不過小康提供開發者工具和接口，各大商超完全可以開發自己需要的功能，由小康提供基礎的SaaS服務。這么一來就可以實現自身需要的。
此時他還并不信任小康提供的SaaS中是否可以安全的進行支付，如果可以自然是好，就算不能支付其實也無妨，他可以開發用戶預購的功能，預購-打包，然后等到用戶來提貨的時候當面掃碼付款，同樣是一條龍一氣呵成。
唯獨這個競爭關系讓人有些不爽，因為私域流量嘛，講究的就是個為所欲為，講究的就是控制用戶心智。
小康這個功能實際上極大的便捷了那些加了N多個社群的用戶，也就是價格極度敏感型用戶。然而，如果是一個只加了蜂蓮社群的用戶進入小康，那就很遺憾了，他的新世界會被打開，然后發現蜂蓮不見得最優惠的，附近還有麥德龍、沃爾瑪、歐尚和華聯等等一樣給出大額優惠。
辛西婭聽了這個問題不由得莞爾一笑：“吳總，你這問題不及格啊。你怕別人比你便宜？你不加進來，你的用戶加進來，就更不會考慮你家了好不好？”
老吳一想也對啊，小康又沒要求自己分享用戶給他們，換言之用戶如果還很專一的在自己的圈圈里打轉那一切都好，白嫖的是小康的流量，小康據說流量不少呢，就算少，不是還有巴人娛樂呢嘛？要是用戶不幸過去了，那天要下雨娘要改嫁，根本攔不住啊。
只見辛西婭指了指手機：“那個生日版的其實才是精髓，吳總不妨再試試。”
“噢噢好的好的。”老吳重新撿起手機，心說這倆能有什么差別？
沒想到真有很大差別。
這個版本為了加深對方商務們的場景感覺是帶解說的，第一條解說就是這個功能中小康將向用戶共享數據信息的使用價值。其中最典型的就是生日。
比如說用戶小A并不是蜂蓮的注冊用戶，蜂蓮當然不可能知道小A的生日，但是小康知道。一旦蜂蓮與小康的系統銜接起來，當小康判斷用戶軌跡上有蜂蓮的時候，就會向蜂蓮申請一張生日券發給小A。
這樣蜂蓮就白嫖到一個獲客，當然，小康也給客戶提供了更好的用戶體驗。
更重要的是使用場景。比如說小A今天生日，原本計劃是回家路過味多美買蛋糕，味多美的券他已經拿到了，在計劃之內。但他臨時有事去了一個陌生的地方，路過多樂之日，事先他并不知道此處有個蛋糕店，買不買？他的時間很緊張，并不想花太久在這里。
傳統場景中，即使多樂之日也有券，同時有價格合適的產品，這個關鍵信息沒法觸達小A。他只是臨時路過，沒時間接受信息，甚至想找也不知道去哪找到這個信息。他要么進店要么錯過。
在傳統場景中，最先進的推送方式也就止步于基于位置的推薦，還是基于日期的比較容易。就算多樂之日神通廣大能基于位置推送給小A的某個APP，很抱歉小A他找不到啊，等他翻到信息的時候已經走過去了。
換言之，店鋪不是不是按需推送的，很難在用戶走到門口的時候推給他，更可能是早晨打開某個不相干的APP時看到，或者上車之后打開某個APP看到。用戶在這個場景中需要的是提前精準推送，否則沒時間消化信息。
所以傳統場景中小A只能提前搜一下附近的店，看到味多美有券，安排。
那他為什么不直接進多樂之日的店直接買？因為他需要比價，要確定比計劃中的味多美更劃算才會否掉原計劃。這是當今這個快節奏的社會中用戶的需求決定的，確定有更優惠的而且進門就能找到我就買了，需要進去自行判斷半天的話那很對不起，浪費不起這個時間，還是執行原計劃。