社区O2O从产品到运营，APP产品形态更适合

从2013年开始，社区服务O2O开始升温；2014年百家争鸣，八仙过海各显神通；2015年战况更加迷离，有产品出来了，随时做好空中落地惊险一跳的；有虎视眈眈，伺机随时杀入战场的。自己在社区服务O2O领域折腾了三年，三年光阴不能白折腾，总得有些什么，那就写写自己在这些试错的过程中，对于产品规划到运营的一些看法和做法好了。

先从产品形态的选择开始说吧，是选择看似高大上的APP呢还是看似能快速传播的基于微信公众号上的开发？

这个似乎说不上哪个好，哪个不好。但是既然要做，还是得有个选择。个人认为，在有一定开发能力和资金的情况下，社区 服务O2O 的平台选择APP更适合。基于微信开发的平台虽然可以快速传播和增加粉丝，腾讯也不断的开放一些接口，让他的内在更像一个小型的APP。但是对于一个小区的居民量来说，对于一个小区来说，是否需要病毒式一样的传播速度和增粉速度？

对选择APP开发抱有怀疑态度的，我想大概有几个方面，开发成本高、传播速度慢、需要开发者不断更新，使用者不断消耗流量更新、相对封闭、下载安装相对微信的扫一扫关注需要花费更对的精力和时间成本。但是细细的琢磨，对于有线下实体的小区来说，传播速度再慢也就是这个小区的居民，下载安装的需要花费更多的时间成本并不是使用者不想安装的理由。

而我认为APP更适合社区服务平台的主要因素是APP相对来说更系统化的向居民展示服务内容和流程。注意，这里说的是“更系统”。是把线下零散的服务进行有序的整理和编排，相互联系的组成有机整体。比方，学习一门技能，看书的效果比看文章好，因为书的内容是有逻辑、有顺序、相互关联的，而文章是一篇篇的前后关联不大，看似完整却不能系统的学习和指导。在对于服务和信息流管理上有较重需求的 社区服务O2O ，基于微信开发的社区平台相比APP能量略显不足。前面说到的传播速度和安装条件并不能说服我牺牲系统性而选择微信开发。

总的来说，没有绝对的好，也没有绝对的不好，选择会因条件的变化，并不能说明谁一定比谁强，条件变化，选择也就变化了。重要的不是开发者选择什么产品形态，是用户喜欢什么形态、适合什么形态。