分类目录归档:不是技术

每一类商品的自助销售

相信用的最多的自助售卖机就是饮料型的。友宝也准备在香港进行IPO。

饮料有个好处就是,经历了可口可乐,百事可乐,各种矿泉水,运动饮料的多年趋同,外包装基本上是一致的,没有奇葩的设计。

比如易拉罐,比如塑料水瓶。于是自助售卖机就很好地兼容了这些饮料包装。于是有了全球比较一致的(饮料)自助售卖机。

牛奶/奶制品则有差异,一方面保存期不够长,对温度又有要求,对自助零售的不适应也导致其包装没有趋同的要求,独立发展出好多种不同的设计。反正都是放在开放的冰柜给顾客挑选,没必要为高度宽度考虑太多了。

所以,包装的趋同性推动了自助售卖的便捷,而自助售卖又要求同种商品有较一致的包装设计。

继续阅读

电商参与线下零售的逻辑

首先是电商有仓储、物流、触及上的优势,已经对传统线下零售形成压倒性的优势。

体现在价格上。

但电商由于价格方面的低利润,(一方面来自抢线下而给消费者形成的印象,另一方面是电商之间的竞争)经营上要给到资本的回报其实不高,想象空间的薄纱也逐渐拉开。

回头一想,实体店利润还是丰厚,但消费者已经离开实体店有一段时间和较高比例了。

于是考虑如何将顾客吸引回来。

关键要让线下购物的客户体验比线上更好。

所以就是重构购物流程、砍掉不必要的部分以节约成本、增加BNPL等低门槛的消费方式。

实施CBDC的三个问题

越来越多的政体想实施其CBDC了(对抗低利率环境下的现金交易本能)。

1.工具——支持开发相关应用,支持使用CBDC

2.分布设计——支持有中心、分布式的设计,满足现金交易需要

3.基础设施——中央政府和商业机构都需要投入,网络、存储、运算等,业务上就是注册、验证、大数据分析。

PWA

感觉还是后知后觉了,一直把关注点放在Low code/no code上,没留意PWA已经成为又一波趋势,摆脱应用市场束缚的趋势。

PWA:Progressive web app(s)

即点即下载即用的模式。

几个流行的框架,其实也就是前端框架,比如:

Angular.js

React.js

Vue.js

Ionic

Polymer

开发工具,避免从零写代码,比如:

Magento PWA Studio

ScandiPWA

Webpack

SuperPWA

Lighthouse

我想,工具逐渐成熟,也可以作为MineCraft那样的MetaVerse的构建平台吧?

PWA的特点:

  1. Secure contexts (HTTPS)
  2. Service workers API (a JS script that works on browser background and enables caching and push-notifications on mobile)
  3. A web manifest that provides details about an app such as author, name, icon, and other UX and UI information.

纳什博弈论论文集

一本小册子,收了纳什关于博弈论的论文,当然是翻译过的。

有一部分是用解析几何和集合论的方法去构造博弈均衡点的。

现在看来是比较一般的想法,但作出初创者,确实给公众很耳目一新的感觉。

另,这个领域的更早的涉猎者是冯诺伊曼,真是神一般的人。纳什前期的工作也是在他的基础上所展开。

新的护城河是什么?

在行家的眼里,基本上不存在技术奥秘,所以知识产权的保护显得还是有点用。

但问题也来了,无论你对设计、硬件、软件系统、应用、商业模式等等如何做了多么高深的创新,在前沿的行家/专家眼里,一眼就看透的是,不存在知识盲点,要模仿是非常容易的。

另一方面,现代创新都是站在巨人的肩膀上,你的成就也可能成为他人的肩膀,所以开放总是比封闭要好。

用《Good to Great》的结论来看,技术上的领先根本不足以成就Great,只是一时的领先而已。

所以,贴地地说一下,新的护城河可能是什么?

无论是《原则》还是飞轮理论,依赖的是人和制度,然而我们讲护城河,必然是防守为主,人和制度也是会被挖角和复制的嘛。

