微信公眾服務(wù)與運(yùn)營項目實(shí)施方案

1、微信公眾服務(wù)與運(yùn)營項目實(shí)施方案（ 正本）（正）本xxxx微信公眾服務(wù)及運(yùn)營項目總體實(shí)施方案xxxxxxxxxxxxx 公司目錄第1章 概述 51.1 說明 51.2 項目范圍 5第2章 項目整體實(shí)現(xiàn)內(nèi)容 62.1 微信公眾平臺的申請 62.2 XXXX微信平臺建設(shè) 62.3 XXXX微信專用平臺 62.3.1 用戶管理 62.3.2 單點(diǎn)登錄 72.3.3 賬號驗證安全管理 72.4 訂閱號 72.4.1 微官網(wǎng) 72.4.2 微發(fā)布 72.4.3 微展示 72.4.4 微傳播 72.4.5 微論壇 82.4.6 微投票 82.4.7 抽獎 82.5 服務(wù)號 82.5.1 查詢 82.5.2

2、支付 82.5.3 注冊 82.5.4 客服 82.5.5 調(diào)研 82.5.6 微會員 92.5.7 微電商 9第3章 產(chǎn)品選型 103.1 采用 PHP語言開發(fā) 103.2 模塊化，開源，可擴(kuò)展 103.3 負(fù)載能力強(qiáng)，支持千萬級數(shù)據(jù) 103.4 可實(shí)現(xiàn)模板化，實(shí)現(xiàn)程序邏輯與用戶界面分離 103.5 跨平臺 103.6 基本 DIV+CSS WEB設(shè)計標(biāo)準(zhǔn)開發(fā) 10第4章 實(shí)施方案 114.1 項目組織結(jié)構(gòu) 114.1.1 項目職責(zé)分工 114.1.2 對客戶項目團(tuán)隊及人員組成的建議和要求 124.2 合同工期、計劃 124.3 雙方職責(zé)與交付清單 134.4 勢誠公司實(shí)施團(tuán)隊及資源配置 1

3、44.5 對客戶項目職責(zé)的前提假設(shè) 14第5章 項目管理 155.1 變更管理的范圍 155.2 變更管理的基準(zhǔn) 155.3 變更控制程序 155.4 變更請求處理流程 16第6章 驗收約定 196.1 驗收標(biāo)準(zhǔn) 196.2 交付物驗收程序 19第7章 售后與質(zhì)保 217.1 質(zhì)保期服務(wù)內(nèi)容 217.2 質(zhì)保期外服務(wù)內(nèi)容 21第1章概述1.1 說明本文是 xxxx 微信公眾服務(wù)與運(yùn)營項目投標(biāo)文件，描述對項目的技術(shù) 方案、實(shí)施計劃及進(jìn)度安排，對質(zhì)量管理措施、進(jìn)度控制措施、生產(chǎn)安全 保障措施提出了專業(yè)的建議。1.2 項目范圍本期項目主要：微信公眾平臺的申請、產(chǎn)業(yè)交流中心微信平臺建設(shè) 日常運(yùn)營三部分

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

5、平臺建設(shè)xxxx 微信平臺由微信官方管理平臺、微信用戶客戶端和 xxxx 微信專 用平臺三部分組成的一套完整的微信應(yīng)用及管理體系。微信官方管理平臺其主要功能包括用戶管理、消息管理、分析統(tǒng)計、 微信號相關(guān)介紹及開發(fā)權(quán)限管理等。微信用戶客戶端是微信用戶登錄認(rèn)證及進(jìn)行專業(yè)業(yè)務(wù)操作的交互程 序。xxxx 微信專用平臺： 實(shí)現(xiàn)將企業(yè)內(nèi)部信息資源進(jìn)行整合并結(jié)合微信官 方提供的標(biāo)準(zhǔn)接口進(jìn)行開發(fā)，實(shí)現(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)單點(diǎn)登錄，方便用戶操

