物业APP开发商业计划书.docx

社区物业APP开发商业计划书

社区物业APP开发商业计划书

目录
1. 项目背景 4
1.1. 实施背景 4
1.2. 目标和期望 4
1.3. 主要需求 5
1.3.1. 板块规划 5
1.3.2. 具体模块 8
1.4. 部分社区服务APP分析 10
1.4.1. 社区001 10
1.4.2. 实惠 12
1.4.3. 小区管家 13
1.4.4. 小区无忧 14
1.4.5. 爱达 16
1.4.6. U家园 17
1.4.7. 湘江世纪城APP 17
1.4.8. 万科“住这儿”功能模块分析 18
2. 需求分析 21
2.1. 功能需求分析 21
2.1.1. 邻里 21
2.1.2. 房屋 24
2.1.3. 商家 31
2.1.4. 我的 34
2.1.5. 后台运营 37
2.2. 性能需求分析 38
2.3. 安全需求分析 39
2.4. 运行环境分析（软件） 39
2.4.1. 终端系统及分辨率支持 39
2.4.2. 操作系统、中间件及数据库环境支持 41
2.5. 运行环境分析（硬件） 41
2.5.1. 服务器 42
2.5.2. 硬件防火墙 43
2.5.3. 互联网接入服务 43
2.5.4. 入侵检测设备 44
2.6. 重难点分析 44
2.6.1. 用户体验（UI） 44
2.6.2. 流程设计 44
2.6.3. 运营支撑 44
3. 实施计划 46
3.1. 公司优势 46
3.2. 后台运营系统开发技术路线 46
3.2.1. 应用开发架构模型 46
3.2.2. 面向SOA的业务单元框架设计 46
3.2.3. 系统平台技术架构特点及优势 46
3.3. 手机APP系统开发技术路线 46
3.4. 系统运行环境（硬件） 49
3.5. 进度计划 49
4. 建议 52
4.1. 整体运营思路 52
4.2. 广告位销售 52
4.3. 广告置换 53
4.4. 认证排名 53
4.5. 栏目运营 53
4.6. 推广安装方式方法 54
5. 报价 55
5.1. 汇总报价 55
5.2. 开发估算报价 58
5.2.1. 后台管理系统 58
5.2.2. 手机APP开发 60
5.2.3. UI设计 64
5.2.4. 总计 65
5.3. 运行环境报价 65
5.3.1. 采用云架构 65
5.3.2. 采用自购服务器搭建 66
5.4. 系统维护报价 67
5.5. 集成及部署实施报价 69
5.6. 培训报价 69
5.7. 全产品生命周期维护报价 70
5.8. 优惠条件 70
1. 项目背景
1.1. 实施背景
xx公司在xx片区经十多年开发，打造出12000亩高端住宅群和商业步行街。xx社区由xx园、xx都、xx府等小区组成，共计建筑面积500万平米，沿xx路延伸至xx大道延长线。小区共计26000多户，8万多方临街商铺以及正在建设中的5万方商业综合体。
基于xx社区居民生活便利需求，公司计划开发一款社区服务类型手机app。针对已建成的临街商铺和正在建设的商业综合体，整合旺铺业态为周边居民提供更加便利快捷的24小时上门服务，将26000多户社区居民和一公里范围内的商业紧密联系在一起。结合自身物业优势，打造出属于片区居民自己的社区中心。
1.2. 目标和期望
1、社区app帮助公司建立有效的企业形象宣传。
2、通过网上购物、点评增加实体店营业额，从而提高商铺租金收益。
3、为居民提供社区朋友圈平台，通过组织活动增进邻里关系。为xx广场营销活动做铺垫。
4、提高物业收费率和服务反馈率，实现手机报修、缴费、投诉。
5、搭建社区快递中心，为社区居民提供一公里内店铺送货服务。
1.3. 主要需求
1.3.1. 板块规划
（1）项目一期
app板块分为四大类：“邻里”，“房屋”，“商家”，“我的”四大模块。
“邻里”模块需要实现的具体功能如下：
Ø 类似于微信，QQ等社交娱乐APP，需要实现文本，图片，语音简单基本的聊天功能；可以发布图文形式的个人动态和社区分享，实现评论，点赞功能；
Ø 社区新闻，实现基本的新闻浏览功能，社区新闻每周更新
Ø 帮帮忙，兴趣部落，二手市场，需要以图文的形式发布上传，实现留言功能
“房屋”模块需要实现的具体功能如下：
Ø 物业缴费，包括物业费和停车费，登录用户可直接查看到自己所有的缴费情况和欠费情况，选择缴费内容和预交季度即可一键缴费
Ø 便民维修，物业维修。维修拍照、语音描述维修信息直接上传发布，物业端口及时回复
Ø 物业公告，物业公告。历史公告在这里可以浏览查询，最新公告在首页显示
Ø 权证代办，房屋权证代办信息展示
Ø 代收包裹，物业代收包裹和待寄包裹。收到的每一个包裹会形成相应的领取验证码和手机短信，业主需要凭验证码到物业管理处领取。代寄包裹信息显示物流单号等信息。
“商家”模块需要实现的具体功能如下：
商家信息，含商家介绍、人均消费、商家图片，可以供业主进行点赞和差评评价（备注：不需要实现商品购买等功能）
“我的”模块需要实现的具体功能如下：
Ø 登陆注册
Ø 个人中心，编辑维护个人基本信息，包括图片，昵称等
Ø 我的发起，发起：帮帮忙、二手市场、兴趣部落、房屋租售
Ø 我的订单，跟踪流程：便民维修、房屋租售、代收包裹等发起后的流程跟踪
项目一期开发主要针对朋友圈的信息公告、社区平台留言、每个用户的账户建立和门牌号关联等。朋友圈板块对所有用户开放，包括未身份认证的用户（xx社区周边的小区居民）。项目初期将选取20-30家优质且有意向的xx社区沿街商铺作为初期合作对象。app线上商店只做点评为商家积累人气，暂不开启线上支付功能。物业板块仅对已通过物业认证用户开放，非xx社区内居民看不到此内容。
项目一期在设计上要考虑以下几点：
Ø 因为后面可能会涉及到二期进一步深化的功能开发，所以在一期设计中，要考虑到二期中需要实现的功能，给这些功能预留可扩展空间；
Ø 该APP在后期运营过程中，可能会根据实际情况，复制到其他地方，如客户在长沙的地产开发项目，所以在一期开发设计过程中，要充分考虑项目的可移植性；
Ø 该APP在一期所面向的用户虽热只是xx 大社区，但是根据客户的长期规划，将来APP的用户会延伸到所有社区，所以在后台功能设计，尤其是并发量上要进行详细考虑；
（2）项目二期
二期开启时间规划在xx广场开始招商阶段。基于app一期已攒的商家人气，开启线上购物功能。xx广场招商优势将体现在店铺尚未开业就已有稳定的客户资源，app可按期推广部分优质商家信息为其做线上推广。根据市场需求成立社区快递中心，帮助社区居民实现一公里内送货上门的便捷服务。
具体需要实现的功能有以下几个：
Ø 在一期“房屋”模块下增加“房屋租售”功能，即小区认证用户可以发布、管理房屋租售信息；查看小区房屋租售信息；
Ø 在一期“商家”模块下增加“商家搜索”功能，即输入商家名称可以直接查询到商家信息，支持模糊搜索。设置“附近”功能，可以根据GPS定位到附近商家；增加“商家地图”“在线支付” ；
Ø 在一期“我的”模块下增加“我的账户”，“我的积分” ；
1.3.2. 具体模块
一、朋友圈
1、目标和期望
（1）引进xx新闻，每期更新属于社区自己的新闻。
（2）分享居民在小区内发生的事情和心情。
（3）通过下班后的活动增加邻里间的熟悉度。
2、板块设计
（1）第一层公告类：
系统发布公众消息。例如：物业发布今日某栋楼停水、天气雾霾指数和社区活动通知。
（2）第二层用户社交类：
用户自己发布社交活动消息。例如：周五下班后有人去踢球吗？xx体育中心7人制球场，5缺2。
（3）xx地产公司不定时发布营销推广活动信息，培养用户到xx广场消费的习惯。
（4）建立每个用户的个人信息板块，可添加昵称头像等基本信息。用户个人信息可不要求是真实内容。此版块对周边非xx社区居民用户开放。
二、物业
1、目标和期望
（1）提高小区物业服务回复效率。
（2）增加居民对物业服务的依赖性。
（3）实现手机拍照报修、维修进度查询、完成情况提示的快捷操作。
（4）此部分仅对小区居民用户开放，非注册用户或尚未完成验证的用户不能体验。
2、板块设计
（1）报修类：业主发起维修或需要物业帮助的对话框，并插入照片。物业收到信息后联系相关工作人员处理该事项，并对事情发展情况做跟踪直至完成。该板块会加大物业接收维修需求和相关服务的可能性，且对事件完成情况和时间点都有较高的实时跟踪要求。
物业报修可主要分为两个部分，公共部分维护和私人部分维修。公共部分维护将不收取费用，私人部分维修可收取合理维修费。物业维修人员可挂靠小区周边长期营业的维修店铺。鉴于xx社区部分房屋已过保修期，在回复已过保修期的故障时需采用合理合法的方式方法。
（2）收缴物业费：物业收费将采取线上交易方式，费用直接打到物业公司账户以减少物业管理处业务工作量。业主缺缴和多缴费用部分将用时间轴的图案显示在app上。
（3）二手房交易：针对现有房屋物业可为业主登记需要出租出售的房间号，以便游客或其他业主查询。
三、商业体
xx社区沿街商铺共计233家，业态以生活服务类为主。据统计：餐饮28家、副食超市22家、医疗保健23家、洗一洗车31家、服装26家等。xxapp目标上线商家共20-30家，首选产品质量好，有意向商铺洽谈。周边临街商铺以餐厅、洗衣和服装居多。App项目一期将以商家店铺点评方式对所有用户开放，暂不开启线上支付。节约开发和运营成本，为成熟商铺积累人气。APP二期项目计划建立xx社区快递中心，满足居民在家就能享受沿街商铺带来的生活便利。经数次市场抽样调查，xx社区居民愿意提供适当的快递费用。
app商业体板块计划作为第二期开发部分。首先开放优质商铺点评功能，等软件用户量增加到一定数量再开放线上支付功能。微商板块的研发为xx广场招商做准备，促进商业氛围。根据用户评价和xx广场的招商业态，筛选最终的优质商家加入线上支付功能。成立社区物流中心为xx社区居民提供不出门即可享受一公里内的商业配套服务。（更多商家后台运营模式详见附件一）
xx广场售楼部开业前将选定社区电瓶车路线规划图，服务居民同时为xx广场销售带来人流量。电瓶车线路及发车时间将在app上显示。电瓶车车费可采用微信支付模式或现金。
1.4. 部分社区服务APP分析
1.4.1. 社区001
社区001是由北京家捷送电子商务有限公司，成立于2012年3月，是利用电子商务管理系统建立“社区物业 + 社区住户 + 周边商家”之间的商务模式，并与多家大型超市联合，打造成“中国社区电子化运营商”。
目前，社区001已在北京、深圳、上海、广州、沈阳、杭州等城市开设新公司，并已投入运营。
社区001是从网站开始推广运营，在网站上积累了大量的用户后才跨越到手机APP上来，并且今年成功了与麦德龙合作来升级自己的电商网络平台，全面嫁接了麦德龙的产品及服务。

