微信公眾服務(wù)與運營項目實施方案(正本)

1、（正）本xxxx微信公眾服務(wù)及運營項目總體實施方案xxxxxxxxxxxxx 公司目錄第 1 章 概述 41.1 說明 41.2 項目范圍 4第 2 章 項目整體實現(xiàn)內(nèi)容52.1 微信公眾平臺的申請52.2 XXX)信平臺建設(shè) 52.3 XXXXt信專用平臺 52.3.1 用戶管理 52.3.2 單點登錄 62.3.3 賬號驗證安全管理 62.4 訂閱號 62.4.1 微官網(wǎng) 62.4.2 微發(fā)布 62.4.3 微展示 62.4.4 微傳播 72.4.5 微論壇 72.4.6 微投票 72.4.7 抽獎 72.5 服務(wù)號 72.5.1 查詢 72.5.2 支付 72.5.3 注冊 72.5.4

2、 客服 82.5.5 調(diào)研 82.5.6 微會員 82.5.7 微電商 8第 3 章 產(chǎn)品選型93.1 采用PHP語言開發(fā) 93.2 模塊化，開源，可擴展 93.3 負(fù)載能力強，支持千萬級數(shù)據(jù) 93.4 可實現(xiàn)模板化，實現(xiàn)程序邏輯與用戶界面分離93.5 跨平臺 93.6 基本DIV+CSS WE殷計標(biāo)準(zhǔn)開發(fā) 9第 4 章 實施方案104.1 項目組織結(jié)構(gòu)104.1.1 項目職責(zé)分工104.1.2 對客戶項目團(tuán)隊及人員組成的建議和要求114.2 合同工期、計劃 114.3 雙方職責(zé)與交付清單 124.4 勢誠公司實施團(tuán)隊及資源配置 124.5 對客戶項目職責(zé)的前提假設(shè) 13第5章項目管理 145

3、.1 變更管理的范圍 145.2 變更管理的基準(zhǔn) 145.3 變更控制程序 145.4 變更請求處理流程 15第6章驗收約定 186.1 驗收標(biāo)準(zhǔn) 186.2 交付物驗收程序 18第7章售后與質(zhì)保 207.1 質(zhì)保期服務(wù)內(nèi)容 207.2 質(zhì)保期外服務(wù)內(nèi)容 20第 1 章 概述1.1 說明本文是 xxxx 微信公眾服務(wù)與運營項目投標(biāo)文件，描述對項目的技術(shù)方案、實施計劃及進(jìn)度安排，對質(zhì)量管理措施、進(jìn)度控制措施、生產(chǎn)安全保障措施提出了專業(yè)的建議。1.2 項目范圍本期項目主要：微信公眾平臺的申請、產(chǎn)業(yè)交流中心微信平臺建設(shè)日常運營三部分微信公眾平臺的申請申請產(chǎn)業(yè)交流中心微信訂閱號及服務(wù)號。產(chǎn)業(yè)交流中心微

4、信平臺建設(shè)利用訂閱號來做主要的宣傳方式，通過大量的咨詢來引導(dǎo)客戶，可實現(xiàn)：微官網(wǎng)、微發(fā)布、微展示、微傳播、微論壇、投票、公司活動、抽獎、會議通知。利用服務(wù)號來提供多方式的互動服務(wù)，可實現(xiàn)：查詢、支付、注冊、客服、調(diào)研、微官網(wǎng)、微會員、微電商功能。產(chǎn)業(yè)交流中心微信平臺運營平臺建設(shè)完成后，需根據(jù)拉薩交流產(chǎn)業(yè)中心日常需求提供相應(yīng)的運營服務(wù)。第 2 章 項目整體實現(xiàn)內(nèi)容2.1 微信公眾平臺的申請1) 負(fù)責(zé)微信公眾平臺的申請、建設(shè)工作；2) 承擔(dān)申請過程中發(fā)生的費用；3) 負(fù)責(zé)為甲方提出申請材料列表；2.2 xxxx 微信平臺建設(shè)xxxx 微信平臺由微信官方管理平臺、微信用戶客戶端和xxxx 微信專用平

