社区o2o产品规划方案-实际应用

1、社区O2O产品规划方案前面内容略1.2.1.1行业趋势略1.2.2社区O2O行业分析从BAT级的互联网大鳄，到林林总总的小型创业者，从社区电商、再到各大房产开发商和物业管理公司都在社区O2O快速的圈地。1.2.2.1 社区O2O市场前景随着移动3G/4G网络与智能手机的快速发展与信息技术的革新，购物移动化，物流响应速度要求更快，“O2O”模式应运而生。有关资料表明，人均GDP超过8000美元，人们的生活方式将发生很大变化，商业业态也将随之逐渐从商业中心转变为各种类型的社区商业。欧美国家，社区商业占据社会商业总支出的60%以上，而在中国，目前整体水平不足30%；用马云的话讲，就是“电商终被O2O

2、取代，不做O2O的企业必亡”。而社区O2O更是O2O大蛋糕中最大的一块。1.2.2.2 现有社区O2O产品分析通过对现有市场的调查，我们可以发现目前的社区O2O产品主要分为如下几类：1） 社区O2O综合类产品：以社区划分群体，主要为居民提供社区信息搜索、社区电商以及居民互动为服务，比如小区无忧、叮咚小区等产品。2） 社区垂直服务提供商：单一的提供某项专业的社区服务，比如洗衣、家政等，代表产品有e家洁、e袋洗等，从广义上理解，饿了吗也是属于这个范畴。3） 社区电商：直接为居民提供社区周边各种外送服务，比如社区001。4） 物业服务O2O:由小区物业提供服务，比如万科、龙湖、绿城都开发了自己的社区

3、O2O产品。根据以上四类O2O产品，我们重点分析物业服务O2O类产品与其他三类产品的不同点。物业服务O2O社区O2O综合类产品社区垂直服务提供商社区电商目标用户纯业主基于LBS的区域用户基于LBS的区域用户基于LBS的区域用户可精准用户家庭住址无法锁定无法锁定无法锁定服务内容以物业服务为基础、可延伸众多服务周边信息搜索、社区电商、周边居民互动交流专项服务，比如洗衣、家政、餐饮外卖等提供周边电商服务用户接收服务容易度无先例，需挖掘客户需求痛点探索中，目前无明确成功案例已有成功案例探索中，目前无明确成功案例发展模式必须与小区物业紧密合作、直接由物业向业主推广无须与物业合作、但需要直接面向用户推广无

4、须与物业合作、但需要直接面向用户推广无须与物业合作、但需要直接面向用户推广从上表可以看出，由物业发起的社区O2O服务模式还处于探索中，但是在其用户精准度上以及能为用户提供的服务上，有着得天独厚的优势。1.2.2.2 “某某”产品SWOT分析某某有限公司是某某股份有限公司全资子公司，拥有房产开发一级资质，中国房地产百强企业，在业界已经拥有大量的物业资源。基于甲方的行业背景与资源，在社区O2O产品的定位上毋庸置疑应该是上节分析的第四类产品：物业服务O2O。只有高效的利用自身的资源优势，才能让产品的运营推广具有事半功倍的效果。但是不可忽略的是，在同样的产品中，已经有数量不少的竞争对手。社区O2O前景

5、广阔、目前并无明显的市场门槛机会不具有互联网以及移动互联网运营经验具有极为专业的房产商行业背景、公司具有较强的资金实力劣势优势万科、绿地等房产商也在发展同类产品威胁从上表我们看出，“某某”产品是有市场机会存在，但是优势并不明显，很明显应该采取WO战略（利用外部机会来弥补内部弱点，使企业改劣势而获取优势的战略。存在外部机会，但由于企业存在一些内部弱点而妨碍其利用机会，可采取措施先克服这些弱点），需要通过对产品的精准定位和切实的服务差异化以及在良好的运营策略上都需要进行深度的优化并拉开与竞争对手的差距，才能在未来的市场中占据优势地位。1.2.3 “某某”产品规划在上面的产品分析表里，明确的可以看出