而从产品功能上来看，社区001暂时还只定位于一个购物的平台，是以每个行政区或者商圈的形式进行用户的接入，没有深入到小区这个细胞中，从整个平台的一级二级页面的开发状态来看，并没有发现其有向社区便民服务等整合性服务产业发展的趋势。
1.4.2. 实惠
实惠是易居中国联合新浪网、新浪微博、分众传媒、申通快递共同推出的定位于写字楼(社区)的移动生活O2O服务平台。

实惠是近期风声比较大的一款社区APP软件，此软件的最大的亮点就是前期公司投入的大量的资金进行手机用户“抢福利”活动，号称瞬间把软件的下载注册量提升到了100万。
但是通过使用实惠的软件发现，虽然软件功能比较强大，但是不能定位于一个真正意义上的O2O平台软件，包括实惠通过大量召集“惠妈”引入的商家来看，全部都只是在平台上做了简单的介绍和电话号码的公示，用户通过进入页面领取优惠劵然后再到店进行消费，才能完成整个体验。着表明实惠是把自己定位于一个真正意义服务平台，通过自己平台的大量的线下宣传来提升平台上接入商家的人气，可以简单的把实惠理解为“一个大型商城”，帮商家来引流获得自己的效益。
1.4.3. 小区管家
小区管家是齐家科技的主要产品，是面向全国基于手机上的开放式智慧社区应用平台，包括物业管理系统、物业账单及缴费系统、短信服务系统、客户满意度统计系统、商家管理系统、手机客户端及推送系统、微信公众服务号应用系统等整体解决方案。

