ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:34.44KB ,
资源ID:12691820      下载积分:1 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-12691820.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(微信公众服务与运营项目实施方案设计正本.docx)为本站会员(b****8)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

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

1、微信公众服务与运营项目实施方案设计正本XXXX微信公众服务及运营项目总体实施方案XXXXXXXXXXXXX 公司第1章概述 1.1说明 41.2项目范围 4第2章项目整体实现内容 2.1微信公众平台的申请 52.2XXXX微信平台建设 52.3XXXX微信专用平台 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调研

2、 82.5.6微会员 82.5.7微电商 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、.3 变更控制程序 145.4变更请求处理流程 15第6章验收约定 186.1 验收标准 186.2交付物验收程序 187.1质保期服务内容 207.2质保期外服务内容 20第1章 概述1.1说明本文是XXXX微信公众服务与运营项目投标文件,描述对项目的技术 方案、实施计划及进度安排,对质量管理措施、进度控制措施、生产安 全保障措施提出了专业的建议。1.2项目范围本期项目主要:微信公众平台的申请、产业交流中心微信平台建设 日常运营三部分微信公众平台的申请申请产业交流中心微信订阅号及服务号。产业交流中心微信平台建设利用订阅号来做主要的宣传方式,通过大量的咨询来引导客户,可 实现:微官网、微发布、

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

5、计、微信号相关介绍及开发权限管理等。微信用户客户端是微信用户登录认证及进行专业业务操作的交互程 序。xxxx微信专用平台:实现将企业内部信息资源进行整合并结合微信 官方提供的标准接口进行开发,实现了业务模块配置、业务接口设置、 统一消息交互、业务系统逻辑处理等复杂的功能,如图:2.3xxxx微信专用平台支持中心内人员多个业务系统账号的添加与管理,使得微信登录各 企业系统能够实现单点登录,方便用户操作,提高办公及信息查询效 率。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抽奖利用微信挂接抽奖系统,中奖信息绑定用户微信号,支持转盘、随 机抽取、开箱子、留言

8、等形式。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微

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%,因硬件平台或软件本身错误导致的系 统故障除外系统功

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

22、的认识一致并缩短项目交付物的验收时间。在项目对应阶段,乙方在完成本章“项目交付物”中对应的该阶段 项目交付物后,经双方讨论后,作为项目正式交付物提交甲方,甲方在 收到该阶段项目交付物后的10个工作日内审阅并由相关负责人签字确认 验收通过或提出书面修改意见。如果超过 10个工作日对项目交付物未签 字或没有提出任何书面修改意见,则该项目交付物被视为已被甲方接受 和书面签字确认验收通过。如果甲方在上述期限内对项目交付物提出书面修改意见,则乙方将 在5个工作日内对项目交付物进行修改并提交给甲方再次进行验收。如 果甲方在接到更新后的项目交付物后 5个工作日内没有正式书面回复, 则视为已经接受该项目交付物

23、。如果甲方对更新后的项目交付物仍然有 异议,则双方项目组应在3个工作日内召开一个讨论会进行讨论,乙方 将依据讨论会上双方同意的结果对项目交付物进行最终修改并提交。甲方应在各阶段按本条规定及时完成对项目交付物的验收,以免影 响项目进度。第7章 售后与质保7.1质保期服务内容本项目实施服务最终验收后,乙方承诺提供免费质保期为 12个月,对系统实施质量问题(但不包括本合同规定实施范围外,甲方新增组织范 围或新增需求的实现)进行质保,具体如下。在免费质保期内,乙方建立质保维护小组,提供系统运行质保维护。售后维护服务电话号码:售后维护服务时间安排:7*24小时服务在保证解决甲方问题的前提下,乙方可使用现

24、场技术支持服务及远程支持的方式进行质保期内服务。如果甲方需要乙方提供现场技术支持服务,乙方须提供现场技术 支持服务。对系统出现的问题和维护结果进行记录,编制相应问题报告及解 决方案文档;每季度编制对该季度内接受到的问题的总结分析报告并提交甲方。7.2质保期外服务内容3个月免费质保期后,乙方承诺可向甲方提供质保期外的有偿维护及升级服务,具体方式可为现场服务及远程服务。质保期外现场维护服务及系统升级服务参见第十章内容。严重 等级描 述典型事件初始 回应 时间问题 解决 时间1紧 急一个关键的功能不起作用或者受严重的影响;对 业务的影响很严重;很多用户不能完成正常的工15分钟以4个小时作;没有可行的其他办法。内2/严 重一个关键的功能不起作用或者被一个问题严重影 响;对业务有一定的影响,少量用户不能完成正 常工作,没有可行的其他办法。30分钟以 内8个小时3中 等一个不是关键的服务不起作用或者被一个问题影 响。对业务没有直接的立即的影响。日常工作可 以继续只是有一些很小的中断或者效率被降低。 可以选择另一种方法继续日常工作。8小 时以 内48个小时4般一个小问题或者客户提出的改进或者改变系统。 有现成的永久性的工作方案,但是可能导致生产 力的下降。24小时内一周内投标人全称(盖章): XXXXXXXXXXXXX 公司法定代表人或授权代表(签字):2017 年2 月13 日

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2