终于有这些强度不大的出差了。是因为杭州办公室开年会,因而获邀过去参加。是不是已经落到可以刷脸当工作的地步了?慢慢想开了就好了。
杭州办公室,自从我09年参与其技术架构设计以来,已经7年多了。现在的技术还是沿用当年的基础,一方面是当年做得好,另一方面市场日趋成熟,因为对技术革新的要求反而不高,反过来,也对创新人才的需求不足,团队慢下来,也就难以承载革新的任务了。
还是一个技术和市场上不错的范本。
终于有这些强度不大的出差了。是因为杭州办公室开年会,因而获邀过去参加。是不是已经落到可以刷脸当工作的地步了?慢慢想开了就好了。
杭州办公室,自从我09年参与其技术架构设计以来,已经7年多了。现在的技术还是沿用当年的基础,一方面是当年做得好,另一方面市场日趋成熟,因为对技术革新的要求反而不高,反过来,也对创新人才的需求不足,团队慢下来,也就难以承载革新的任务了。
还是一个技术和市场上不错的范本。
这两年接触各种行业的软件供应商,有的是零售,有的是餐饮,有的是美容美发,有的的烟酒供应,各有特点。
总的来说,功能点的分类如下:
总的来说,各行各业的适配系统虽然各有各坑,总是可以分解并实现的,一个通杀的系统并不存在也不可能存在,但也不必被行业前辈所吓倒。因为过去所做的很多系统是不合理的,总有被取代的可能。
突然想起十多年前的事,那时候流氓软件横行,有一次不小心中了中搜出的插件,反反复复都删不掉。很生气很生气,足足花了一天半才弄干净系统。那时候开始就对陈沛这个人有非常大的反感,我记得当时在互联网周刊工作的song姐姐也去采访过陈沛。他也尝试为他自己辩护说,其实中搜出的插件是没有问题的,那就是别人做的事情栽赃了。
不过我不相信这种说辞,因为毕竟我是被伤害了。那时候我也很无聊,于是拿了20年都没用的一个诅咒落在陈沛和中搜上。
今天想起这个事情于是我再去搜一下中搜的情况。希望他们已经销声匿迹了吧。
结果是他们居然还没死。不过也过得不怎么样。这条新闻标题是:中搜网络被踢出创新层内幕109条诉讼记录的恨意。
再看一下内容,也确实差不多该死了。因为所有的故事都是看着有热点才去做的,就是无能力了。也许也就是这种流氓不大可能再有成功的机会了。
作为线下店,首先是要做到顾客上门,然后是提升顾客浏览商品时的体验,再然后就是增强顾客购买的意欲,最后是支付以及支付后的反馈。
在第一点增强到店率上,线上线下店进行同步,让顾客在网上、app上浏览货物的同时,也能知道线下店有什么优惠,有什么好处,百闻不如一见,这样就有了想法,然后再提供最近的到店选择,为他们推荐最近的店。而对于那些随意游荡的顾客,也许就是比较传统的招牌、广告牌去吸引了,另外,免费的wifi连接、以及免费的充电服务,也能一定程度上提高这类人群的到店比率。
第二点时提升顾客浏览商品的体验,最近荷马鲜生的实践还是让人耳目一新的。你在浏览货品的同时,可以看到它的源地、过程等信息,就是一个个商品的故事。
但顾客对于一个从来没有买过的商品还是不放心,他习惯于看看网上的评价,以及看看网店上的价格,假如他看的是淘宝,十有八九会有更低价的。。。
所以如何吸引他决定购买,就更难了。首先是评价,店家可以提供app或者在显示屏上列出常用的购物网站、社交媒体上对商品的评价。当然了,如果好评是来源于顾客的微信好友,那么对成交就更有推动了。这里涉及到一个稍为复杂一点的社交媒体的开放平台,才能允许更多的渗透。
对于一些周期性的购物或者订阅来说,比如订鲜奶、蔬菜等,由于是持续性的消费,那么决定购买,更依赖于互联网和社交平台的评价和反馈。
然后就是比价,比价这个事情是让商家最难受的了,之前有几家做过比价的app,最后都消亡了,断人财路不好啊。目前没有想到商家更好利用比价模式提升成交的策略,也许意味着让利了。
最后就是支付。
除了现场选购现场支付之外,还有就是线上下单,下线支付和提货的,这也是实体店存在的一大理由:作为小型提货点而存在。
而现场支付+提货,又可以产生一些购物回馈、积分、优惠券的活动。线下购物本身也应该为线下再增加吸引力。
总结一下:购物体验、购物回馈增强顾客到店的意欲,省却物流成本,也可以在不用折扣太多的情况下消耗库存。
比较典型的例子是QSR,Quick Service Retailer,包括快餐店在内的。
Cartes改名Trustech了,地点从巴黎换成戛纳。这次我没去,但按照Trustech Sesames的名单分析了一下一些参展商的技术和产品。
看上图,实际上就是在账单夹上嵌入一台带EMV,NFC支付的支付平板,之前的流程均可以在支付平板上进行操作。当然了,一些智能应用也可以在该平板上面实现,比如顾客激励、会员积分计划、问卷调查等等。这个星期把google0304年发布的几个技术论文的翻译看了一下,算是补一下课,后面还需要持续补课。
首先是Google File System,简称就是GFS,原本设计用于一个机器集群的低一致性的网络文件系统。用一个master调度和记录内容存储的chunk server,文件系统的访问端就是client,先询问master,得到相关的index,就去和chunk server进行读写访问。当然细节有很多了,包括文件的块大小,一般是什么样的文件。
GFS基于的文件假设是顺序写比较多,很多append的操作,随机写的比例低且实时要求也低。因此在GFS之上,又有了BigTable的文件,其实是一个key-value的数据库,适合使用GFS。
对于www产生的文本内容,BigTable的三维结构是合适的。但GFS和BigTable只管保存和查看,如何高效地对内容进行计算,则引出了第三个技术:MapReduce。
MapReduce分成Map和reduce,类似于函数式编程的模型了,写好map和reduce之后,MapReduce的框架就把分布运算、负载均衡等等工作做完了,等着取结果。
GFS + BigTable + MapReduce在目前看来也许不是最优的,但Google当时规划出这样的体系结构无疑是对互联网的超大贡献,自此之后,Amazon、Facebook、Tencent、Alibaba、Baidu等等都有了参考的模板。
今天只是起一个头,后面再补上其他云计算+大数据技术的心得。
……
改公开了,因为术的发展速度太快,而我由于跟不上只好跟着道走了。
无论是O2O还是全渠道支付,都面临着一个问题,如何在不同介质之间无缝定位一个消费者实体?而出于隐私原因,消费者并不会主动把各种的个人识别介质都交给商户。这个时候,就需要卡受理终端POS机,ECR,店内监控,用户浏览器等种种设备进行联合工作了。
下面列举一下一些用于身份识别的技术:
用UL的总结来说,未来的身份认证过程,第一个就是要解耦,不要让身份认证过程耦合在用户/消费者交易过程中,最好就是透明化了;其次就是分等级,上述的身份认证各有侧重,安全级别也不尽然,要适当地组合以作覆盖性的方案;第三,身份认证功能需要模块化,以方便集成到不同的系统中去;最后,持续关注新的技术。
—
易观报告上所说的,用户标识包括各种身份强关联的特征:Cookie、IMEI、DeviceID、强关联标识
另外就是人口属性:用户自描述,这个估计需要额外自愿填写问卷。
今天看到微信上一篇对商汤的评价,说是算法人员过多,工程化人员不足,犯了学院派的较大的问题。
想一想,也确实有这样的问题,目前商业场景中很少见到把相关技术应用的。
于是把上次金融展拿到的sensetime的宣传资料再细读了一下。
在全渠道零售+IoT上,有些还是可以用到的,比如:
本来已经把《区块链——重塑经济与世界》一书加入待购列表里,那天无意中看到楼下自助图书馆有这本书,于是就借了来。
2010年开始就有听说比特币,然而一直没有学习其中的技术基础。正好借这次机会加强一下认识。
区块链是比特币的基础技术之一,就是把区块串连起来,作为一个虚拟货币或者账本的持久性、分布式存储。新的区块总是带有其父区块的Hash,因此越久的区块修改所消耗的计算越多。
一个区块内的交易以merkle的hash tree保存,可以以log N的运算量去提取/校验一个交易。这可能只是比特币的特性,未知其他区块链应用中是否有使用merkle。
R3 CEV和Hyperledge,这些都是金融巨头或IT巨头所形成的区块链平台,未来不知道会否统一,但跟比特币衍生者众多的形态类似,跟各国货币互相竞争的形态类似,区块链技术在不同领域或者同一领域的不同推动方的场景下,注定又是没有国际标准可言。到头来恐怕还是几十年后才出现一个IMF之类的组织再去统一。
区块链技术在物联网仍然是可以有别于金融领域的作用,后面需要着重分析这一点。可能是车联网,也可能是手机+wifi的场景使用,不一定跟金钱相关,但会有一个痛点。
直到这个月初,才发现vps的服务被停了。
vps的客服没有中文服务,到后台看,发现是过年期间,我的vps主机被黑了,被用来发垃圾邮件。那时候我正在清迈发高烧。。。
不过很奇怪他们为何不邮件通知我,而只是在内部的ticket系统中提示。于是我质问为何封禁前没有邮件通知。客服也反复纠缠说他们如何发现被黑如何通知的过程。而我只收到付款邮件而从未收到封禁前的警告。当然不爽了。
后来我再检查一下,原来他们处理此类事件的发件邮箱居然是trash@vps.net,本身就被我的邮箱系统当成trash了。
死无对证,于是我让他们打开,赶紧备份了,然后就关掉,不再用了。然后把paypal的自动续费协议终止了。
这几天就反复收到他们的续费通知,那就不理了。
也没研究多久,直接就开了bluehost的虚拟主机。vps太烦了,自建vpn又多事(没想到这几天vpn全面被封)。于是只做web服务,把wordpress等重新上传一遍,我是最烦升级的,所以没想做什么升级。
一买就买了3年,主要是想着大厂商质量还可以吧。
顺手把一些代码、数据库优化了一下,是时候练练手,免得手太生,读不懂新的技术。
回头再补几篇2016的blog。