微信公众服务与运营项目实施方案设计正本

1、实用标准文案精彩文档XXXX微信公众效劳及运营工程总体实施方案XXXXXXXXXXXXX 公司目录第1章概述1.1说明41.2工程范围4第2章工程整体实现内容 2.1微信公众平台的申请 52.2 XXXX微信平台建设52.3 XXXX微信专用平台 52.3.1 用户治理52.3.2 单点登录62.3.3账号验证平安治理62.4订阅号62.4.1 微官网62.4.2 微发布62.4.3 微展示62.4.4微传播72.4.5微论坛72.4.6微投票72.4.7 抽奖72.5效劳号72.5.1 查询72.5.2 支付72.5.3 注册72.5.4 客服82.5.5 调研82.5.6微会员82.5.7

2、 微电商8第3章产品选型3.1采用PHP语言开发 93.2模块化,开源,可扩展 93.3负载水平强,支持千万级数据 93.4可实现模板化,实现程序逻辑与用户界面别离 93.5跨平台93.6 根本DIV+CSS WE般计标准开发 9第4章实施方案104.1 工程组织结构 104.1.1 工程责任分工104.1.2对客户工程团队及人员组成的建议和要求 114.2合同工期、方案 114.3双方责任与交付清单 124.4势诚公司实施团队及资源配置 124.5对客户工程责任的前提假设 13第5章工程治理 145.1变更治理的范围 145.2变更治理的基准 145.3 变更限制程序 145.4变更请求处理

3、流程 15第6章验收约定 186.1 验收标准186.2交付物验收程序 18第7章售后与质保207.1质保期效劳内容 207.2质保期外效劳内容 20第1章 概述1.1说明本文是XXXX微信公众效劳与运营工程投标文件,描述对工程的技术 方案、实施方案及进度安排,对质量治理举措、进度限制举措、生产安 全保证举措提出了专业的建议.1.2工程范围本期工程主要：微信公众平台的申请、产业交流中央微信平台建设 日常运营三局部微信公众平台的申请申请产业交流中央微信订阅号及效劳号.产业交流中央微信平台建设利用订阅号来做主要的宣传方式,通过大量的咨询来引导客户,可 实现：微官网、微发布、微展示、微传播、微论坛、

4、投票、公司活动、 抽奖、会议通知.利用效劳号来提供多方式的互动效劳,可实现：查询、支付、注 册、客服、调研、微官网、微会员、微电商功能.产业交流中央微信平台运营平台建设完成后,需根据拉萨交流产业中央日常需求提供相应的运 营效劳.第2章工程整体实现内容2.1微信公众平台的申请1) 负责微信公众平台的申请、建设工作；2) 承当申请过程中发生的费用；3) 负责为甲方提出申请材料列表；2.2 xxxx微信平台建设XXXX微信平台由微信官方治理平台、微信用户客户端和xxxx微信专用平台三局部组成的一套完整的微信应用及治理体系.微信官方治理平台其主要功能包括用户治理、消息治理、分析统 计、微信号相关介绍及

5、开发权限治理等.微信用户客户端是微信用户登录认证及进行专业业务操作的交互程 序.xxxx微信专用平台：实现将企业内部信息资源进行整合并结合微信 官方提供的标准接口进行开发,实现了业务模块配置、业务接口设置、 统一消息交互、业务系统逻辑处理等复杂的功能,如图：2.3 xxxx微信专用平台支持中央内人员多个业务系统账号的添加与治理,使得微信登录各 企业系统能够实现单点登录,方便用户操作,提升办公及信息查询效 率.2.3.1用户治理可以查询所有关注的用户信息,并可以进行用户身份绑定,把用户 的微信与在职身份进行一对一的绑定.用户身份绑定后,可以实现相应实用标准文案的业务操作,微信平台用户治理实现了多

6、个业务系统的身份映射治理功 能.232单点登录绑定身份的微信用户登录微信中设置好的其它业务系统,可以不再 输入身份信息,业务系统就会自动识别用户身份并赋予相应的业务权 限.233账号验证平安治理当在微信公众平台中跳转到业务系统页面中时,需要进行用户验证 过程,验证采用 Oauth2.0网页授权方式验证,跳转至业务系统页面后会 自动生成一个随机验证码,业务系统通过该验证码调用用户验证接口即 可获取该用户的身份,完成了平安验证过程2.4订阅号订阅号主要实现：微官网、微发布、微展示、微传播、微论坛、投 票、抽奖功能.2.4.1微官网利用微信挂接功能,链接交流中央官网,方便用户移动端查看交流 中央官网