5、臺三部分組成的一套完整的微信應(yīng)用及管理體系。微信官方管理平臺其主要功能包括用戶管理、消息管理、分析統(tǒng)計、微信號相關(guān)介紹及開發(fā)權(quán)限管理等。微信用戶客戶端是微信用戶登錄認(rèn)證及進(jìn)行專業(yè)業(yè)務(wù)操作的交互程序。xxxx 微信專用平臺：實現(xiàn)將企業(yè)內(nèi)部信息資源進(jìn)行整合并結(jié)合微信官方提供的標(biāo)準(zhǔn)接口進(jìn)行開發(fā)，實現(xiàn)了業(yè)務(wù)模塊配置、業(yè)務(wù)接口設(shè)置、統(tǒng)一消息交互、業(yè)務(wù)系統(tǒng)邏輯處理等復(fù)雜的功能，如圖：2.3 xxxx 微信專用平臺支持中心內(nèi)人員多個業(yè)務(wù)系統(tǒng)賬號的添加與管理，使得微信登錄各企業(yè)系統(tǒng)能夠?qū)崿F(xiàn)單點登錄，方便用戶操作，提高辦公及信息查詢效率。2.3.1 用戶管理可以查詢所有關(guān)注的用戶信息，并可以進(jìn)行用戶身份綁定，把

6、用戶的微信與在職身份進(jìn)行一對一的綁定。用戶身份綁定后，可以實現(xiàn)相應(yīng)的業(yè)務(wù)操作，微信平臺用戶管理實現(xiàn)了多個業(yè)務(wù)系統(tǒng)的身份映射管理功能。2.3.2 單點登錄綁定身份的微信用戶登錄微信中設(shè)置好的其它業(yè)務(wù)系統(tǒng)，可以不再輸入身份信息，業(yè)務(wù)系統(tǒng)就會自動識別用戶身份并賦予相應(yīng)的業(yè)務(wù)權(quán)限。2.3.3 賬號驗證安全管理當(dāng)在微信公眾平臺中跳轉(zhuǎn)到業(yè)務(wù)系統(tǒng)頁面中時，需要進(jìn)行用戶驗證過程，驗證采用Oauth2.0 網(wǎng)頁授權(quán)方式驗證，跳轉(zhuǎn)至業(yè)務(wù)系統(tǒng)頁面后會自動生成一個隨機驗證碼，業(yè)務(wù)系統(tǒng)通過該驗證碼調(diào)用用戶驗證接口即可獲取該用戶的身份，完成了安全驗證過程2.4 訂閱號訂閱號主要實現(xiàn)：微官網(wǎng)、微發(fā)布、微展示、微傳播、微論壇

7、、投票、抽獎功能。2.4.1 微官網(wǎng)利用微信掛接功能，鏈接交流中心官網(wǎng)，方便用戶移動端查看交流中心官網(wǎng)。2.4.2 微發(fā)布利用微信自帶功能發(fā)布中心獲得的成就、榮譽。2.4.3 微展示利用微信掛接功能，掛接中心專用平臺展示中心文化；鏈接中心傳媒、微博群、微信群等。2.4.4 微傳播利用微信自帶功能每天推送中心的重要新聞、公告、通知、國內(nèi)外時政要聞，傳播中心重大典型的先進(jìn)事跡。2.4.5 微論壇為用戶提供移動端交流平臺，通過交流中心專有平臺實現(xiàn)標(biāo)準(zhǔn)論壇功能，掛接微信，用戶可以通過微信號登錄論壇。2.4.6 微投票利用微信自帶投票功能，實現(xiàn)簡單的投票，支持關(guān)注投票及無需關(guān)注投票。2.4.7 抽獎利用

8、微信掛接抽獎系統(tǒng)，中獎信息綁定用戶微信號，支持轉(zhuǎn)盤、隨機抽取、開箱子、留言等形式。2.5 服務(wù)號服務(wù)號主要實現(xiàn)：查詢、支付、注冊、客服、調(diào)研、微會員、微電商功能。2.5.1 查詢調(diào)用微信API 與業(yè)務(wù)系統(tǒng)建立接口，實現(xiàn)簡單查詢及關(guān)鍵字查詢。2.5.2 支付調(diào)用微信錢包API,實現(xiàn)移動端在線支付或發(fā)紅包功能。2.5.3 注冊交流中心專有平臺提供注冊表單畫面掛接微信，用戶通過微信向交流中心提交會議注冊信息。2.5.4 客服 實現(xiàn)微信端在線客服功能。2.5.5 調(diào)研 交流中心專有平臺提供調(diào)研表單畫面掛接微信，發(fā)布調(diào)研問卷，使用戶可以通過微信與交流中心互動。2.5.6 微會員 交流中心專有平臺提供會員

