但是接下来的行程都比较顺利，小门小户的由商务经理出马，有实力的目标，常见流程是辛西娅直接会见对方的COO和负责社群团购的副总，然后话不多说，直接用产品说，也就是演示两段demo。
第一段叫普通版，第二段叫生日版，分别以一个用户的角度演示AI团长的功能。
譬如说泰国正大下属的蜂莲也是大型连锁商超，而且进入国朝非常之早，在帝都早已开花结果。巧合的是巴人小康的总部往北就有一家蜂莲超市，所以双方打开话题非常之快。
和辛西娅对接的负责人姓吴，年岁居然比辛西娅还大，放在某些国家都已经过了退休年龄。
他耐心的体验着普通版本的用户历程。小康因为功能已经做出来了，demo相当拟真，虽然数据和优惠券都是假的，但是点击操作都是真的，而且主要让人体验的是小区社交里的群组发券功能，不用去玩城市宝藏，所以操作起来也没任何难度，城市宝藏就相当于一张地图而已。
“嗯……您这个功能非常新颖，确实很强，但是好像我们就算发券，也得跟其它商超竞争？用户同一时间能拿到好几家的券，不见得非要买我家的？”
老吴徐徐放下手机，然后用短短的一句话找到了这个功能的核心问题所在。
首先，AI团长功能肯定是便民的，这一点无可否认，而且便捷程度极高。比如说可以节约掉逛超市的时间，就以蜂莲来说，几乎都是个很大的双层超市，逛一遍非常耗时，就算什么都不买，走一遍也要很久。此外还要考虑排大队结账的问题。
但是如果用户按券购物，完全可以提前操作然后让商超员工负责打包，用户到店直接提走打好的包裹。当然小康本身是不支持这个功能的，至少现在没这个计划，因为这意味着小康要成为O2O平台，由小康收钱，商超交货，然后小康再给商超们打款。
这个流程看似简单实际上问题多的是。至于未来小康有没有这个打算，暂时不需要关心。
不过小康提供开发者工具和接口，各大商超完全可以开发自己需要的功能，由小康提供基础的SaaS服务。这么一来就可以实现自身需要的。
此时他还并不信任小康提供的SaaS中是否可以安全的进行支付，如果可以自然是好，就算不能支付其实也无妨，他可以开发用户预购的功能，预购-打包，然后等到用户来提货的时候当面扫码付款，同样是一条龙一气呵成。
唯独这个竞争关系让人有些不爽，因为私域流量嘛，讲究的就是个为所欲为，讲究的就是控制用户心智。
小康这个功能实际上极大的便捷了那些加了N多个社群的用户，也就是价格极度敏感型用户。然而，如果是一个只加了蜂莲社群的用户进入小康，那就很遗憾了，他的新世界会被打开，然后发现蜂莲不见得最优惠的，附近还有麦德龙、沃尔玛、欧尚和华联等等一样给出大额优惠。
辛西娅听了这个问题不由得莞尔一笑：“吴总，你这问题不及格啊。你怕别人比你便宜？你不加进来，你的用户加进来，就更不会考虑你家了好不好？”
老吴一想也对啊，小康又没要求自己分享用户给他们，换言之用户如果还很专一的在自己的圈圈里打转那一切都好，白嫖的是小康的流量，小康据说流量不少呢，就算少，不是还有巴人娱乐呢嘛？要是用户不幸过去了，那天要下雨娘要改嫁，根本拦不住啊。
只见辛西娅指了指手机：“那个生日版的其实才是精髓，吴总不妨再试试。”
“噢噢好的好的。”老吴重新捡起手机，心说这俩能有什么差别？
没想到真有很大差别。
这个版本为了加深对方商务们的场景感觉是带解说的，第一条解说就是这个功能中小康将向用户共享数据信息的使用价值。其中最典型的就是生日。
比如说用户小A并不是蜂莲的注册用户，蜂莲当然不可能知道小A的生日，但是小康知道。一旦蜂莲与小康的系统衔接起来，当小康判断用户轨迹上有蜂莲的时候，就会向蜂莲申请一张生日券发给小A。
这样蜂莲就白嫖到一个获客，当然，小康也给客户提供了更好的用户体验。
更重要的是使用场景。比如说小A今天生日，原本计划是回家路过味多美买蛋糕，味多美的券他已经拿到了，在计划之内。但他临时有事去了一个陌生的地方，路过多乐之日，事先他并不知道此处有个蛋糕店，买不买？他的时间很紧张，并不想花太久在这里。
传统场景中，即使多乐之日也有券，同时有价格合适的产品，这个关键信息没法触达小A。他只是临时路过，没时间接受信息，甚至想找也不知道去哪找到这个信息。他要么进店要么错过。
在传统场景中，最先进的推送方式也就止步于基于位置的推荐，还是基于日期的比较容易。就算多乐之日神通广大能基于位置推送给小A的某个APP，很抱歉小A他找不到啊，等他翻到信息的时候已经走过去了。
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！
喜欢咸鱼的自救攻略请大家收藏：(m.x33yq.org)咸鱼的自救攻略33言情更新速度全网最快。