7、.2.4.2微发布利U用微信自带功能发布中央获得的成就、荣誉.2.4.3微展示利U用微信挂接功能,挂接中央专用平台展示中央文化；链接中央传媒、微博群、微信群等.实用标准文案244微传播禾U用微信自带功能每天推送中央的重要新闻、公告、通知、国内外 时政要闻,传播中央重大典型的先进事迹.2.4.5微论坛为用户提供移动端交流平台,通过交流中央专有平台实现标准论坛 功能,挂接微信,用户可以通过微信号登录论坛.2.4.6微投票利用微信自带投票功能,实现简单的投票,支持关注投票及无需关 注投票.2.4.7抽奖利用微信挂接抽奖系统,中奖信息绑定用户微信号,支持转盘、随 机抽取、开箱子、留言等形式.2.5效劳

8、号效劳号主要实现：查询、支付、注册、客服、调研、微会员、微电 商功能.2.5.1查询调用微信API与业务系统建立接口,实现简单查询及关键字查询.2.5.2支付调用微信钱包API,实现移动端在线支付或发红包功能.2.5.3注册交流中央专有平台提供注册表单画面挂接微信,用户通过微信向交 流中央提交会议注册信息.实用标准文案2.5.4客服实现微信端在线客服功能.2.5.5调研交流中央专有平台提供调研表单画面挂接微信,发布调研问卷,使 用户可以通过微信与交流中央互动.2.5.6微会员交流中央专有平台提供会员画面挂接微信,使治理者可以通过微信 对其权限内的会员进行治理操作.2.5.7微电商提供标准的电商

9、功能,使用户可以在微信端实现产品发布、治理、 支付、买卖等操作.精彩文档实用标准文案第3章产品选型3.1采用PHP语言开发该系统采用PHP5+MySQ做为技术根底进行开发,与JavaScript、XML HTML!结合的进行网站设计开发.具有以下优点：3.2模块化,开源,可扩展PHP有着简单易用和功能强大的特点,这完全要归功于其开放的模块 化设计.在基于Zend引擎的支持和优化下,各种各样的扩展模块,其功 能已经覆盖几乎所有的 Web应用采用模块化方式开发,提供了自定义模 型和模块开发接口,并且完全开源,便于二次开发.3.3负载水平强,支持千万级数据基于PHP开发的系统程序,从缓存技术、数据库

10、设计、代码优化等 多个角度入手进行优化,可将内容存文本,支持千万级数据量,全力保 证大中型应用和长期开展.3.4可实现模板化,实现程序逻辑与用户界面别离输出限制灵活,可在 HTML中内嵌PHP代码,也可以由PHP输出HTML 运行,也可以在命令行下执行,将结果输出到其他设备.3.5跨平台可运行在 Win32 或 UNIX/Linux/Macintosh/FreeBSD/OS2 等平台上. 与多个 WEB效劳器兼容,如 Apache MS IIS、Netscape Server 等.3.6根本DIV+CSS WE设计标准开发DIV+CSS是 WEB设计标准,它是一种网页的布局方法.与传统中通过

11、表格table 布局定位的方式不同,它可以实现网页页面内容与表现相 别离.实施方案4.1工程组织结构工程各岗位的主要责任如下:工程领导委员会高层领导监主管合伙人/总工程治理办公室目经理分管领导、项工程经理技术组设计人员发人员设计人员、开4.1.1工程责任分工工程组成员的责任分工如下表所示工程领导小组、委员会批准工程方案、监控工程进 展；协调解决工程中存在的问题；对工程中存在的重大问题进行 决策；听取工程各阶段汇报,审核项 目交付品确认工程终验收通过工程经理向工程领导小组汇报工程情况制定并限制工程方案 负责工程日常治理工作限制工程范围组织并分配工程资源组织召开工程例会及阶段验收协调解决工程中各类