6、，由物业提供的社区O2O产品，其中有2个方面与其他种类的社区O2O产品有着明显甚至是本质的区别，即目标用户的准确度和发展模式。物业O2O由于其天然的物业优势，因此能精准的锁定业主，这在用户功能的开发上能做到相对更多个性化的设计，也同样能为业主提供更多精细化的服务，这相对与其他种类的社区O2O产品来说，肯定是一巨大的优势，但是同样的，这一点也会造成相对的劣势，因为再有实力的物业也不可能把整个全市，乃至全国的小区都囊括己有，因此在发展到一定的阶段后，必然面临着与别的物业的合作问题。由于开始依靠精准用户锁定这一优势，必然会据此在产品的规划，设计开发上都会提现出来，而且也必须依靠此优势，否则物业O2O

7、相对其他种类的社区O2O产品将无一点优势。但是在接下来的发展中，与别的物业的合作模式就将会是产品发展的一个重要门槛，因此，这一方面需要在产品的规划初期就要有明确的规划考虑在内。综上所述，“某某”产品的规划我们建议分为三个阶段发展：第一阶段：自有物业的小区里推广产品在这一阶段，因为是自有物业，推广较为容易，因此重点解决的问题是抓住小区业务的核心需求，开发出一款用户接受度高，使用频率较高的社区产品。第二阶段：推广到非自有物业的小区这一阶段，主要解决的是推广的问题，毕竟甲方的自有物业是有限的，但是产品需要在更大范围，全市、全国开始推广运营，因此需要解决的是整个系统利益链的问题。第三阶段：商业模式开发

8、，开始实现盈利上述两个阶段之后，产品的功能、用户接受度、业务发展都应该相对成熟，因此这一阶段需要解决的就是盈利问题，再有了一定规模的线上用户群体，而且使用频率也较高的情况下，盈利模式的推出也就自然而然。1.2.3.1 产品第一阶段规划1.2.3.1.1 产品定位这一阶段需要解决的问题就是产品的定位和产品的功能。与甲方的沟通中，甲方对此已经有了一个明晰的思路，即前期的产品定位主要是提高物业服务质量为主。这样的产品定位策略我们认为是切实可行的，但需要更为明确的定义产品的定位.从用户的角度分析，能提供给他们的服务类别分析如下：业主业主及非业主物业服务业主交互周边信息电商展示及房屋租赁买卖物业报修业主

9、社区周边学校物业自建社区电商小区展示（三维全景）物业费缴纳业主投票周边医院周边餐饮样板房展示（三维全景）物业投诉业主活动周边洗衣周边百货房屋出售物业通知业主互助周边银行周边生鲜房屋租赁物业巡查周边水果物联网服务比如智能门锁周边汽车LBS停车留言基于以上分类列举，随着产品的进一步发展，还能有更大的可扩展空间，但是在第一阶段，我们建议的产品定位策略是：主题明确，用户急需。在一个充满了竞争的市场环境中，我们认为一个产品，一个移动互联产品能脱颖而出，至少具备下面两个特质：1） 有一个很明确的功能定位，比如支付宝，大家都明白就是解决支付的问题，至于现在其他的功能都是后期陆续完善；比如微信，就是用于人与人

10、的沟通，当然现在也加了很多的附属功能如红包等；又比如淘宝，就是用来网购；而在最近几年的发展过程中，淘宝也想做社交，微信也想做支付，但是事实上都很难改变他原有的产品定位。而且也只有这样精准的产品定位，才能酝酿出一款好产品。2） 有很好的用户体验，这种体验既指的是功能符合用户需求，同时又有好的操作交互体验。而对于“某某”产品的定位，我们建议明确定义为对于物业公司来说是提高物业服务水平的一款产品，对业主来说是一款小区服务APP。这款产品的服务对象实际针对的2类群体，1类是物业，2类是小区业主。物业公司使用这款产品的目的是要能达到提高物业管理水平，业主使用这款产品的目的是要能更方便的获取物业服务。基于