从数据及数据应用的角度看,可以是订阅式的使用,引入比起单次付费更多的更广的客户群体,从而带来数据流,而基于数据流,必须进一步去理解客户,现在及将来(可能)需求是什么。

订阅制——(忠实及不忠实的)客户——数据流——(现在及将来)需求

形成闭环后,也就形成了适用于防守的护城河了。

新零售中的app

由于新零售很多是从线上入侵线下,从2C开始的,所以其app大多数以customer app为主,依靠顾客安装该应用而实现对顾客的定位、跟踪、人物画像、商品推荐等等。

容易被忽略的是,店员/店长有可能在相当长的时间里面仍然是零售场景里面沟通自动化环境和顾客之间的唯一桥梁(当然,远程客服也可以做,略显冷冰),面向他们的employee app的价值并不亚于customer app。

low code/no code for AI app dev

终于还是翻了一下现在流行的low code的平台,多数以表单、流程设计、前端、小程序等为主。

14年参与设计的low code工具现在依然被某五百强在用吧,从某种角度上来看,to B则必然是在某个特定领域上进行low code tools的开发,而不是一种通用的LCAP。

我的想法是,在AI的应用领域上,应该存在降低门槛和AI开发人员去认识各种编程语言的工具的机会。

查了一下,cognigy.ai做了一些,是语音对话方面的可视化编程,也称为low code吧。

非洲

到目前为止,只去过一次地理意义上的非洲,还不是非洲大陆……

对这个大陆还是很感兴趣的,只是疫情以及欠发达还是让人担心,也许退休后可以无牵无挂地出去。

VC这两年对非洲兴趣大了不少,头几位的国家分别是:

尼日利亚,肯尼亚,埃及,南非

除了埃及之外,其他三个都是英联邦国家,埃及跟英国也是民间关系密切的那种,官方语言是阿拉伯语,通用语言是英语……

我猜其中一大原因是,英国脱欧成定局后,英美均加大了对有潜力/发展状况良好的英联邦国家的投入。

统计数据当然不会计算中国在非洲的基础设施的投资。这里计算的主要是科技和商业方面的投入。

另外,才知道苏丹共和国面积非常大,比新疆还要大十分之一。苏丹面积1,886,068平方公里,为非洲面积第三大国、世界面积第16大国。新疆总面积为1,664,897平方公里,约占中国陆地面积六分之一。

流行的地图投影确实小瞧了非洲,尤其是赤道上下。

作为对非洲机会的补充:

尼日利亚是非洲第一大经济体,同时也是全球第三大的加密货币交易国。

可理解性

上周看到关于自助存储柜(系统)的一些设计/实现方向,建议是:

1.支持虚拟的租赁单元——与原先有人管理的类似,某xyz的空间租赁给谁。

2.方便访问及提供远程客户协助——因为是自助,必须考虑无人值守时的客户自助的便捷。

3.虚拟收款和自助支付——这是当然的,所有自助单元基本上都有,除非是免费的。

4.与类似场景一致的设施访问,和安全性。——远程管理,也关注IoT安全,要保证存物后不会因为系统安全不足而被窃。

具体讲讲第一条,自助服务作为一项新的业务,不管是存储还是别的,在年轻人看来,很容易学习,但在一些老年人看来,则不然。为了让业务的流程、规则能容易地被老年人接受,则必须提高其可理解性,也就是,(虽然对自助业务来说,并不是最优的)模仿有人服务情况下的流程。

在这种设计思路下,新的自助流程才能与旧有流程最大程度的对齐(这词最近被揶揄了)。

当然,其他服务也如是,比如自助借充电宝什么的,相信不会扫码的人不大会用,能否更符合正常的借用习惯?

比如,对着机器说,借个充电宝,机器说,麻烦对着摄像头说一下?

对着摄像头说,借个充电宝,机器拍了照,托盘拿出来,给,免费半小时,blabla。

当然了,这是符合传统的租借习惯,要匹配到商业逻辑上则路程还挺远。