9、畫面掛接微信，使管理者可以通過微信對其權(quán)限內(nèi)的會員進(jìn)行管理操作。2.5.7 微電商 提供標(biāo)準(zhǔn)的電商功能，使用戶可以在微信端實現(xiàn)產(chǎn)品發(fā)布、管理、支付、買賣等操作。第 3 章 產(chǎn)品選型3.1 采用PHPS言開發(fā)該系統(tǒng)采用PHP5+MySQ做為技術(shù)基礎(chǔ)進(jìn)行開發(fā)，與 JavaScript、XML HTMW目結(jié)合的進(jìn)行網(wǎng)站設(shè)計開發(fā)。具有以下優(yōu)點：3.2 模塊化，開源，可擴展PHP有著簡單易用和功能強大的特點，這完全要歸功于其開放的模塊化設(shè)計。在基于Zend 引擎的支持和優(yōu)化下，各種各樣的擴展模塊，其功能已經(jīng)覆蓋幾乎所有的 Web應(yīng)用采用模塊化方式開發(fā)，提供了自定義模型和模塊開發(fā)接口，并且完全開源，便于二

10、次開發(fā)。3.3 負(fù)載能力強，支持千萬級數(shù)據(jù)基于PHP開發(fā)的系統(tǒng)程序，從緩存技術(shù)、數(shù)據(jù)庫設(shè)計、代碼優(yōu)化等多個角度入手進(jìn)行優(yōu)化，可將內(nèi)容存文本，支持千萬級數(shù)據(jù)量，全力保證大中型應(yīng)用和長期發(fā)展。3.4 可實現(xiàn)模板化，實現(xiàn)程序邏輯與用戶界面分離輸出控制靈活，可在 HTM葉內(nèi)嵌PH狀碼，也可以由PHP輸出HTML 運行，也可以在命令行下執(zhí)行，將結(jié)果輸出到其他設(shè)備。3.5 跨平臺可運行在 Win32 或 UNIX/Linux/Macintosh/FreeBSD/OS2 等平臺上。 與多個 WEBI艮務(wù)器兼容，如 Apache MS IIS、Netscape Server 等。3.6 基本DIV+CSS W

11、E段計標(biāo)準(zhǔn)開發(fā)DIV+CSSM WE股計標(biāo)準(zhǔn)，它是一種網(wǎng)頁的布局方法。與傳統(tǒng)中通過表格（ table ）布局定位的方式不同，它可以實現(xiàn)網(wǎng)頁頁面內(nèi)容與表現(xiàn)相分離。實施方案4.1 項目組織結(jié)構(gòu)項目各崗位的主要職責(zé)如下:項目領(lǐng)導(dǎo)委員會?高層領(lǐng)導(dǎo)?監(jiān)主管合伙人/總項目管理辦公室?目經(jīng)理分管領(lǐng)導(dǎo)、項?項目經(jīng)理技術(shù)組?設(shè)計人員?發(fā)人員設(shè)計人員、開4.1.1 項目職責(zé)分工項目組成員的職責(zé)分工如下表所示項目領(lǐng)導(dǎo)小組、委員會批準(zhǔn)項目計劃、監(jiān)控項目進(jìn)展；協(xié)調(diào)解決項目中存在的問題；對項目中存在的重大問題進(jìn)行 決策；聽取項目各階段匯報，審核項 目交付品確認(rèn)項目終驗收通過制定并控制項目計劃負(fù)責(zé)項目日常管理工作控制項目范