11、这2个目的，那么不但是要在产品的设计上需要全面符合这2点需要，而且在物业公司的业务水平上也需要有相应的提高。1.2.3.1.2 产品功能前面我们分析了产品的定位，也列举了产品可能有的功能，那么基于这两种情况下，我们建议至少在第一阶段，第二阶段删除【周边信息】【周边电商】等服务内容。因为我们的产品定位是基于物业，那么非物业的服务如果强加进来，只会对产品的定位造成模糊，这对于市场推广来说是致命的。比如对于用户来说需要外卖，直接会去找“饿了吗”，也不必要去使用社区APP。而且这2大类内容，用户的需求并不强烈（周边信息），或者说不是痛点功能，三是因为这类服务需要是规模化运营，而一个小区单体运营来说信息

12、量和商家数量偏少，无法形成规模化效应，成本必然无法摊销。因此我们建议第一阶段产品功能如下：主要核心功能是物业服务，业主交互为辅，针对业主外用户，提供小区展示以及房屋信息等内容。列表如下：物业服务业主交互展示及房屋租赁买卖物业报修业主社区小区展示（三维全景）物业费缴纳业主投票样板房展示（三维全景）物业投诉业主活动房屋出售物业通知业主互助房屋租赁物业巡查物联网服务比如智能门锁LBS停车留言物业服务作为“某某”产品的核心服务，而且这也是小区业主的刚性需求，同样也是物业公司提高服务管理水平的一个重要途径，因此这是一个最重要的功能。具体下级子功能如下：1） 物业报修2） 物业费缴纳3） 物业投诉4） 物

13、业通知5） 物业巡查（物业公司内部管理人员使用）6） LBS停车留言 这个针对目前大多数小区非固定车位乱停车解决，如果有车子停在了不该停的位置上，则物业管理人员或者业主即可使用APP，对该车子的车主发出提醒移车消息。7） 大门智联：小区大门或者单元单门 安装智能门锁，并与APP联通，此功能解决了业主的朋友到小区可以方便远程开门。上述物业功能是对于物业公司来说是很好的提高物业管理水平的工具，而且我们建议，该款产品的定位一定要提升到“对于物业公司来说是提高物业服务水平的一款产品，对业主来说是一款小区服务APP”，尤其是对于物业公司来说，要上升到作为一款办公系统来使用，这款产品要完全融合与原有的办公

14、业务流程以及办公系统，只有互联互通，互联网或移动互联网产品才能发挥它的应有威力。这样思路下的这款产品，对于物业公司来说，已经超越了一个简单的功能，而是一个完整的业务办公自动化系统。物业公司的工作人员使用此APP的接受度是毋庸置疑的，唯一需要的就是要做适当的教育培训。对于业主来说，虽然需求是刚需，但是业主与物业的交互实际频率非常低，因此上述功能无法形成对用户较高的粘性。业主交互功能的主要目的即是为了解决应用粘度的问题，人类的交流沟通是一个常态，也是人类社会的基本特性之一，因此业主之间的沟通是必要的而且是必须的。在设计具体的交互功能之前，需要考虑到社区居民群体的特殊性，其特点如下：1） 社区居民群

15、体小，远远无法与知名社区应用相比，比如qq，微信、各大论坛等；2） 社区居民年龄层次跨度大，不同年龄段的交流意向和交流动机都是完全不一样的，比如老年人和小孩应该是很少用APP，因此受众群体就只局限于30-50这个年龄段了。如此计算，则社区交流用户其实基本在小区套数的1倍-2倍。3） 社区居民之间关系（邻居）既不属于熟人社交，也不完全属于陌生人社交，虽然有可能居民之间不认识，但是都知道对方与自己是同处于一个小区。基于上面三点考虑，由于业主数量规模太小，因此不适用于论坛、微信、聊天室等交流模式。如果一旦用此模式，最后出现的结果必然是里面冷冷清清，个别有人发言，也是广告居多。因此，我们建议业主交互的