整体来看小区管家是一款真正意义上针对物业和业主，解决其一站式需求的软件，功能众多，但是仔细体验后会发现，大部分的功能软件是通过接入其他网站或者平台来实现的，就连最基本的外卖服务也是接入易淘食这个外卖软件来实现的，其他服务比如：水果生鲜、餐厅等也只是作为一个电话公示的渠道来展示，平台没有支付功能，所以到最后整个平台推广出来让人觉得它只是一个信息的整合渠道，除了信息查询之外没有其他的功能，平台每天会拿出几个东西出来做拍卖，拍卖的方式是靠平台积分来进行销售的，积分是靠在平台上晒图等活跃信息来获得，而且东西也比较普通价值也比较低，人气也不高。使得其没有真正意义上的价值导致软件很难留在用户的手机上。
1.4.4. 小区无忧
小区无忧是指弋（上海）网络技术有限公司研发的第一款基于移动O2O的小区生活信息服务平台。
现已覆盖全国56个城市、20万个小区，用户数达100万，支持包括外卖、生鲜蔬菜、超市、水果等居家宅配，规范家政、开锁、维修、疏通、搬家等生活服务，提供快递、洗衣、教育、宠物等小区周边生活信息。

小区无忧和小区管家是同一类型的软件平台，基本功能的需求和用户体验的感觉都是大同小异的，双方之间最大的区别就是小区无忧更像一个互联网公司出品的软件，整个软件的用户体验比较好。

