如果搞一个通用的 O2O 平台，会有市场吗？

最近和好几个创业团队聊天，四五个吧，其中就有仨是想做 O2O 这一块的，有想做购物卡购物券（或者一般公司或者单位发的那种福利卡券那种），有想做小区周边菜市场里生鲜这一块的，但每个团队都想招一两个后端，再找几个移动端的，整个后端系统，做个 App 出来，然后去融（pian）资（qian）。
当年团购刚火起来的时候，可能因为是以 Web 平台上为主的原因，都还有个模板抄一抄，各个团购网站也都是长得差不多个样子，而目前这些 O2O 以移动端为主，似乎就不好抄了。
但我接触下来，这个东西，主要也就是个交易系统，还不是特别复杂的那种，再加上社交的功能。前端各家要做的可能很不一样，但后端要做的应该还是不太复杂的，我琢磨着，如果在现有的 BaaS 系统（比如 BaasBox, UserGrid 等）上做一些二次开发，专门把交易，社交的这一块做出来，提供移动平台的 SDK 出来，再提供一个运营的后台（发布商品，查看交易等），这样，一个"O2O 创业团队"要做的事就是关注自己的业务，再找几个搞设计的和搞移动端开发的了。
我个人是觉得，现在是有好多人（不同行业的人）真的是有个点子就想创业（没有贬义），但他们可能更擅长于营销，市场拓展这些方面，对于技术有的基本一无所知，并且很多还都想一两个月，两三个月就把后端到 App 给撸出来，所以在我看来，如果有这么个平台，可以快速定制一个自己的业务后端，运营后端，对于前期产品的快速发布，还是比较有用的，毕竟从头到尾撸一套自己的系统和 App，还是要耗点时间的吧。
那从对周边人的观察来看，创业者多吗？往 O2O 方向，或者类似方向的创业者多吗？在创业初期，而人又不太好找的时候，会有这样的需求吗？

ariestiger

2015-07-12 12:10:15 +08:00

@hging 有点外包的意思。不过我只觉得如果同质的，重复的系统建得太多，实在是有点浪费人力。而且也不一定就得是纯外包的形式，也可以做成一个可持续的服务，而不是一锤子买卖，加之，使用的客户越多，后面能收集到的 O2O 这个行业的数据也越多，利用这些数据做些分析，再卖给少数用户做决策什么的也可以。更多的是想做一个能与这个行业共生的模式，而不是接你的单给你开发，开发完了了事的模式。

ariestiger

2015-07-12 15:25:06 +08:00

@hging 可以更抽象一点，每个商家的业务流程并不是一样的，但总体上而言就是为了完成一个交易。相当于有一套描述业务流程的 DSL，然后为不同的商家写一个业务流程出来而已。从程序员的角度来说，这个系统就是有一堆的概念，比如可下单的（Product），需要支付的（订单），可以用来当钱用去支付的（优惠券，抵用券等），在一个商户那里，一个概念就对应（一张表，一个文档，一个 collection等），不同的业务流程就是基于这几个表文档collection的状态的变化关系了。
在交易流程已经定下来的前提下，其他能做的，也就是基于这些流程的结点加一些回调（比如下单之后扣库存），或者针对某些事件作出响应（比如有的交易完成分享后送你点券，给点积分啥的）。

ariestiger

2015-07-12 15:32:06 +08:00

@Sukizen 一些个基础功能模块当然是要做的。但更想做的是，完全聚焦在 O2O 这一个很小的领域里，这一块目前在我看来就是要用各种社交帐号登录进来，把东西卖出去（能下单，能支付，能收款），要再能分享一下，扩散一下，或者进一步把交易和社交揉在一起（一起约个饭，AA 付款，一个桌上吃这种），就行了。问题就在于看到不少团队前后端都得自己来，要实现的功能还都差不多的（虽然卖的东西不一样，但流程差不多，卖的东西毕竟只是数据，流程逻辑一致或者差别不大，就可以尽量抽取出来了），这样每个团队重复建设，也没什么意思。

ariestiger

2015-07-12 15:50:51 +08:00

@hging 另外，这个系统也不是（或者不主要是）直接针对商家的，更愿意针对那些心里有想法去做 O2O 这一块，想把商户和用户连接起来的团队。比如说，团队 A 要搞个基于小区周边的菜市场的送菜的 O2O 服务，如果用这个系统，他们要做的是，定义好自己的需求和流程，找几个移动端做开发的开发商家端的 App 和用户端的 App，然后去开拓市场吧，然后等着用户去下单付款。
目前我看到的是，这一块有很多人想做，很多也是一些比较细分的领域（比如送菜，并不是要做得像饿了么一样，什么外卖都送），有一些点子也不错（比如我听到有个人讲，租上下班通勤车，相当于自己运营一些线路，你只要分享特定的内容，就送你一些积分，凭这些积分就可以免费乘坐这些班车，相当于就是建一个营销或者传播的渠道了），但真正要做起来，又都是想要搞一后端系统起来，提供一些移动端的接口，然后再整几个 App 出来，当然也少不了要一个“后端管理系统”，要让某个人来说的话，一把年纪了，还在写电商管理后台，这不是我想要的生活啊。

ariestiger

2015-07-12 16:02:20 +08:00

@xjdrew 这个go2o 是个做了一些通用功能出来的一个 web app 了。我想要做的，是另一套系统，在这套系统里，存在着一个 O2O 这个领域的 DSL，一个 O2O 创业团队过来，讲清楚你们的业务模式和业务流程，给你生成一套这样的后端系统和移动端 SDK，生成的这个后端系统可以是个可部署的应用，也可能就只是一条描述你这业务流程的数据。不论是独立的可部署应用，还是一条描述业务流程的数据，对创业团队来说是无所谓的，他看到的是他有个后台可以 host 他的业务，数据，同时还有相应的 SDK 可以加速移动端的开发，这就够了。

imn1

2015-07-12 16:04:43 +08:00

团购的“失败”（或者说没落）在于业务逻辑有问题，而不是技术问题，不要重蹈覆辙
建议先理清市场需求，不要想到点子就做，想象的需求不是实际需求

说两个见到比较多的问题：
1.超发
就是商家本身也搞不清需求（不管怎样先发了再说），到最后出现商家不承认团购订单承诺的事
2.概念
有些XX电商团购，价格居然比在那家电商直接购买还贵，纯粹就是打着“团购”的概念而已

ariestiger

2015-07-12 16:17:15 +08:00

@imn1 是的，目前我还只是在考虑技术上的可行性和如果开发时间上是不是来得及。另外，我也不是想自己去做一个 O2O 服务，而是帮那些想做 O2O 的创业团队去更快（可能还谈不上更好）地去融pian资qian。团购的业务逻辑或者这种 O2O 的业务逻辑有没有问题，我倒并不是太关注，我只保存你的业务逻辑在这个平台上正确运行就可以了，至于号称有 100 件，结果用户去提货的时候没有，这些扯皮打架的事，就留给 O2O 团队，商家和用户自己去处理了。
哈哈，我感觉我前面是不是一直没有讲清楚，如果现在 O2O 创业团队要建的是一个 "O2O 系统"，那我这就是一个可以定制并运营这些系统的平台，提供的是面向这些创业团队和这些团队里的移动开发者的服务，而不是我要去外面一个个找商家然后接进来的一个系统。