12、圍組織并分配項目資源組織召開項目例會及階段驗收協(xié)調(diào)解決項目中各類問題監(jiān)督檢查各小組工作情況負(fù)責(zé)各類項目技術(shù)方案的評審與確認(rèn)組織對項目交付品進(jìn)行驗收技術(shù)人員設(shè)計、開發(fā)通訊接口調(diào)試及維護(hù)系統(tǒng)參與各技術(shù)方案制止接受技術(shù)培訓(xùn)解決運行中存在 的系統(tǒng)問題最終用戶接受最終用戶培訓(xùn)4.1.2 對客戶項目團(tuán)隊及人員組成的建議和要求客戶與弓礦將派出分管領(lǐng)導(dǎo)或部門經(jīng)理級員工擔(dān)任本次項目的項目 經(jīng)理，與勢誠公司項目經(jīng)理共同負(fù)責(zé)項目日常管理和協(xié)調(diào)工作。同時， 將派出關(guān)鍵用戶全職、全程參與項目工作。4.2 合同工期、計劃廳P活動工期（周）1項目啟動22需求調(diào)研23設(shè)計35環(huán)境搭建26微信開發(fā)810測試211培訓(xùn)112上線

13、113其他44.3 雙方職責(zé)與交付清單1）項目啟動階段?項目主要人員到位，召開項目啟動大會?完成項目工作任務(wù)書?簽訂合同2）系統(tǒng)實現(xiàn)階段?集成測試完成，簽署確認(rèn)集成測試報告?用戶培訓(xùn)完成3）上線準(zhǔn)備與切換上線階段?發(fā)布上線通知，宣布系統(tǒng)上線4）運行維護(hù)?上線運行1個月內(nèi)發(fā)生的實施問題已解決或給出合理解 釋。?交付文檔確認(rèn)已移交4.4 勢誠公司實施團(tuán)隊及資源配置勢誠公司按照本次項目目標(biāo)，將派駐滿足要求的服務(wù)人員提供現(xiàn)場或遠(yuǎn)程服務(wù)。項目主要人員包括：項目經(jīng)理、設(shè)計開發(fā)人員等 ，確保相 應(yīng)資源為勢誠公司自身資源，而非外部人員。止匕外，項目主管合伙人/總監(jiān)將不定期參與項目的評審并對關(guān)鍵方案、重大問題提

14、供建議。在項目期間，勢誠公司會根據(jù)項目工作量和實際進(jìn)展情況制定資源計劃，并按計劃投入足夠數(shù)量且能力滿足要求的技術(shù)人員加入到項目相關(guān)階段工作。4.5 對客戶項目職責(zé)的前提假設(shè)本工作任務(wù)是基于以下客戶的項目職責(zé)前提，這些前提職責(zé)是項目組在預(yù)定的時間內(nèi)項目實施的必要保證。這些前提職責(zé)的變更將嚴(yán)重影響項目計劃及進(jìn)度。具體項目前提如下所述：本項目將按照勢誠公司建議的實施方法論進(jìn)行實施，客戶將按照既定的實施策略與實施范圍開展工作。項目計劃由雙方項目經(jīng)理共同制訂，實施過程中可根據(jù)實際情況進(jìn)行適當(dāng)調(diào)整。勢誠公司與客戶將組成聯(lián)合團(tuán)隊，按照本工作任務(wù)約定承擔(dān)各自職 責(zé)，密切配合，協(xié)調(diào)工作，共同完成項目實施工作。客

15、戶將按照項目計劃提供實施工作所需的各項業(yè)務(wù)信息，勢誠公司按本協(xié)議所規(guī)定的保密條款對客戶提供的信息保密。如項目實施過程中涉及第三方（非勢誠公司），客戶將負(fù)責(zé)控制任何可能影響項目工作的第三方因素。由第三方因素造成的項目計劃變化將通過項目變更管理流程處理。本項目提交的項目文檔僅要求以中文編寫。項目管理第 5章5.1 變更管理的范圍在項目實施過程中，由一方提出的任何對項目合同或雙方書面協(xié)議內(nèi)容進(jìn)行增加、修改或取消的要求都應(yīng)納入項目變更管理的范圍，變更包括但不限于下列內(nèi)容的改變：項目進(jìn)度計劃主要里程碑的變更；實施范圍的變更，包括實施服務(wù)內(nèi)容的增加或變更，新的業(yè)務(wù)需求，系統(tǒng)方案變更，其他變更等；合同條款的