该软件在部分地区可以直接实现线上下订单，但是不能实现线上体验及支付功能。
1.4.5. 爱达
爱达社区服务平台是重庆时报2012年末开始重点打造的平台，它结合社区网、社区APP，以满足用户需求，提升用户满意度为宗旨，是一个社区综合服务平台，栏目包括时报社区、便民服务、社区互动、快递托管、综合缴费、自助服务、便民商品、拓展活动和再生资源回收等多项服务。

爱达社区服务平台的整个界面与60购的界面比较相似，体验后会发现，整个平台就是爱达社区服务店的延伸平台，整个平台都要通过线下的社区店和业主来实现真正的对接，线上爱达APP定位的是一个团体购物平台，针对于所有覆盖的小区，而线下的社区店定义为一个社区便利店和仓储中心，爱达做的服务比较专一，只做快递，仓储，购物，是一个购物性质的平台。
1.4.6. U家园
“优家园”APP是中航物业为业主们打造的一个社区服务平台，除基础的物业管理服务之外，还直接社区及家庭提供增值服务，增强品质生活体验。

整个平台功不能说强大，栏目比较多，但是进入部分栏目,如：资讯、服务、账单等，需要邀请码（初步分析这个邀请码应该是要找物业去申请），这样肯定会丢失广大的用户，其他不需要邀请码的服务（活动、闲置、拼车等需要用户自行发布消息的服务）进去之后发现每个栏目基本上是空的，但是不排除其重点在做线下活动的可能。
1.4.7. 湘江世纪城APP
这是湘江世纪城自行开发的一款社区软件，其打造了业主们的聚集地,小区生活指南。包括：城内新闻、生活助手、商家信息、业主圈子、社区公告等。

湘江世纪城APP是基于湘江世纪城项目量身打造的一款APP软件，软件更多的是实现业主之间在线上的交流、业主与周边商家线上的交流、业主线上创业、招聘、找工作、相亲等功能，平台的交流功能稀释了他的其他方面的实用价值，此平台比较适合于自带大型商业属性的项目。
1.4.8. 万科“住这儿”功能模块分析

一级模块
二级模块
三级模块
引导启动页
登陆注册
忘记密码
首页
最新公告
公告详情
活动召集令
活动列表
发起活动
热点议事厅
正式议题
预备议题
发起议事

帮帮忙
社区分享
跳蚤市场
投诉
好人好事
房屋
访客通行证
生成访客码
报修

房屋交易厅
房屋买卖信息列表
房屋出租信息列表
我要出租/求租
投诉物业

表扬物业

物业账单
全部账单
未交账单
缴费记录
缴纳物业费
一卡通账单

多房管理
房屋列表
添加房屋
随手拍

良商乐
商户列表

商户排行

关系
消息中心
帖子通知
热点通知
房下账号

邮包
收件状态
发件状态
系统设置
推送通知开关

欢迎页

用后感

邀请家人

关于软件
检查更新

2. 需求分析
2.1. 功能需求分析
根据贵公司提供的资料，我们理解项目的需求分为四大部分：
2.1.1. 邻里
2.1.1.1. 你好xx
提供xx社区信息，同时可以发布社区新闻、电瓶车线路及发车时间和公益信息，比如社区号码通、好人好事、社区动向、公益活动等信息公告，服务社区居民。

2.1.1.2. 往来
用户可以使用语音、文字及时通讯，系统需要强化社交功能，可以根据条件进行搜索。

2.1.1.3. 悦分享
类朋友圈形式。个人动态有照相上传图片、编辑文字、插入心情图标、留言等功能，面向全部邻里用户开放。

