直接提走打好的包裹。当然小康本身是不支持这个功能的，至少现在没这个计划，因为这意味着小康要成为o2o平台，由小康收钱，商超交货，然后小康再给商超们打款。
这个流程看似简单实际上问题多的是。至于未来小康有没有这个打算，暂时不需要关心。
不过小康提供开发者工具和接口，各大商超完全可以开发自己需要的功能，由小康提供基础的saas服务。这么一来就可以实现自身需要的。
此时他还并不信任小康提供的saas中是否可以安全的进行支付，如果可以自然是好，就算不能支付其实也无妨，他可以开发用户预购的功能，预购-打包，然后等到用户来提货的时候当面扫码付款，同样是一条龙一气呵成。
唯独这个竞争关系让人有些不爽，因为私域流量嘛，讲究的就是个为所欲为，讲究的就是控制用户心智。
小康这个功能实际上极大的便捷了那些加了n多个社群的用户，也就是价格极度敏感型用户。然而，如果是一个只加了蜂莲社群的用户进入小康，那就很遗憾了，他的新世界会被打开，然后发现蜂莲不见得最优惠的，附近还有麦德龙、沃尔玛、欧尚和华联等等一样给出大额优惠。
辛西娅听了这个问题不由得莞尔一笑：“吴总，你这问题不及格啊。你怕别人比你便宜？你不加进来，你的用户加进来，就更不会考虑你家了好不好？”
老吴一想也对啊，小康又没要求自己分享用户给他们，换言之用户如果还很专一的在自己的圈圈里打转那一切都好，白嫖的是小康的流量，小康据说流量不少呢，就算少，不是还有巴人娱乐呢嘛？要是用户不幸过去了，那天要下雨娘要改嫁，根本拦不住啊。
只见辛西娅指了指手机：“那个生日版的其实才是精髓，吴总不妨再试试。”
“噢噢好的好的。”老吴重新捡起手机，心说这俩能有什么差别？
没想到真有很大差别。
这个版本为了加深对方商务们的场景感觉是带解说的，第一条解说就是这个功能中小康将向用户共享数据信息的使用价值。其中最典型的就是生日。
比如说用户小a并不是蜂莲的注册用户，蜂莲当然不可能知道小a的生日，但是小康知道。一旦蜂莲与小康的系统衔接起来，当小康判断用户轨迹上有蜂莲的时候，就会向蜂莲申请一张生日券发给小a。
这样蜂莲就白嫖到一个获客，当然，小康也给客户提供了更好的用户体验。
更重要的是使用场景。比如说小a今天生日，原本计划是回家路过味多美买蛋糕，味多美的券他已经拿到了，在计划之内。但他临时有事去了一个陌生的地方，路过多乐之日，事先他并不知道此处有个蛋糕店，买不买？他的时间很紧张，并不想花太久在这里。
传统场景中，即使多乐之日也有券，同时有价格合适的产品，这个关键信息没法触达小a。他只是临时路过，没时间接受信息，甚至想找也不知道去哪找到这个信息。他要么进店要么错过。
在传统场景中，最先进的推送方式也就止步于基于位置的推荐，还是基于日期的比较容易。就算多乐之日神通广大能基于位置推送给小a的某个app，很抱歉小a他找不到啊，等他翻到信息的时候已经走过去了。
换言之，店铺不是不是按需推送的，
（本章未完，请翻页）