6、作，提高辦公及信息查詢效率。2.3.1 用戶管理 可以查詢所有關(guān)注的用戶信息，并可以進(jìn)行用戶身份綁定，把用戶的 微信與在職身份進(jìn)行一對一的綁定。用戶身份綁定后，可以實(shí)現(xiàn)相應(yīng)的業(yè) 務(wù)操作，微信平臺用戶管理實(shí)現(xiàn)了多個業(yè)務(wù)系統(tǒng)的身份映射管理功能。2.3.2 單點(diǎn)登錄綁定身份的微信用戶登錄微信中設(shè)置好的其它業(yè)務(wù)系統(tǒng)， 可以不再輸 入身份信息，業(yè)務(wù)系統(tǒng)就會自動識別用戶身份并賦予相應(yīng)的業(yè)務(wù)權(quán)限。賬號驗證安全管理當(dāng)在微信公眾平臺中跳轉(zhuǎn)到業(yè)務(wù)系統(tǒng)頁面中時， 需要進(jìn)行用戶驗證過 程，驗證采用 Oauth2.0 網(wǎng)頁授權(quán)方式驗證，跳轉(zhuǎn)至業(yè)務(wù)系統(tǒng)頁面后會自 動生成一個隨機(jī)驗證碼， 業(yè)務(wù)系統(tǒng)通過該驗證碼調(diào)用用戶驗證接

7、口即可獲 取該用戶的身份，完成了安全驗證過程2.4 訂閱號訂閱號主要實(shí)現(xiàn)：微官網(wǎng)、微發(fā)布、微展示、微傳播、微論壇、投票、 抽獎功能。微官網(wǎng)利用微信掛接功能，鏈接交流中心官網(wǎng)，方便用戶移動端查看交流中 心官網(wǎng)。微發(fā)布利用微信自帶功能發(fā)布中心獲得的成就、榮譽(yù)。微展示利用微信掛接功能， 掛接中心專用平臺展示中心文化； 鏈接中心傳媒、 微博群、微信群等。微傳播利用微信自帶功能每天推送中心的重要新聞、公告、通知、國內(nèi)外時 政要聞，傳播中心重大典型的先進(jìn)事跡。微論壇為用戶提供移動端交流平臺， 通過交流中心專有平臺實(shí)現(xiàn)標(biāo)準(zhǔn)論壇功 能，掛接微信，用戶可以通過微信號登錄論壇。微投票 利用微信自帶投票功能，實(shí)現(xiàn)簡

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

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

10、二次開發(fā)。3.3 負(fù)載能力強(qiáng)，支持千萬級數(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 可實(shí)現(xiàn)模板化，實(shí)現(xiàn)程序邏輯與用戶界面分離輸出控制靈活，可在 HTML中內(nèi)嵌 PHP代碼，也可以由 PHP輸出 HTML 運(yùn)行，也可以在命令行下執(zhí)行，將結(jié)果輸出到其他設(shè)備。3.5 跨平臺可運(yùn)行在 Win32 或 UNIX/Linux/Macintosh/FreeBSD/OS2 等平臺上。 與多個 WEB服務(wù)器兼容，如 Apache、MS IIS 、Netscape Server 等。3.6 基本

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

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

13、周）1項目啟動22需求調(diào)研23設(shè)計35環(huán)境搭建26微信開發(fā)810測試211培訓(xùn)112上線113其他44.3 雙方職責(zé)與交付清單1) 項目啟動階段? 項目主要人員到位，召開項目啟動大會? 完成項目工作任務(wù)書? 簽訂合同2) 系統(tǒng)實(shí)現(xiàn)階段? 集成測試完成，簽署確認(rèn)集成測試報告? 用戶培訓(xùn)完成3) 上線準(zhǔn)備與切換上線階段? 發(fā)布上線通知，宣布系統(tǒng)上線4) 運(yùn)行維護(hù)? 上線運(yùn)行 1 個月內(nèi)發(fā)生的實(shí)施問題已解決或給出合理解 釋。? 交付文檔確認(rèn)已移交4.4 勢誠公司實(shí)施團(tuán)隊及資源配置勢誠公司按照本次項目目標(biāo)， 將派駐滿足要求的服務(wù)人員提供現(xiàn)場或 遠(yuǎn)程服務(wù)。項目主要人員包括：項目經(jīng)理、設(shè)計開發(fā)人員等 ,