2.1.1.4. 帮帮忙
邻里相互帮忙。有照相上传图片、编辑文字、插入心情图标、留言等功能，面向全部邻里用户开放。

2.1.1.5. 兴趣部落
组织或发起活动。有照相上传图片、编辑文字、插入心情图标、留言等功能，面向全部邻里用户开放。

2.1.1.6. 二手市场
邻里间置换闲置物品。有照相上传图片、编辑文字、插入心情图标、留言等功能，面向全部邻里用户开放。

2.1.2. 房屋
2.1.2.1. 物业缴费
内含物业费、停车费、水电费缴交功能。登录用户可直接查看到自己所有的缴费情况和欠费情况，选择缴费内容和预交季度即可一键缴费。
系统流程：
1、选定缴费房间

2、选择缴费种类

3、查看费用清单

4、选取缴费区间进行缴费

系统特色：
Ø 可以缴纳多种费用，物业费、停车费轻松搞定，缴费记录随时可查，实时到账；减少排队等候时间。
Ø 有多少套房缴多少费，一次性轻松搞定。
Ø 支持缴费推送提醒和缴费查询，以及对提前预付行为优惠进行支持。
2.1.2.2. 便民维修
业主可以通过在线的投诉报修外，还可以通过拍照的方式把要投诉的内容实时上传到物业运营中心，通知物业会及时处理。同时业主也可以对物业进行表扬。
Ø 线上与线下相结合，业主可以指定上门时间和服务人员；
Ø 可以通过照片推送现场图文资料，便于工程管理第一时间了解实际情况，准备工具材料快速响应；
Ø 做到投诉报修可查、对投诉报修结果、及时性、有效性等影响满意度的随时进行反馈，同时便于追踪。

业务流程：
1、业主报修：

2、客服中心后台受理并分配到相应小区的物业公司：

3、物业公司受理并进行维修：

4、业主验收并给予评价:

5、物业公司关闭维修工单。

2.1.2.3. 物业公告
可以发布物业公共类信息，比如雾霾情况、停电检修、停水检修
等信息公告，提供便民服务。

2.1.2.4. 权证代办
房屋权证代办信息展示。
2.1.2.5. 房屋租售（二期）
发布、管理房屋租售信息、查看小区房屋租售信息、同时可以通过APP租售自有房屋。

2.1.2.6. 代收包裹（后期）
物业代收包裹和待寄包裹。收到的每一个包裹会形成相应的领取验证码和手机短信，业主需要凭验证码到物业管理处领取。代寄包裹信息显示物流单号等信息。
流程
1、快递上门投递
2、快递柜寄件
3、收到取件码
4、下班凭码取件

2.1.3. 商家
2.1.3.1. 商家搜索（二期）
输入商家名称可以直接查询到商家信息，支持模糊搜索。设置“附近”功能，可以根据GPS定位到附近商家。

2.1.3.2. 商家地图（三期）
对应商家卫星地图信息，具体显示业主所在位置和商家位置。

2.1.3.3. 在线购买（三期）
对商家商品实现在线购买。

2.1.3.4. 商家信息
含商家介绍、人均消费、商家图片，可以供业主进行点赞和差评评价。

2.1.4. 我的
2.1.4.1. 登录
账号登陆。
2.1.4.2. 注册
通过提交业主信息，完成账号的申请。

2.1.4.3. 个人中心
编辑维护个人基本信息。

2.1.4.4. 我的发起
对我所发起的帮帮忙、二手市场、兴趣部落、房屋租售等栏目中的活动或信息进行跟踪。

2.1.4.5. 我的订单
跟踪流程：便民维修、房屋租售、代收包裹等发起后的流程跟踪。

2.1.4.6. 我的账户（三期）
为个人账号充值，可以用于在线购物、缴费等。
2.1.4.7. 我的积分（三期）
将系统奖励的积分兑换为奖品，用于推广营销。
2.1.5. 后台运营
2.1.5.1. 用户管理
系统管理员及操作员的基础信息管理，例如姓名、头像、手机号、性别、年龄、单位、岗位、权限、电子邮箱、使用终端类型、MAC地址等。
2.1.5.2. 栏目管理
对栏目进行管理，可以新增栏目，修改栏目名、修改栏目显示位置、修改栏目显示信息条数等。
2.1.5.3. 工单管理（物业维修管理）
对业主提交的物业维修工单进行派发，并记录维修工单的下单时间、响应时间、处理人员、花费工时、处理评价和费用情况等信息。
2.1.5.4. 商户管理（商业交易服务管理）
1、对业主缴纳的物业费用和其他物业代收的费用进行汇总记录，并提供催收设置功能；
2、对注册用户的消费评价进行汇总的分析，同时对于注册商户给予相应的等级调整；
3、对注册的商户提供促销管理功能，支持团购、竞价、折扣等促销策略设置；
4、对所有通过平台进行的交易进行记录，同时提供统计查询功能，便于数据追溯。
2.1.5.5. 行为分析（大数据挖掘）
采集注册业主的基础信息，例如姓名、头像、房号、手机号、性别、年龄、爱好、职业、收入、电子邮箱、使用终端类型、MAC地址等。同时根据业主在使用APP过程中的浏览历史、发帖历史、消费历史、关注历史等，收集用户的需求和喜好。

