微信公众服务与运营项目实施计划方案正本Word文件下载.docx
《微信公众服务与运营项目实施计划方案正本Word文件下载.docx》由会员分享，可在线阅读，更多相关《微信公众服务与运营项目实施计划方案正本Word文件下载.docx（16页珍藏版）》请在冰点文库上搜索。
2.3.1用户管理
可以查询所有关注的用户信息，并可以进行用户身份绑定，把用户的微信与在职身份进行一对一的绑定。
用户身份绑定后，可以实现相应的业务操作，微信平台用户管理实现了多个业务系统的身份映射管理功能。
2.3.2单点登录
绑定身份的微信用户登录微信中设置好的其它业务系统，可以不再输入身份信息，业务系统就会自动识别用户身份并赋予相应的业务权限。
2.3.3账号验证安全管理
当在微信公众平台中跳转到业务系统页面中时，需要进行用户验证过程，验证采用Oauth2.0网页授权方式验证，跳转至业务系统页面后会自动生成一个随机验证码，业务系统通过该验证码调用用户验证接口即可获取该用户的身份，完成了安全验证过程
2.4订阅号
订阅号主要实现：
微官网、微发布、微展示、微传播、微论坛、投票、抽奖功能。
2.4.1微官网
利用微信挂接功能，链接交流中心官网，方便用户移动端查看交流中心官网。
2.4.2微发布
利用微信自带功能发布中心获得的成就、荣誉。
2.4.3微展示
利用微信挂接功能，挂接中心专用平台展示中心文化；
链接中心传媒、微博群、微信群等。
2.4.4微传播
利用微信自带功能每天推送中心的重要新闻、公告、通知、国内外时政要闻，传播中心重大典型的先进事迹。
2.4.5微论坛
为用户提供移动端交流平台，通过交流中心专有平台实现标准论坛功能，挂接微信，用户可以通过微信号登录论坛。
2.4.6微投票
利用微信自带投票功能，实现简单的投票，支持关注投票及无需关注投票。
2.4.7抽奖
利用微信挂接抽奖系统，中奖信息绑定用户微信号，支持转盘、随机抽取、开箱子、留言等形式。
2.5服务号
服务号主要实现：
查询、支付、注册、客服、调研、微会员、微电商功能。
2.5.1查询
调用微信API与业务系统建立接口，实现简单查询及关键字查询。
2.5.2支付
调用微信钱包API，实现移动端在线支付或发红包功能。
2.5.3注册
交流中心专有平台提供注册表单画面挂接微信，用户通过微信向交流中心提交会议注册信息。
2.5.4客服
实现微信端在线客服功能。
2.5.5调研
交流中心专有平台提供调研表单画面挂接微信，发布调研问卷，使用户可以通过微信与交流中心互动。
2.5.6微会员
交流中心专有平台提供会员画面挂接微信，使管理者可以通过微信对其权限内的会员进行管理操作。
2.5.7微电商
提供标准的电商功能，使用户可以在微信端实现产品发布、管理、支付、买卖等操作。
第3章产品选型
3.1采用PHP语言开发
该系统采用PHP5+MySQL做为技术基础进行开发，与JavaScript、XML、HTML相结合的进行网站设计开发。
具有以下优点：
3.2模块化，开源，可扩展
PHP有着简单易用和功能强大的特点，这完全要归功于其开放的模块化设计。
在基于Zend引擎的支持和优化下，各种各样的扩展模块，其功能已经覆盖几乎所有的Web应用采用模块化方式开发，提供了自定义模型和模块开发接口，并且完全开源，便于二次开发。
3.3负载能力强，支持千万级数据
基于PHP开发的系统程序，从缓存技术、数据库设计、代码优化等多个角度入手进行优化，可将内容存文本，支持千万级数据量，全力保证大中型应用和长期发展。
3.4可实现模板化，实现程序逻辑与用户界面分离
输出控制灵活，可在HTML中内嵌PHP代码，也可以由PHP输出HTML运行，也可以在命令行下执行，将结果输出到其他设备。
3.5跨平台
可运行在Win32或UNIX/Linux/Macintosh/FreeBSD/OS2等平台上。
与多个WEB服务器兼容，如Apache、MSIIS、NetscapeServer等。
3.6基本DIV+CSSWEB设计标准开发
DIV+CSS是WEB设计标准，它是一种网页的布局方法。
与传统中通过表格（table）布局定位的方式不同，它可以实现网页页面内容与表现相分离。
第4章实施方案
4.1项目组织结构
项目各岗位的主要职责如下：
组织单元
弓矿及客户人员
势诚公司人员
项目领导委员会
∙高层领导
∙主管合伙人/总监
项目管理办公室
∙分管领导、项目经理
∙项目经理
技术组
∙设计人员
∙设计人员、开发人员
4.1.1项目职责分工
项目组成员的职责分工如下表所示。
角色
职责
项目领导小组、委员会
•批准项目计划、监控项目进展；
•协调解决项目中存在的问题；
•对项目中存在的重大问题进行决策；
•听取项目各阶段汇报，审核项目交付品
•确认项目终验收通过
项目经理
•向项目领导小组汇报项目情况
•制定并控制项目计划
•负责项目日常管理工作
•控制项目范围
•组织并分配项目资源
•组织召开项目例会及阶段验收
•协调解决项目中各类问题
•监督检查各小组工作情况
•负责各类项目技术方案的评审与确认
•组织对项目交付品进行验收
技术人员
•设计、开发通讯接口
•调试及维护系统
•参与各技术方案制定
•接受技术培训解决运行中存在的系统问题
最终用户
•接受最终用户培训
4.1.2对客户项目团队及人员组成的建议和要求
客户与弓矿将派出分管领导或部门经理级员工担任本次项目的项目经理，与势诚公司项目经理共同负责项目日常管理和协调工作。
同时，将派出关键用户全职、全程参与项目工作。
4.2合同工期、计划
序号
活动
工期（周）
1
项目启动
2
需求调研
3
设计
5
环境搭建
6
微信开发
8
10
测试
11
培训
12
上线
13
其他
4
4.3双方职责与交付清单
1）项目启动阶段
✓项目主要人员到位，召开项目启动大会
✓完成项目工作任务书
✓签订合同
2）系统实现阶段
✓集成测试完成，签署确认集成测试报告
✓用户培训完成
3）上线准备与切换上线阶段
✓发布上线通知，宣布系统上线
4）运行维护
✓上线运行1个月内发生的实施问题已解决或给出合理解释。
✓交付文档确认已移交
4.4势诚公司实施团队及资源配置
势诚公司按照本次项目目标，将派驻满足要求的服务人员提供现场或远程服务。
项目主要人员包括：
项目经理、设计开发人员等,确保相应资源为势诚公司自身资源，而非外部人员。
此外，项目主管合伙人/总监将不定期参与项目的评审并对关键方案、重大问题提供建议。
在项目期间，势诚公司会根据项目工作量和实际进展情况制定资源计划，并按计划投入足够数量且能力满足要求的技术人员加入到项目相关阶段工作。
4.5对客户项目职责的前提假设
本工作任务是基于以下客户的项目职责前提，这些前提职责是项目组在预定的时间内项目实施的必要保证。
这些前提职责的变更将严重影响项目计划及进度。
具体项目前提如下所述：
●本项目将按照势诚公司建议的实施方法论进行实施，客户将按照既定的实施策略与实施范围开展工作。
●项目计划由双方项目经理共同制订，实施过程中可根据实际情况进行适当调整。
●势诚公司与客户将组成联合团队，按照本工作任务约定承担各自职责，密切配合，协调工作，共同完成项目实施工作。
●客户将按照项目计划提供实施工作所需的各项业务信息，势诚公司按本协议所规定的保密条款对客户提供的信息保密。
●如项目实施过程中涉及第三方（非势诚公司），客户将负责控制任何可能影响项目工作的第三方因素。
由第三方因素造成的项目计划变化将通过项目变更管理流程处理。
●本项目提交的项目文档仅要求以中文编写。
第5章项目管理
5.1变更管理的范围
在项目实施过程中，由一方提出的任何对项目合同或双方书面协议内容进行增加、修改或取消的要求都应纳入项目变更管理的范围，变更包括但不限于下列内容的改变：
项目进度计划主要里程碑的变更；
实施范围的变更，包括实施服务内容的增加或变更，新的业务需求，系统方案变更，其他变更等；
合同条款的变更。
5.2变更管理的基准
本工作任务书中所描述的实施范围为双方约定的项目范围。
如果项目实施的实际范围与约定的范围出现偏差，变更发起方应事先提出变更申请，双方按变更管理流程处理。
变更申请确认通过后，应以重新确认的实施范围作为变更管理的基准。
5.3变更控制程序
如果需要更改本协议以及在实施过程中发生项目变更，应遵循以下程序。
项目变更请求是协商变更的工具。
变更请求必须描述变更、变更的根本原因和变更对项目的影响。
项目变更应遵循事先约定的变更管理流程，流程参见变更请求处理流程。
双方项目经理应复核建议的变更并提议进一步研究或予以拒绝。
如变更量较大，势诚公司会说明涉及的收费并经双方协商同意。
变更请求必须由双方授权代表签署以授权研究所建议的变更。
该研究将确定变更请求的实施价格、时间表以及协议的其它条款和条件的影响。
在授权实施经过研究的变更前，必须由双方授权代表签署书面的《变更授权书》和变更请求。
在建议的变更未被书面确认前，除变更部分，双方仍继续按最后同意的服务工作说明书执行有关项目的工作。
5.4变更请求处理流程
项目实施过程中根据业务和实施实际情况，项目实施双方均可以提出变更申请，并办理《项目变更申请批准表》（示例见附表）。
所有的项目变更需要经过双方项目经理审批同意，对于较大的变更需要经过项目指导委员会进行审批同意。
变更管理流程如下：
变更申请：
任何一方认为有项目变更的需要时，应由申请人填写《变更申请批准表》中变更申请部分（具体参见下表：
变更申请批准表示例》），提交给双方项目经理；
双方项目经理指派变更调研人共同组成项目专责小组对变更申请进行详细了解和研究，对变更要求的原因和可能产生的影响进行分析，研究解决问题的其他途径和方案，填写变更申请中调研报告部分，提交双方项目经理；
双方项目经理安排讨论具体的实施变更方案和计划，并将最终建议方案填写在变更申请确认方案部分并签署项目变更申请批准表；
如果涉及重大变更，譬如项目上线时间点、商务合同等变更重大的变更因素，需要提请项目指导委员会进行审核；
项目组根据最终的变更审批意见执行。
附表：
项目变更申请批准表（示例）
变更主题
文档编号
项目阶段.
接口设计阶段（举例）
紧急程度
□紧急□高□中□低
提出人
提交日期
客户项目经理
势诚公司项目经理
变更原因
□新需求□流程变更□方案变更□其他
变更申请详细信息描述
变更影响评估
□是□否解决可操作性问题，使操作更为直观和方便
□是□否解决业务流程控制问题
□是□否满足特定的业务管理模式，标准功能无法解决
□是□否提供数据的准确性和可靠性，减少人工干预
□是□否解决跨系统的数据流，使不同的系统间的业务更好地衔接
□是□否满足财务核算制度的要求
□是□否系统多组织环境下的数据和业务安全性隔离的要求，增强数据的安全性和保密性
□是□否符合公司内控流程
□是□否标准功能没有提供相应的报表，但是管理需要
□是□否标准功能虽然提供了相应的报表，但格式及内容不能满足管理的需求
□是□否个性化需求，不具备在其他单位推广的条件
□是□否破环了系统本身的业务逻辑，影响系统平滑升级，风险较大
□是□否解决了某个方面的问题，但会带来其他较多的负面影响
□是□否通过其他变通方式获得解决
变更申请确认方案
职位
姓名
意见
日期
年月日
。
第6章验收约定
6.1验收标准
验收方式
验收标准
说明
项目最终验收
运行总体性能
系统运行平稳；
业务流程及数据完整准确；
与其他系统接口运行稳定准确
系统操作响应时间
系统功能前台操作的响应时间小于等于6秒（并发用户数小于200）
系统最大故障率
出现因系统功能导致的系统停机的系统最大故障率小于1%,因硬件平台或软件本身错误导致的系统故障除外
系统功能准确性
在输入数据准确的前提下，系统100%保证功能和输出数据的准确性
接口数据传输准确性
在与其他系统的接口实现中，在输入数据准确的前提下，保证接口100%输出数据的准确性
6.2交付物验收程序
Ø
交付物接收程序
本项目的项目交付物清单见第4.3节部分。
按以下验收标准和流程进行验收。
双方都应按照下述的标准、流程和时间要求及时对项目交付物进行审核、修改、批准和验收，以便于项目按约定的时间表进行。
本项目的验收负责人
项目过程中项目交付物由项目经理组织验收，所有项目交付物在验收之前都将经过讨论和批准程序。
项目交付物验收过程如下
在项目进程中，所有项目交付物都将经过双方非正式讨论，以使双方对文档内容的认识一致并缩短项目交付物的验收时间。
在项目对应阶段，乙方在完成本章“项目交付物”中对应的该阶段项目交付物后，经双方讨论后，作为项目正式交付物提交甲方，甲方在收到该阶段项目交付物后的10个工作日内审阅并由相关负责人签字确认验收通过或提出书面修改意见。
如果超过10个工作日对项目交付物未签字或没有提出任何书面修改意见，则该项目交付物被视为已被甲方接受和书面签字确认验收通过。
如果甲方在上述期限内对项目交付物提出书面修改意见，则乙方将在5个工作日内对项目交付物进行修改并提交给甲方再次进行验收。
如果甲方在接到更新后的项目交付物后5个工作日内没有正式书面回复，则视为已经接受该项目交付物。
如果甲方对更新后的项目交付物仍然有异议，则双方项目组应在3个工作日内召开一个讨论会进行讨论，乙方将依据讨论会上双方同意的结果对项目交付物进行最终修改并提交。
甲方应在各阶段按本条规定及时完成对项目交付物的验收，以免影响项目进度。
第7章售后与质保
7.1质保期服务内容
本项目实施服务最终验收后，乙方承诺提供免费质保期为12个月，对系统实施质量问题（但不包括本合同规定实施范围外，甲方新增组织范围或新增需求的实现）进行质保，具体如下。
在免费质保期内，乙方建立质保维护小组，提供系统运行质保维护。
售后维护服务电话号码：
售后维护服务时间安排：
7*24小时服务
在保证解决甲方问题的前提下，乙方可使用现场技术支持服务及远程支持的方式进行质保期内服务。
如果甲方需要乙方提供现场技术支持服务，乙方须提供现场技术支持服务。
对系统出现的问题和维护结果进行记录，编制相应问题报告及解决方案文档；
每季度编制对该季度内接受到的问题的总结分析报告并提交甲方。
7.2质保期外服务内容
3个月免费质保期后，乙方承诺可向甲方提供质保期外的有偿维护及升级服务，具体方式可为现场服务及远程服务。
质保期外现场维护服务及系统升级服务参见第十章内容。
严重等级
描述
典型事件
初始回应时间
问题解决时间
紧急
一个关键的功能不起作用或者受严重的影响；
对业务的影响很严重；
很多用户不能完成正常的工作；
没有可行的其他办法。
15分钟以内
4个小时
严重
一个关键的功能不起作用或者被一个问题严重影响；
对业务有一定的影响，少量用户不能完成正常工作，没有可行的其他办法。
30分钟以内
8个小时
中等
一个不是关键的服务不起作用或者被一个问题影响。
对业务没有直接的立即的影响。
日常工作可以继续只是有一些很小的中断或者效率被降低。
可以选择另一种方法继续日常工作。
8小时以内
48个小时
一般
一个小问题或者客户提出的改进或者改变系统。
有现成的永久性的工作方案，但是可能导致生产力的下降。
24小时内
一周内
投标人全称（盖章）：
法定代表人或授权代表（签字）：
2017年2月13日
升级会员 