16、功能应该是纯功能性交互，另外配合群组的模式。详细来说，就是给业主单独提供公共广播、邻居兴趣群、业主活动、投票等功能，而不是任其自由的在交互空间里发言。详细功能如下：1） 公共发言（作为紧急使用，比如挂失东西等，邻居对结果进行投票，如果有比如20%的业主投诉，即直接删掉，并禁止1个月使用）；2） 业主兴趣群：可以自主建立健身群、宠物交流群等3） 业主互助：可以自建信息主页，比如愿意帮邻居接送小孩，愿意临时寄养宠物等4） 邻居招呼：极其简便的形式，对邻居进行招呼。形式可以采用“赞”的模式，比如只需对某邻居头像点击一次，即可完成简便的招呼，系统自动推送招呼内容（诸如 邻居，您好！ 您好，我是新搬来的

17、邻居等）对于目前大城市之间的邻居关系已经与传统中国社会的邻居关系已经大大弱化了，甚至邻居之间常年难得见到一面，因此在APP的功能设计上，不能直接就是开放式或者联系紧密式的交互方式，而是更多的采用功能性划分群体进行交互如业主交互群，“弱社交”式进行交互比如邻居招呼模式，在加上实用为主的业主公共发言和业主互助模式，就完整的构成了小区业主之间的一个多功能交互社区体系。展示及房屋租赁买卖功能主要针对非业主用户，比如有兴趣购买或者租该小区房屋的用户，使得能对该小区的环境、房屋等有全面和详细的了解。该功能我们建议重点应该放在微信公众号里，毕竟外部用户对该APP本质上没有刚性和粘性的需求，因此即使下载了，一

18、旦用过也会马上卸载，因此需要使用轻APP的方式（微信公众号）来制作该功能，而且对于该功能来说，微信公众号完全能“胜任”，而且还有天然的“易分享，易传播”的优势。如果要在APP上加上该功能，那么也需要与上述2大功能完全隔离开来，这样对产品的定位精准上会有帮助的，要达到“隔离”的效果，需要从UI设计上进行处理即可，示意图如下：通知停水通知2016-12-12 08：00将于2016年12月13日早上8点到下午3点停水。样板房小区全景业主登录业主社区物业服务我的小区房屋租售 登录前 登录后1.2.3.2 产品第二阶段规划第一阶段的产品计划的主要目的是确定产品的核心功能，并在自有物业的小区里实施推广，

19、并拥有了稳定的业主用户群使用后，即可开始实施第二阶段。这一阶段的产品规划为：把产品推向非自有物业的小区。由于该产品的定位为“对于物业公司来说是提高物业服务水平的一款产品（甚至是一款业务办公自动化系统），对业主来说是一款小区服务APP”，这样的产品在第二阶段会受到相当大的阻力，因为别的物业公司在没有利益的情况下，不大可能顺利配合该产品在小区的实施推广。鉴于此，我们设计合作思路如下：在运营策略上，与比较大型的物业公司展开战略性合作，具体方案后面再详细阐述；从产品角度分析，别的物业公司最大的顾虑应该是担心业主信息数据被分享出去。因此需要从产品功能和包装上提供不同版本：1） 产品B版本，主要功能与原版

20、本相同，但是服务器与数据库单独架设与原有系统完全隔离，即给每家物业公司单独部署一套系统。这种模式可以使得物业公司不用担心数据泄漏，且物业公司拥有全部的数据管理权限，这种方式适用于让该物业公司购买该产品。2） 产品C版本，在原有系统上开设物业公司入口，系统为SAAS架构，即任意一家物业公司都可以在该系统获取授权后，开通产品服务，物业公司可以独立管理从属于该小区的所有用户和产品功能，但是数据都在云服务器储存。这种模式是最有利于甲方的，但是有可能需要成立一个第三方公司，市场由第三方公司独立运作，这样能极大的避免别的物业公司接受度的难题。1.2.3.3 产品第三阶段规划经过了前面2个阶段，我们相信，这