12、问题监督检查各小组工作情况负责各类工程技术方案的评审 与确认组织对工程交付品进行验收技术人员设计、开发通讯接口调试及维护系统参与各技术方案制疋接受技术培训解决运行中存在的系统问题最终用户接受最终用户培训4.1.2对客户工程团队及人员组成的建议和要求客户与弓矿将派出分管领导或部门经理级员工担任本次工程的工程 经理,与势诚公司工程经理共同负责工程日常治理和协调工作.同时, 将派出关键用户全职、全程参与工程工作.4.2合同工期、方案序号活动工期周1:工程启动22需求调研23设计35环境搭建26微信开发810:测试211培训112:上线113其他44.3双方责任与交付清单1工程启动阶段工程主要人员到位

13、,召开工程启动大会完成工程工作任务书签订合同2系统实现阶段集成测试完成,签署确认集成测试报告用户培训完成3上线准备与切换上线阶段发布上线通知,宣布系统上线4运行维护上线运行1个月内发生的实施问题已解决或给出合理解 释.交付文档确认已移交4.4势诚公司实施团队及资源配置势诚公司根据本次工程目标,将派驻满足要求的效劳人员提供现场或远程效劳.工程主要人员包括：工程经理、设计开发人员等,保证相应资源为势诚公司自身资源,而非外部人员.此外,工程主管合伙人/总 监将不定期参与工程的评审并对关键方案、重大问题提供建议.在工程 期间,势诚公司会根据工程工作量和实际进展情况制定资源方案,并按 方案投入足够数量且

14、水平满足要求的技术人员参加到工程相关阶段工 作.4.5对客户工程责任的前提假设本工作任务是基于以下客户的工程责任前提,这些前提责任是工程 组在预定的时间内工程实施的必要保证.这些前提责任的变更将严重影 响工程方案及进度.具体工程前提如下所述：本工程将根据势诚公司建议的实施方法论进行实施,客户将根据既定 的实施策略与实施范围开展工作.工程方案由双方工程经理共同制订,实施过程中可根据实际情况进行 适当调整.势诚公司与客户将组成联合团队,根据本工作任务约定承当各自职 责,密切配合,协调工作,共同完成工程实施工作.客户将根据工程方案提供实施工作所需的各项业务信息,势诚公司按 本协议所规定的保密条款对客

15、户提供的信息保密.如工程实施过程中涉及第三方非势诚公司,客户将负责限制任何 可能影响工程工作的第三方因素.由第三方因素造成的工程方案变化 将通过工程变更治理流程处理.本工程提交的工程文档仅要求以中文编写.第5章 工程治理5.1变更治理的范围在工程实施过程中,由一方提出的任何对工程合同或双方书面协议 内容进行增加、修改或取消的要求都应纳入工程变更治理的范围,变更 包括但不限于以下内容的改变：工程进度方案主要里程碑的变更；实施范围的变更,包括实施效劳内容的增加或变更,新的业务需求,系统方案变更,其他变更等；合同条款的变更.5.2变更治理的基准本工作任务书中所描述的实施范围为双方约定的工程范围.如果

16、项 目实施的实际范围与约定的范围出现偏差,变更发起方应事先提出变更 申请,双方按变更治理流程处理.变更申请确认通过后,应以重新确认 的实施范围作为变更治理的基准.5.3变更限制程序如果需要更改本协议以及在实施过程中发生工程变更,应遵循以下 程序.工程变更请求是协商变更的工具.变更请求必须描述变更、变更的 根本原因和变更对工程的影响.工程变更应遵循事先约定的变更治理流程,流程参见变更请求处理 流程.双方工程经理应复核建议的变更并提议进一步研究或予以拒绝.如 变更量较大,势诚公司会说明涉及的收费并经双方协商同意.变更请求 必须由双方授权代表签署以授权研究所建议的变更.该研究将确定变更 请求的实施价

17、格、时间表以及协议的其它条款和条件的影响.在授权实施经过研究的变更前,必须由双方授权代表签署书面的?变更授权书?和变更请求.在建议的变更未被书面确认前,除变更部 分,双方仍继续按最后同意的效劳工作说明书执行有关工程的工作.5.4变更请求处理流程工程实施过程中根据业务和实施实际情况,工程实施双方均可以 提出变更申请,并办理?工程变更申请批准表?例如见附表.所打11凋琐昌壹更处理机刮业务组/实施型位有的工程变更需要经过双方工程经理审批同意,对于较大的变更需要经过工程指导委员会进行审批同意.变更治理流程如下:变更申请：任何一方认为有工程变更的需要时,应由申请人填写?变更申请批准表?中变更申请局部具体

