于是我们就组建了一个小团队，先去做了一番市场调研，看一下市面上的这些社区O2O产品都做了哪些连接社区居民的服务，得出了这么一份竞品分析报告：

竞品分析报告

　　把玩了几十款APP后，我们发现只有少数几家公司的产品做了向业主提供在线支付物业费、停车费的服务，更别谈业主可以在线报修，呼叫安保等服务。

　　总的来说，当时的社区O2O还不算是一片红海，仍然有市场空间和机会进行切入。以产品的开发背景来说无非是两类APP，一类是“叮咚小区”“小区无忧”为代表的第三方创业公司，一类便是开发商自有的“住这儿”“彩之云”等移动端应用。

　　第一类像“叮咚小区”这种平台模式，没有用户基础，只靠烧投资人的钱来铺地面工作，当时来看是圈了不少小区，但是由于没有根基，用户随时会被抢走，想要做到成规模的应用不知道要烧多少年。目前传闻好像已经倒闭了，估计资本的钱也烧的差不多了吧。

　　第二类应用大都停留在试水阶段，扮演配合物业的角色，还没找到完整的盈利模式。“彩之云”可以算得上其中的优秀代表了，其垂直电商模式或许可以成为一个突破口，同阿里争夺“最后一公里”。

　　而当时的BAT等巨头还都持观望态度，没有太大动作，又或者是等待哪一家创业公司做起来之后再进行投资收购。很明显，大家都把这块难啃的骨头放在了一边。

　　由于当时公司在房地产物业这块有相关资源，所以，我们团队将产品的切入点定位在了物业公司，物业服务站和物业从业人员这里。而后，通过相关小区的试点，验证产品可行性后，再将产品的使用场景拓展到进行车位信息化管理、社区商户平台——商户通过物业平台入驻小区并投放广告、为成熟的业委会提供在线管理平台、社区教育等等。当时，产品的名字暂时就命名为“乐业安居”，正有让社区的老百姓拥有了我们的产品，就能安居乐业的意思。

　　经过一系列的产品设计准备工作，就要开始搭建APP的产品架构了。结合之前的市场调研及产品路径规划，以及团队对O2O的理解，梳理了一下我对社区O2O产品架构的规划思考，主要由4个tab组成：

　　1、社区：负责连接人与人，这个部分可以满足邻里之间人与人的交流沟通，你既可以在这里发布相关信息寻求帮助或需求交换，也可以在这里找到志趣相投的邻居一起去做一件事情。包括后期的业委会、居委会等等，都可以在这里展示相关信息。

　　2、物业：负责连接人与物业，这个部分就是通过移动互联网来改善业主和物业的连接效率，让物业的服务成本降低，效率提高，也提升业主的用户满意度。

　　3、周边：负责连接人与O2O服务，这个部分就是第三方O2O（如家政服务、维修服务、养老服务、社区教育等）、电商团购的综合展示舞台，通过整合资源可实现有自己特色的O2O社区服务。

　　4、我的：负责管理与”业主“有关的所有信息，如”我的报修“、”我的缴费“、若后面产品拓展做了社区教育，则还可能有”我的课程“等等。

社区o2o的产品架构

　　当然，第一个产品版本的开发，打算就先做2个部分——”物业“和”我的“，既然是从物业作为切入点，就先把这个点做好，后期在相关小区试点可行后，立即迭代产品，再引入其他功能让产品的使用场景变得更加丰富起来。

　　如果你仔细分析，应该可以看出这里面的框架逻辑——连接。

　　这里就涉及到对O2O最本质的理解，它的本质是什么？O2O本质其实就是用互联网去改善消费者和服务提供者的连接，让他们之间的连接变得效率更高、成本更低。所以整个产品架构都是围绕着连接去做的功课，连接人与人，人与物业服务、人与其他服务，这样对于用户来说，他们对你产品的认知逻辑就会非常清晰，每一次打开产品的时候，都能够轻松地找到自己想要的东西。

　　就这个案例，我们尝试着来做一点总结：

　　1、做好分类