做了几年产品的你，知道如何搭建产品架构吗（下）

　　通过之前的《如何搭建产品架构-上篇》，我们已经知道了什么是产品架构，以及比较常见的几种产品架构模型。接下来，我们就要进入到实战阶段，通过具体的案例来解析一下。

　　to c 类的产品如何搭建产品架构

　　先简单介绍下业务背景：

　　2014年开始变热的O2O行业，已经迅速从表层变革进入深水区，很多O2O相关商业模式被验证错误或者迅速发展壮大，这个过程无数创业公司创立和倒下。除了商场、吃喝玩乐商户、线下服务商户等成为O2O热点之外，到家模式也成为一个新热点，美甲的、按摩的、泡脚的手艺人很多都变成了流动作业(典型如河狸家)，如果说吃喝玩乐等希望辐射的是商圈流量，那到家服务无非希望搞定社区这块“富矿”。15年初，当时公司正好也看中社区O2O这个行业(当然是老板有相关资源，又觉得市场前景广阔)，而做社区O2O，有个绕不开的门槛——物业，如果有谁愿意费力气去啃物业这块儿硬骨头，就能有机会赢得未来。

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

　　竞品分析报告

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

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

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

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

　　而当时的BAT等巨头还都持观望态度，没有太大动作。很明显，大家都把这款难啃的骨头放在了一边。

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

　　经过一系列的产品设计准备工作，就要开始搭建APP的产品架构了。

　　结合之前的市场调研及产品路径规划，以及对O2O的理解，梳理了一下我对社区O2O产品架构的规划思考，主要由4个tab组成：