2.2. 性能需求分析
通过对客户需求的分析，我们可以得出平台的并发访问量三年内的峰值在10000左右，同时在线人数在30000左右，考虑到项目的长远规划，xx公司此次设计的系统支持10000用户并发访问，同时在线人数保证30000以上，并且系统能够稳定可靠的运行，同时考虑到用户的服务感受，在网络带宽合理的情况下，系统客户端访问各页面的速度不超过5秒，进行数据查询操作的时间不超过10秒。
2.3. 安全需求分析
Ø 涉及到变量数据读取数据库时要防止sql注入；
Ø 使用相对地址；
Ø 针对紧急故障（被黑客入侵、修改、破坏等）可自动或远程恢复；
Ø 所有数据库需要进行加密。
2.4. 运行环境分析（软件）
2.4.1. 终端系统及分辨率支持
通过友盟指数（），对安卓和IOS的用户进行分析，数据如下：

根据分析结果，我们对Android 和 IOS的版本兼容和分辨率兼容作如下设定：
1、Android系统
Android系统版本兼容4.0+；
Android手机分辨率兼容1280x720；800x480；854x480；1920x1080；960x540；
2、IOS系统
IOS系统版本兼容7.0+；
IOS手机分辨率兼容1136x640；960x640；2048x1536；1334x750；2208x1242；
2.4.2. 操作系统、中间件及数据库环境支持
考虑到系统稳定性、采购成本及安全性等问题，考虑到项目为运营类的项目，我们拟采用Linux + Apache + Tomcat + mysql 的架构进行开发。
2.5. 运行环境分析（硬件）
项目总体的网络架构设计如下：