16、變更。5.2 變更管理的基準(zhǔn)本工作任務(wù)書中所描述的實施范圍為雙方約定的項目范圍。如果項目實施的實際范圍與約定的范圍出現(xiàn)偏差，變更發(fā)起方應(yīng)事先提出變更申請，雙方按變更管理流程處理。變更申請確認(rèn)通過后，應(yīng)以重新確認(rèn)的實施范圍作為變更管理的基準(zhǔn)。5.3 變更控制程序如果需要更改本協(xié)議以及在實施過程中發(fā)生項目變更，應(yīng)遵循以下程序。項目變更請求是協(xié)商變更的工具。變更請求必須描述變更、變更的根本原因和變更對項目的影響。項目變更應(yīng)遵循事先約定的變更管理流程，流程參見變更請求處理流程。雙方項目經(jīng)理應(yīng)復(fù)核建議的變更并提議進(jìn)一步研究或予以拒絕。如變更量較大，勢誠公司會說明涉及的收費并經(jīng)雙方協(xié)商同意。變更請求 必須

17、由雙方授權(quán)代表簽署以授權(quán)研究所建議的變更。該研究將確定變更 請求的實施價格、時間表以及協(xié)議的其它條款和條件的影響。在授權(quán)實施經(jīng)過研究的變更前，必須由雙方授權(quán)代表簽署書面的 變更授權(quán)書和變更請求。在建議的變更未被書面確認(rèn)前，除變更部 分，雙方仍繼續(xù)按最后同意的服務(wù)工作說明書執(zhí)行有關(guān)項目的工作。5.4 變更請求處理流程項目實施過程中根據(jù)業(yè)務(wù)和實施實際情況，項目實施雙方均可以 提出變更申請，并辦理項目變更申請批準(zhǔn)表（示例見附表）。所有的項目變更需要經(jīng)過雙方項目經(jīng)理審批同意，對于較大的變更需要經(jīng)過項目指導(dǎo)委員會進(jìn)行審批同意。變更管理流程如下：變更申請：任何一方認(rèn)為有項目變更的需要時，應(yīng)由申請人填寫 變

18、更申請批準(zhǔn)表中變更申請部分（具體參見下表：變更申請批準(zhǔn)表示 例），提交給雙方項目經(jīng)理；雙方項目經(jīng)理指派變更調(diào)研人共同組成項目專責(zé)小組對變更申請進(jìn) 行詳細(xì)了解和研究，對變更要求的原因和可能產(chǎn)生的影響進(jìn)行分析，研 究解決問題的其他途徑和方案，填寫變更申請中調(diào)研報告部分，提交雙 方項目經(jīng)理；雙方項目經(jīng)理安排討論具體的實施變更方案和計劃，并將最終建議 方案填寫在變更申請確認(rèn)方案部分并簽署項目變更申請批準(zhǔn)表；如果涉及重大變更，譬如項目上線時間點、商務(wù)合同等變更重大的 變更因素，需要提請項目指導(dǎo)委員會進(jìn)行審核；項目組根據(jù)最終的變更審批意見執(zhí)行。附表：項目變更申請批準(zhǔn)表（示例）變更主題文檔編號項目階段.接口

19、設(shè)計階段（舉例）緊急程度口緊急 口高 口中 口低提出人提交日期客戶項目經(jīng)理勢誠公司項目經(jīng)理變更原因口新需求 口流程變更 口方案變更口其他變更申請詳細(xì)信息描述變更影響評估 是否 解決可操作性問題，使操作更 為直觀和方便 是否 解決業(yè)務(wù)流程控制問題口是否 滿足特定的業(yè)務(wù)管理模式，標(biāo) 準(zhǔn)功能無法解決 是否 提供數(shù)據(jù)的準(zhǔn)確性和可靠性， 減少人工十塊 是否 解決跨系統(tǒng)的數(shù)據(jù)流，使/、同 的系統(tǒng)間的業(yè)務(wù)更好地銜接 是否 滿足財務(wù)核算制度的要求 是口否 系統(tǒng)多組織環(huán)5的數(shù)據(jù)和業(yè) 務(wù)安全性隔離的要求，增強數(shù) 據(jù)的安全性和保密性口是否 符合公司內(nèi)控流程 是口否 標(biāo)準(zhǔn)功能沒有提供相應(yīng) 的報表，但是管理需要 是口否