14、確保相應(yīng)資 源為勢誠公司自身資源，而非外部人員。此外，項目主管合伙人 / 總監(jiān)將 不定期參與項目的評審并對關(guān)鍵方案、重大問題提供建議。在項目期間， 勢誠公司會根據(jù)項目工作量和實(shí)際進(jìn)展情況制定資源計劃， 并按計劃投入 足夠數(shù)量且能力滿足要求的技術(shù)人員加入到項目相關(guān)階段工作。4.5 對客戶項目職責(zé)的前提假設(shè)本工作任務(wù)是基于以下客戶的項目職責(zé)前提， 這些前提職責(zé)是項目組 在預(yù)定的時間內(nèi)項目實(shí)施的必要保證。 這些前提職責(zé)的變更將嚴(yán)重影響項 目計劃及進(jìn)度。具體項目前提如下所述：本項目將按照勢誠公司建議的實(shí)施方法論進(jìn)行實(shí)施，客戶將按照既定 的實(shí)施策略與實(shí)施范圍開展工作。項目計劃由雙方項目經(jīng)理共同制訂，實(shí)施

15、過程中可根據(jù)實(shí)際情況進(jìn)行 適當(dāng)調(diào)整。勢誠公司與客戶將組成聯(lián)合團(tuán)隊， 按照本工作任務(wù)約定承擔(dān)各自職責(zé)， 密切配合，協(xié)調(diào)工作，共同完成項目實(shí)施工作。客戶將按照項目計劃提供實(shí)施工作所需的各項業(yè)務(wù)信息，勢誠公司按 本協(xié)議所規(guī)定的保密條款對客戶提供的信息保密。如項目實(shí)施過程中涉及第三方（非勢誠公司），客戶將負(fù)責(zé)控制任何 可能影響項目工作的第三方因素。由第三方因素造成的項目計劃變化 將通過項目變更管理流程處理。本項目提交的項目文檔僅要求以中文編寫。第 5章 項目管理5.1 變更管理的范圍在項目實(shí)施過程中， 由一方提出的任何對項目合同或雙方書面協(xié)議內(nèi) 容進(jìn)行增加、修改或取消的要求都應(yīng)納入項目變更管理的范圍，

16、變更包括 但不限于下列內(nèi)容的改變：項目進(jìn)度計劃主要里程碑的變更； 實(shí)施范圍的變更，包括實(shí)施服務(wù)內(nèi)容的增加或變更，新的業(yè)務(wù)需求， 系統(tǒng)方案變更，其他變更等；合同條款的變更。5.2 變更管理的基準(zhǔn) 本工作任務(wù)書中所描述的實(shí)施范圍為雙方約定的項目范圍。 如果項目 實(shí)施的實(shí)際范圍與約定的范圍出現(xiàn)偏差，變更發(fā)起方應(yīng)事先提出變更申 請，雙方按變更管理流程處理。變更申請確認(rèn)通過后，應(yīng)以重新確認(rèn)的實(shí) 施范圍作為變更管理的基準(zhǔn)。5.3 變更控制程序 如果需要更改本協(xié)議以及在實(shí)施過程中發(fā)生項目變更， 應(yīng)遵循以下程 序。項目變更請求是協(xié)商變更的工具。變更請求必須描述變更、變更的根 本原因和變更對項目的影響。項目變更

17、應(yīng)遵循事先約定的變更管理流程， 流程參見變更請求處理流 程。雙方項目經(jīng)理應(yīng)復(fù)核建議的變更并提議進(jìn)一步研究或予以拒絕。 如變 更量較大，勢誠公司會說明涉及的收費(fèi)并經(jīng)雙方協(xié)商同意。 變更請求必須由雙方授權(quán)代表簽署以授權(quán)研究所建議的變更。 該研究將確定變更請求 的實(shí)施價格、時間表以及協(xié)議的其它條款和條件的影響。在授權(quán)實(shí)施經(jīng)過研究的變更前，必須由雙方授權(quán)代表簽署書面的變 更授權(quán)書和變更請求。在建議的變更未被書面確認(rèn)前，除變更部分，雙 方仍繼續(xù)按最后同意的服務(wù)工作說明書執(zhí)行有關(guān)項目的工作。5.4 變更請求處理流程項目實(shí)施過程中根據(jù)業(yè)務(wù)和實(shí)施實(shí)際情況，項目實(shí)施雙方均可以提出變更申請，并辦理項目變更申請批準(zhǔn)