21、个时候已经拥有了大量的小区和业主用户，那么在第三阶段，我们重点考虑的是盈利模式和怎么让业务再上一个台阶。一般设计社区O2O的盈利模式，不外乎是做电商，这也是在前面产品功能列表里做过详细的列举，具体操作模式一般是系统登记周边商铺资源，业主通过系统进行下单等操作，周边商铺对其送货，然后系统再对商铺进行抽成。这种模式对于系统来说操作相对容易，商铺也易于接收，但是这种模式对于用户的吸引力不会太大，原因是“不专业，不精细”，这种电商模式必须要有一个前提就是用户群体规模，但是相对于一个小区来说，使用的用户不过（前面已有分析）几百人规模，因此无法对用户的需求进行深耕，即时进行精细化业务操作，但是成本太大无法

22、摊销。据此，我们建议模式如下：整个系统统一建立垂直电商，由于总的用户规模庞大，足以支撑成本的摊销，然后每个小区作为一个分销点存在，进行转运和小区配送。经过详细的市场调研，我们建议初期以新鲜蔬菜做为主要销售重点，按照一个普通的小区大约800户家庭计算，那么每天大约的蔬菜采购金额应该在8000-10000元，如果加上肉类生鲜，那么这个金额还应该翻倍，假设暂定每日采购金额为10000元。由于是集中采购，统一配送，成本相对目前小区外的蔬菜店铺来说相对更低，我们按照40%毛利计算，那么毛利润应该可以达到4000元，如果小区配送点在菜品的包装上，配送上精致专业，最好能与大型商超里那样，再加上小区的特定位置

23、优势那么能抢到小区生鲜蔬菜50%的市场份额应该是可以达到的。那么平均一个小区每日的毛利能达到2000元。这样的模式下，我们不仅仅是获得了盈利，拥有了盈利模式，更为重要的是，是物业公司为小区业主的服务更上了一个台阶，而且小区物业也可以逐步摆脱了靠物业费维系生存的枷锁，物业公司完全依靠天然的小区业主这一稳定的用户群体，获得更多的盈利空间。这种模式，对于第二阶段的合作难题，也是一个很好的解决模式，毕竟有利益的合作才能更快的实施并迅速推广。1.2.4 设计开发方案框架1.2.4.1 系统结构1.2.5.1 第一阶段运营方案第一阶段运营主体思路是在自有物业公司下推广使用产品。其运营方案如下：1） 需成立

24、专门运营部门，主要负责具体市场策划、市场推广等工作，其具体工作内容为制作小区广告计划，并在物业帮助下部署广告计划的实施，对小区业主进行宣传，最终实现业主全面使用该产品的目标。该阶段由于涉及小区数量较少，且可以逐步推开，因此部门人员大致需要3-5人即可。2） 技术开发以及产品运维交予外包公司处理即可。1.2.5.2 第二阶段运营方案第二阶段主体思路是在产品已经相对稳定成熟的情况下，开始向别的物业公司所在的小区进行渗透推广。这一阶段的重点不是产品，不是用户，而是解决与别的物业公司的合作问题。在涉及到互联网产品渠道合作的层面上，运营主体是个很重要的因素，比如支付宝当初如果是由某家银行创立，相信在市场

25、推广中最大的阻力会来自于别的银行。这种天然的竞争关系会导致市场推广非常难以实施。因此我们建议在开始往别的物业小区推广时，运营主体必须改变，具体建议如下：新成立一家公司，其具体业务应由该公司完全独立负责，可以由甲方或者甲方联合多家物业公司共同参与，但是其中另外一家具体运营的应该是与房产物业无关的一家网络类公司参与。具体运营方案如下：1） 设立市场部、产品部门、开发及运维部门 市场部需有10人规模以上团队，经理1人，策划文案2人，市场执行3人以上，销售5人以上。（具体人数需根据推广预算和发展预算来定）；产品部门主要负责产品的设计、包装以及售后等，初期1-3人。开发及运维部门（10人以上）2） 主要推广模式分为2种，一种是直接出售独立系统给别的物业公司，另外一种是与别的物业公司合作，共享平台数据，共享未来利润。最后一种是重点推广方向，其具体思路是免费提供给物业公司管理系统以及社区O2O产品，用户数据（共享不泄漏，需协议限制）共享，后期比如“小区生鲜蔬