金秋10月,浪漫的季节。这段时间的单身狗们不知道被多少场婚礼虐得不成人形。O2O行业的巨头们似乎也按捺不住寂寞,“美团”与“大众点评”,“携程”与“去哪儿”也纷纷选择“联姻”的方式,准备在即将到来的寒冬抱团取暖。
是1+1>2 还是强扭的瓜不甜?
暗下聚光灯的O2O平台牵手背后,是否也如我们看到的那般恩爱?这一次次"好消息”是仅仅受迫于资本带来的压力,还是为了共享资源优势,促进业务的深度整合?两个业务模式重合度极高的O2O平台合并后,如何解决由业务的融合给系统架构带来的冲击和挑战?原本不同的两套平台系统,究竟能不能摆脱“强扭的瓜不甜”的窘境,会产生1+1>2的化学反应?
顺丰优选CTO尹志刚认为,两个平台的系统可能会在很短一段时间内保持现状,但一定会逐渐采用接口进行过渡,并开始制定后期较大的系统集成规划,划清系统瓶颈、业务峰值量、时间段、哪些系统会承载较大压力,从而逐步进行有目的的系统资源配置。
系统和资源整合中的挑战
在这个过程中,有两点最重要,也最困难:
1. 资源的集中优化和调配:不同的平台会积累流量、物流、推广等不同的资源优势。比如两家同样专注餐饮的O2O平台,一个拥有线下资源优势,另一个拥有人员配送优势,在对原有两个系的资源进行集中的整合优化后,会实现业务上非常好的互补。
由于线下资源可能会随时发生改变,最理想的结果是当任务发出之后,系统会自动根据现有资源给出***的调配方案,比如两点间的线路设计、作业方案、人员地提等,将这些与整个系统集成起来,提升整个平台的运营效率。
2. 财务结算:不同企业的财务结算在系统、业务操作、结算流程、结算点等方面各不相同,但集成后的系统最终需要统一的财务出口。如果业务稳定,可能会接入到统一的SAP里,如果不稳定,还有大量的工作要进行。
当然还有很多其他的问题需要考虑。比如由于业务重叠造成大量的重复会员,这会涉及到会员成长体系的方案设计。成熟的会员成长体系各子系统间存在强相互信任关系,这时候就要考虑面向于C端用户时,是否要采用SSO实现单点登陆,统一授权的一站式服务,不仅给用户带来更好的体验,也更加便于管理。
另外,还涉及两个团队人员的绩效管理冲突。如何开发出一套针对重叠业务的人员绩效管理系统,也需要进一步探索。
再者,O2O提供服务的本质方式是基于LBS实现终端业务,这就要涉及如何制定LSB标准,扩大整个服务区域,这是对系统架构设计非常大的一个考验。
后记
不管今后O2O领域的合并会否成为一种趋势,想要寻找适合自身业务的发展模式,使平台得到健康的良性发展,实际上都要从用户需求这个本质出发,提高服务质量和运营理念,丰满自己的羽翼,迎接严冬的挑战。