2.5.1. 服务器
考虑到xx置业的投资保护问题，我们建议在项目的建设初期，采购两台服务器（数据库服务器和WEB服务器各一台，互为备份）：
根据计算公式：Tpmc = TPS峰值 × M2 / （1－M1）
TPS峰值: 假设系统信息客户端约500个，在峰值情况下的一分钟之内全部对服务器发起连接请求，即可得到系统的联机事务处理请求的峰值约为每分钟10000个连接（以最大峰值进行估计）。考虑到系统以后的业务扩展，按照50%的比例增长，这样得出联机事务处理请求为10000×（1＋50%）个连接。只是简单的数据传输工作,则可得到联机事务处理峰值为10000×（1＋50%）×1＝15000次/分。
M2:一般来说每一笔M2（联机事务处理所对应的TPC值）的值都根据具体的业务处理情况不同，一般来说系统的M2的值应该在5～15范围内。根据我方在银行和电力的应用经验，本系统事务处理做一个值估算。因此总体来看，按照M2＝8来进行估算是一个比较合理的数值
M1:一般来说我们需要保证40％(M1)的主机CPU处理余量，用于系统、数据库、中间件软件、工具软件、监控软件或其它应用系统的使用。
Tpmc = TPS峰值×M2 / （1－M1）＝15000×8×（1+0.4）=168000tpmc
根据这个计算结果，我们建议服务器主要配置如下：英特尔至强处理器 E5-2620 （2.0GHz，15M 缓存， QPI，7.2GT/s， 6C，95W）2颗，内存16G 1333MHz，硬盘600G*2 SAS 15K硬盘，双千兆四口网卡，可以采用DELL R720服务器。
2.5.2. 硬件防火墙
根据系统要求，我们建议在项目的三期启动后，可以采购1-2台硬件防火墙进行系统的安全保护。建议采购JUNIPER SSG320M，设备主要参数如下：并发连接数64000、网络吞吐量450Mbps、安全过滤带宽175Mbps、网络端口4*10/100/1000，3个物理接口模块(PIM)扩展插槽、VPN支持支持。
2.5.3. 互联网接入服务
采用电信骨干机房50M独享接入确保访问畅通。
2.5.4. 入侵检测设备
根据系统要求，我们建议在项目的三期启动后，建议采用华为NIP 2100D，对服务器CPU、内存、流量进行监管；对站点的流量、连接数、站点CPU、进程池CPU进行监管；防盗链、防SQL注入、防网页木马、文件限制、网页篡改等系统安全管理。设备主要参数：4个GE端口，4个Combo端口，1个GE专用管理接口。
2.6. 重难点分析
2.6.1. 用户体验（UI）
一个好的APP应用的核心是用户体验，我们认为好的用户体验是由人性化的UI设计、快速无拖曳卡顿的性能设计和贴近需求的功能设计三部分组成的，xx置业社区APP应用项目的能否成功落地的关键就是用户体验，在项目实施前期和项目实施过程中，项目组成员需要花费大量的时间和精力去对用户体验进行讨论、设计、修改。
2.6.2. 流程设计
一个好的APP应用的核心是简单易用，目前项目在需求中对于业务流程的设计比较薄弱，我们需要在项目设计、开发中进行细化，在项目上线试运行和正式运行过程中都需要进行不停地优化。
2.6.3. 运营支撑
有了好的设计，吸引了用户，平台运营需要多方面的支持，需要在功能设计上去考虑营销支撑，这部分的内容参见“5.盈利模式”章节。
3. 实施计划
3.1. 公司优势
3.2. 后台运营系统开发技术路线
3.2.1. 应用开发架构模型
3.2.2. 面向SOA的业务单元框架设计
3.2.3. 系统平台技术架构特点及优势
3.3. 手机APP系统开发技术路线
在高端智能手机系统中有两种应用程序：一种是基于本地（操作系统）运行的APP；一种是基于高端机的浏览器运行的Web App。
Web App:
是基于高端机的浏览器运行的App,即是 web app。
WebApp是指基于Web的系统和应用，其作用是向广大的最终用户发布一组复杂的内容和功能。
移动端Web App和WAP有什么不同？最直接的区别就是功能层面。WAP更侧重使用网页技术在移动端做展示，包括文字、媒体文件等。而Web App更侧重“功能”，是使用网页技术实现的App。总的来说，Web App就是运行于网络和标准浏览器上，基于网页技术开发实现特定功能的应用。
特性：
第一、使用W3C标准的HTML语言开发，能够轻松实现跨平台，移动应用开发者不再需要考虑复杂的底层适配和跨平台开发语言的问题。与此同时，使用HTML来开发的Web App在投入上会大大的低于传统的Native App。
第二、基于当下开始普及流行的HTML5，Web App可以实现很多原本Native App才可以实现的功能，比如LBS的功能、本地数据存储、音视频播放的功能，甚至还有调用照相机和结合GPU的硬件加速功能。
第三、移动应用的迭代周期平均不到1个月，用户不需要频繁的重新下载与升级。而Web App则无需用户下载，并且和传统网站一样可以动态升级。
第四、Web App有App的特性，更有Web的特性。每一个Native App在当前的用户使用场景下是相对孤立的，而Web App则可以像传统互联网网页那样相互链接，从一个Web App直接跳转到另外一个Web App。这无论是从用户的使用体验层面还是从应用之间的数据传输来看都是非常不错的选择。
Native App:
Native App因为位于平台层上方，向下访问和兼容的能力会比较好一些，可以支持在线或离线，消息推送或本地资源访问，摄像拨号功能的调取。但是由于设备碎片化，App的开发成本要高很多，维持多个版本的更新升级比较麻烦，用户的安装门槛也比较高。但是比较乐观的是，App store培养了一种比较好的用户付费模式，所以在Apple的生态圈里，开发者的盈利模式是一种明朗状态，其他market也在往这条路上靠拢。
优势
1、提供最佳的用户体验，最优质的用户界面，最华丽的交互
2、针对不同平台提供不同体验
3、可节省带宽成本
4、可访问本地资源
5、盈利模式明朗
劣势
1、移植到不同平台上比较麻烦
2、维持多个版本的成本比较高
3、需要通过store或market的确认
4、盈利需要与第三方分成
Hybrid App:
Hybrid App同时使用网页语言与程序语言开发，通过应用商店区分移动操作系统分发，用户需要安装使用的移动应用”。总体特性更接近Native App但是和Web App区别较大。只是因为同时使用了网页语言编码，所以开发成本和难度比Native App要小很多。因此说，Hybrid App兼具了Native App的所有优势，也兼具了Web App使用HTML5跨平台开发低成本的优势。
Hybrid App混合模式下的移动开发平台：
1、Phonegap
2、Appcan
根据本项目实际情况，我们计划采用Native App（Android Studio，XCode）进行开发。
3.4. 系统运行环境（硬件）
考虑到贵司的实际情况，我们建议在一期建设阶段，不购置防火墙及入侵检测等设备，系统运行环境采用租用云主机的模式：
和传统的自购服务器托管的费用对比如下：
费用项目
传统模式
云主机模式
服务器购置
2台合计5万，存在折旧及维修成本，配置参考Dell R720；
2个独立云主机
3万/年，合计6万；
系统维护
2人一年，工资奖金合计10万
（数据库维护及系统维护）；
外包
7万/年；
服务器托管
2个机位（存在安全隐患），独享50M，合计4.5万；
包含在云主机内；
交换机
至少1台，3000左右；
包含在云主机内；
3.5. 进度计划
我们主要使用甘特图和关键路径进行项目的进度管理。进度计划记录每一活动的计划和实际的开始日期、完成日期和周期。同时还要考虑每一活动在不影响项目的完工时间的情况下，其开始时间是否可以浮动。
在计划阶段将整个项目分解成若干个活动，确定各项活动所需的时间、人力、物力，明确各项活动之间的先后逻辑关系，列出活动表或作业表，建立整个项目的网络图以表示各项活动之间的相互关系。
在进度安排阶段编制时间进度表，表明每项活动开始和完成时间的时间。进度表上应重点明确为了保证整个项目按时完成必须重点管理的关键活动。对于非关键活动应提出其时差(富裕时间)，以便在资源限定的条件下进行资源的处理分配和平衡。
在控制阶段，应用网络图和实践进度表，定期对实际进展情况做出报告和分析，必要时可修改和更新网络图，决定新的措施和行动方案。
考虑到该系统各个模块工作的相互独立性，同时满足用户的进度需求，我公司将在与客户的实际沟通后提交详细的PROJECT进度计划，初步的进度计划安排如下：
阶段任务
时间(以工作日为单位)
备注
需求分析
5
和xx置业书面确认需求
概要设计
2