18、参见下表：变更申请批准表示 例?,提交给双方工程经理；双方工程经理指派变更调研人共同组成工程专责小组对变更申请进 行详细了解和研究,对变更要求的原因和可能产生的影响进行分析,研 究解决问题的其他途径和方案,填写变更申请中调研报告局部,提交双 方工程经理；双方工程经理安排讨论具体的实施变更方案和方案,并将最终建议 方案填写在变更申请确认方案局部并签署工程变更申请批准表；如果涉及重大变更,譬如工程上线时间点、商务合同等变更重大的 变更因素,需要提请工程指导委员会进行审核；工程组根据最终的变更审批意见执行.附表：工程变更申请批准表例如变更主题文档编号工程阶段接口设计阶段举例紧急程度紧急 高 中低提出

19、人提交日期客户项目经理势诚公司工程经理变更原因新需求流程变更 方案变更 其他变更申请详细信息描述变更影响评估是否 解决可操作性问题,使操作更 为直观和方便是否 解决业务流程限制问题是否 满足特定的业务治理模式,标 准功能无法解决是否 提供数据的准确性和可靠性, 减少人工干预是否 解决跨系统的数据流,使不同 的系统间的业务更好地衔接是否 满足财务核算制度的要求是否 系统多组织环境下的数据和业 务平安性隔离的要求,增强数 据的平安性和保密性是否 符合公司内控流程是否 标准功能没有提供相应的报表,但是治理需要是否 标准功能虽然提供了相应的报表,但格式及内容不能满足治理的需求是否 个性化需求,不具备在

20、其他单位推广的条件是否 破环了系统本身的业务逻辑,影响系统平滑升 级,风险较大是否解决了某个方面的问题,但会带来其他较多 的负面影响是否 通过其他变通方式获得解决变更申请确认方案职位姓名意见日期年月日第6章验收约定6.1验收标准验收方式验收标准说明工程最终 验收运行总体 性能系统运行平稳； 业务流程及数据完整准确； 与其他系统接口运行稳疋准确系统操作 响应时间系统功能前台操作的响应时间小于等于 6秒并 发用户数小于200系统最大 故障率出现因系统功能导致的系统停机的系统最大故障 率小于1%,因硬件平台或软件本身错误导致的系 统故障除外系统功能 准确性在输入数据准确的前提下,系统100嘛证功能和

21、 输出数据的准确性接口数据 传输准确 性在与其他系统的接口实现中,在输入数据准确的 前提下,保证接口 100嚇出数据的准确性6.2交付物验收程序交付物接收程序本工程的工程交付物清单见第4.3节局部.按以下验收标准和流程进行验收.双方都应根据下述的标准、流程和时间要求及时对工程交付物进行 审核、修改、批准和验收,以便于工程按约定的时间表进行.本工程的验收负责人工程过程中工程交付物由工程经理组织验收,所有工程交付物在验 收之前都将经过讨论和批准程序.工程交付物验收过程如下在工程进程中,所有工程交付物都将经过双方非正式讨论,以使双 方对文档内容的熟悉一致并缩短工程交付物的验收时间.在工程对应阶段,乙

22、方在完本钱章“工程交付物中对应的该阶段 工程交付物后,经双方讨论后,作为工程正式交付物提交甲方,甲方在 收到该阶段工程交付物后的10个工作日内审阅并由相关负责人签字确认 验收通过或提出书面修改意见.如果超过 10个工作日对工程交付物未签 字或没有提出任何书面修改意见,那么该工程交付物被视为已被甲方接受 和书面签字确认验收通过.如果甲方在上述期限内对工程交付物提出书面修改意见,那么乙方将 在5个工作日内对工程交付物进行修改并提交给甲方再次进行验收.如 果甲方在接到更新后的工程交付物后 5个工作日内没有正式书面回复, 那么视为已经接受该工程交付物.如果甲方对更新后的工程交付物仍然有 异议,那么双方工程组应在3个工作日内召开一个讨论会进行讨论,乙方 将依据讨论会上双方同意的结果对工程交付物进行最终修改并提交.甲方应在各阶段按本条规定及时完成对工程交付物的验收,以免影 响工程进度.精彩文档第7章售后与质保7.1质保期效劳内容