18、表（示例見附表）。所有的項目變更需要經(jīng)過雙方項目經(jīng)理審批同意，對于較大的變更需要經(jīng)過項目指導(dǎo)委員會進(jìn)行審批同意。變更管理流程如下：變更申請：任何一方認(rèn)為有項目變更的需要時，應(yīng)由申請人填寫變 更申請批準(zhǔn)表 中變更申請部分 （具體參見下表： 變更申請批準(zhǔn)表示例 ）， 提交給雙方項目經(jīng)理；雙方項目經(jīng)理指派變更調(diào)研人共同組成項目專責(zé)小組對變更申請進(jìn) 行詳細(xì)了解和研究，對變更要求的原因和可能產(chǎn)生的影響進(jìn)行分析，研究 解決問題的其他途徑和方案，填寫變更申請中調(diào)研報告部分，提交雙方項 目經(jīng)理；雙方項目經(jīng)理安排討論具體的實(shí)施變更方案和計劃， 并將最終建議方案填寫在變更申請確認(rèn)方案部分并簽署項目變更申請批準(zhǔn)表；

19、如果涉及重大變更，譬如項目上線時間點(diǎn)、商務(wù)合同等變更重大的變 更因素，需要提請項目指導(dǎo)委員會進(jìn)行審核；項目組根據(jù)最終的變更審批意見執(zhí)行。附表：項目變更申請批準(zhǔn)表（示例）變更主題文檔編號項目階 段.接口設(shè)計階段（舉例）緊急程度 緊急 高 中 低提出人提交日期客戶項目經(jīng)理勢誠公 司項目經(jīng)理變更原因 新需求 流程變更 方案變更 其他變更申請詳細(xì)信息描述變更影響評估是 否 解決可操作性問題， 使操作更為 直觀和方便是 否 解決業(yè)務(wù)流程控制問題是 否 滿足特定的業(yè)務(wù)管理模式， 標(biāo)準(zhǔn) 功能無法解決是 否 提供數(shù)據(jù)的準(zhǔn)確性和可靠性， 減 少人工干預(yù)是 否 解決跨系統(tǒng)的數(shù)據(jù)流， 使不同的 系統(tǒng)間的業(yè)務(wù)更好地銜

20、接是 否 滿足財務(wù)核算制度的要求是 否 系統(tǒng)多組織環(huán)境下的數(shù)據(jù)和業(yè) 務(wù)安全性隔離的要求， 增強(qiáng)數(shù)據(jù) 的安全性和保密性是 否 符合公司內(nèi)控流程是 否 標(biāo)準(zhǔn)功能沒有提供相應(yīng) 的報表，但是管理需要是 否 標(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)說明項目最終 驗收運(yùn)行總體 性能系統(tǒng)運(yùn)行平穩(wěn)

21、；業(yè)務(wù)流程及數(shù)據(jù)完整準(zhǔn)確； 與其他系統(tǒng)接口運(yùn)行穩(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)停機(jī)的系統(tǒng)最大故障 率小于 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)的接口實(shí)現(xiàn)中，在輸入數(shù)據(jù)準(zhǔn)確的前提下，保證接口 100%輸出數(shù)據(jù)的準(zhǔn)確性6.2 交付物驗收程序? 交付物接收程序 本項目的項目交付物清單見第 4.3 節(jié)部分。 按以下驗收標(biāo)準(zhǔn)和流程進(jìn) 行驗收。雙方都應(yīng)按照下述的標(biāo)準(zhǔn)、 流程和時間

22、要求及時對項目交付物進(jìn)行審 核、修改、批準(zhǔn)和驗收，以便于項目按約定的時間表進(jìn)行。? 本項目的驗收負(fù)責(zé)人 項目過程中項目交付物由項目經(jīng)理組織驗收， 所有項目交付物在驗收 之前都將經(jīng)過討論和批準(zhǔn)程序。? 項目交付物驗收過程如下 在項目進(jìn)程中，所有項目交付物都將經(jīng)過雙方非正式討論，以使雙方 對文檔內(nèi)容的認(rèn)識一致并縮短項目交付物的驗收時間。在項目對應(yīng)階段，乙方在完成本章“項目交付物”中對應(yīng)的該階段項 目交付物后，經(jīng)雙方討論后，作為項目正式交付物提交甲方，甲方在收到 該階段項目交付物后的 10 個工作日內(nèi)審閱并由相關(guān)負(fù)責(zé)人簽字確認(rèn)驗收 通過或提出書面修改意見。如果超過 10 個工作日對項目交付物未簽字或

23、 沒有提出任何書面修改意見， 則該項目交付物被視為已被甲方接受和書面 簽字確認(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)度。第7 章 售后與質(zhì)保7.1 質(zhì)保期服務(wù)內(nèi)容本項目實(shí)施服務(wù)最終驗收后，乙方承諾提供免費(fèi)質(zhì)保