详细设计
3

程序编码
60

UI
60
和程序编码并行
集成测试
8

试运行与培训
12

合计
90
工作日

另根据需求中提出的需要在苹果IOS市场和在安卓市场进行上架，根据我们公司的经验，开发公司通过IOS市场认证具备上传软件的资格，审核期约需2个月，软件上传并通过IOS的市场审核，约需要1个月的周期，安卓市场的认证周期比较短，约为1周左右。
4. 建议
4.1. 整体运营思路
以优化完善物业公司物业服务为切入点，围绕业主物业服务及生活需求，借助手机APP移动终端载体，从而形成一个集物业服务、信息发布、便民信息查询、邻里交流互动、优惠信息、社区电商购物为一体的高粘性、全方位的社区生活服务媒体平台，实现最精准有效的社区营销，推送最有价值的广告，从而形成持续稳定的广告收益。
同时，物业通过提供有偿服务，给有需求的业主提供更高品质的物业服务。这些有偿服务包括快递代收、家电维修、长者服务、在线学习、线下活动、投资理财、装修服务、闲置租售、租房售房、物品托管、汽车洗修等。
4.2. 广告位销售
Ø 图文硬广（首页置顶横幅广告、各版块图文广告）
Ø 推送信息广告（后台消息精准推送）
Ø 冠名广告（首页天气预报冠名、各版块冠名、物业活动冠名）
Ø 竞价排名（各专业板块排名、商城排名）
Ø 社区商城（商家入驻月服务费）
Ø 其他软性广告形式
4.3. 广告置换
在媒体内容同质化日益严重的广告背景下，广告置换可以给广告主分流资金压力，一方面可以有效满足广告主广而告之的需求，另一方面，媒体主可以利用置换来的商品做打折促销或安装APP即免费赠送的方式，以增加收入及用户安装量的提升。
4.4. 认证排名
在同质化商家中，商家可以购买信息置顶的服务使自己的服务位于同类服务前列，同时商家也可以注册成为认证商家的方式来获得更多业主的关注。
4.5. 栏目运营
栏目运营可以简单理解为软文广告的一种形式，是相对于硬性广告而言的。软文广告是用较少的投入，吸引潜在消费者的眼球，增强产品的销售力，提高产品的美誉度，在软文的潜移默化下，达到产品的策略性战术目的，引导消费群的购买的广告。软文广告是以文章为载体，具有很好的传播性。
物业APP栏目运营存在着潜在着巨大的广告价值，内容与业主衣食住行紧密结合，实现盈利的同时，让业主更方便快捷的了解到自己所需要的信息，增强业