20、 標(biāo)準(zhǔn)功能雖然提供了相 應(yīng)的報表，但格式及內(nèi) 容不能滿足管理的需求口是口否 個性化需求，不具備在 其他單位推廣的條件口是口否破環(huán)了系統(tǒng)本身的業(yè)務(wù) 邏輯，影響系統(tǒng)平滑升 級，風(fēng)險較大 是否解決了某個方面的問 題，但會帶來其他較多 的負(fù)面影響 是否 通過其他變逋方式獲得 解決變更申請確認(rèn)方案職位姓名意見日期年 月日第6章驗收約定6.1驗收標(biāo)準(zhǔn)驗收方式驗收標(biāo)準(zhǔn)說明項目最終 驗收運行總體 性能系統(tǒng)運行平穩(wěn)；業(yè)務(wù)流程及數(shù)據(jù)完整準(zhǔn)確；與其他系統(tǒng)接口運行穩(wěn)定準(zhǔn)確系統(tǒng)操作 響應(yīng)時間系統(tǒng)功能前臺操作的響應(yīng)時間小于等于 6秒（并 發(fā)用戶數(shù)小于200）系統(tǒng)最大 故障率出現(xiàn)因系統(tǒng)功能導(dǎo)致的系統(tǒng)停機的系統(tǒng)最大故障 率小

21、于1%,因硬件平臺或軟件本身錯誤導(dǎo)致的系 統(tǒng)故障除外系統(tǒng)功能 準(zhǔn)確性在輸入數(shù)據(jù)準(zhǔn)確的前提下，系統(tǒng)100嘛證功能和 輸出數(shù)據(jù)的準(zhǔn)確性接口數(shù)據(jù) 傳輸準(zhǔn)確 性在與其他系統(tǒng)的接口實現(xiàn)中，在輸入數(shù)據(jù)準(zhǔn)確的 前提下，i證接口 100喻出數(shù)據(jù)的準(zhǔn)確性6.2交付物驗收程序?交付物接收程序本項目的項目交付物清單見第 4.3節(jié)部分。按以下驗收標(biāo)準(zhǔn)和流程 進(jìn)行驗收。雙方都應(yīng)按照下述的標(biāo)準(zhǔn)、流程和時間要求及時對項目交付物進(jìn)行 審核、修改、批準(zhǔn)和驗收，以便于項目按約定的時間表進(jìn)行。?本項目的驗收負(fù)責(zé)人項目過程中項目交付物由項目經(jīng)理組織驗收，所有項目交付物在驗 收之前都將經(jīng)過討論和批準(zhǔn)程序。?項目交付物驗收過程如下在項目

22、進(jìn)程中，所有項目交付物都將經(jīng)過雙方非正式討論，以使雙 方對文檔內(nèi)容的認(rèn)識一致并縮短項目交付物的驗收時間在項目對應(yīng)階段，乙方在完成本章“項目交付物”中對應(yīng)的該階段項目交付物后，經(jīng)雙方討論后，作為項目正式交付物提交甲方，甲方在收到該階段項目交付物后的10個工作日內(nèi)審閱并由相關(guān)負(fù)責(zé)人簽字確認(rèn)驗收通過或提出書面修改意見。如果超過10 個工作日對項目交付物未簽字或沒有提出任何書面修改意見，則該項目交付物被視為已被甲方接受和書面簽字確認(rèn)驗收通過。如果甲方在上述期限內(nèi)對項目交付物提出書面修改意見，則乙方將在 5 個工作日內(nèi)對項目交付物進(jìn)行修改并提交給甲方再次進(jìn)行驗收。如果甲方在接到更新后的項目交付物后5 個工作日內(nèi)沒有正式書面回復(fù)，則視為已經(jīng)接受該項目交付物。如果甲方對更新后的項目交付物仍然有異議，則雙方項目組應(yīng)在3 個工作日內(nèi)召開一個討論會進(jìn)行討論，乙方將依據(jù)討論會上雙方同意的結(jié)果對項目交付物進(jìn)行最終修改并提交。甲方應(yīng)在各階段按本條規(guī)定及時完成對項目交付物的驗收，以免影響項目進(jìn)度。售后與質(zhì)保7.1 質(zhì)保期服務(wù)內(nèi)容本項目實施服務(wù)最終驗收后，乙方承諾