策劃組工作流程

1、設(shè)計階段 l 接受任務(wù) 從主策劃處接受工作任務(wù)，主策劃提供設(shè)計目的。 接受任務(wù)的負(fù)責(zé)人員要在此項工作的全流程中，做到以下幾點(diǎn)： 一實(shí)現(xiàn)設(shè)計目的 二協(xié)調(diào)相關(guān)人員的配合 三及時向主策劃反映關(guān)鍵問題 四持續(xù)跟進(jìn)后續(xù)工作 l 收集資料 接受任務(wù)后，請先從各種渠道預(yù)先收集資料，本著站在巨人肩膀可以看得更遠(yuǎn)的道理，充分借鑒已驗(yàn)證過的成功元素，提煉升華后產(chǎn)生適合本項目的設(shè)計思路。 收集來的資料，標(biāo)明收集人后，統(tǒng)一存放在目錄：doc8月改版文檔資料收集。 l 系統(tǒng)評估 任務(wù)負(fù)責(zé)人的原始設(shè)計思路確定后，根據(jù)任務(wù)規(guī)模由大到小，可適當(dāng)召集全體策劃或個別相關(guān)策劃進(jìn)行小組討論，集思廣益確定最終的設(shè)計思路，為下一步撰寫文

2、檔做準(zhǔn)備。 在此過程中，要明確此系統(tǒng)的價值所在，評估指標(biāo)如下： 1、必須指標(biāo) 必須指標(biāo)是目標(biāo)系統(tǒng)的基本需求，缺一不可。 實(shí)現(xiàn)難度： 盡量以較為簡單的邏輯實(shí)現(xiàn)設(shè)計目的，并且注意美術(shù)資源的復(fù)用性。 必要性： 獨(dú)特，進(jìn)行設(shè)計的目標(biāo)系統(tǒng)需要區(qū)別于現(xiàn)有系統(tǒng)，有其獨(dú)特的價值。 關(guān)聯(lián)，進(jìn)行設(shè)計的目標(biāo)系統(tǒng)需要關(guān)聯(lián)現(xiàn)有系統(tǒng)，做到相輔相成。 同時具備獨(dú)特與關(guān)聯(lián)性，此系統(tǒng)才有存在的價值。 友好度： 設(shè)計的目標(biāo)系統(tǒng)要讓玩家易于接受和認(rèn)同。 表現(xiàn)力： 在設(shè)計階段要對目標(biāo)系統(tǒng)中的事件表現(xiàn)力做出具體的設(shè)計和描述，便于美術(shù)開發(fā)。 2、可選指標(biāo) 可選指標(biāo)是目標(biāo)系統(tǒng)的靈魂所在，是針對目標(biāo)人群給出興奮點(diǎn)的關(guān)鍵，可同時具備一項或多項

3、，現(xiàn)舉例如下： 目標(biāo)人群類型 A. 領(lǐng)導(dǎo)者，喜歡直接地主導(dǎo)游戲。 B. 探索的人，關(guān)心世界，喜歡冒險。探索者在邊界之外尋找，包括物質(zhì)上和精神上的。 C. 收集的人，獲得項目，獎品或知識，收集者喜歡創(chuàng)建收集物品組，組織歷史記錄等。 D. 實(shí)現(xiàn)某些成果的人，為不同等級的成功而玩，階梯和等級激勵這類玩家。 E. 愛開玩笑的人，這些人不會對游戲過于認(rèn)真，他們只是在玩。 F. 藝術(shù)家，被創(chuàng)造力，創(chuàng)意和設(shè)計驅(qū)動。 G. 講故事的人，喜歡創(chuàng)造并生活在意個充滿幻想的世界中。 H. 表演者，喜歡為了其他人做展示。 I. 手藝精巧的人，想要建立，制造或思索某件事。 J. 競爭的人，不管是什么游戲，玩它就是單純的為

4、了超過他人。 K. 寂寞的人，你懂的。 以上目標(biāo)人群分別反映出了趣味性、互動性、技巧性、收集性等等游戲元素的價值，在此不一一列出，設(shè)計時請酌情搭配。 l 撰寫文檔設(shè)計文檔按以下標(biāo)準(zhǔn)格式撰寫： 1. 文檔維護(hù)人 2. 文檔標(biāo)題 3. 文檔目錄 4. 設(shè)計目的 5. 設(shè)計思路 6. 設(shè)計實(shí)現(xiàn) a) 相關(guān)步驟流程圖 b) 相關(guān)UI示意圖 c) UI元素功能描述 d) 規(guī)則說明 e) 美術(shù)需求列表1、 f) 提示信息 g) 數(shù)值需求 l 文檔完成 文檔撰寫完成后，根據(jù)文檔規(guī)模由大到小，可適當(dāng)召集全體策劃或個別相關(guān)策劃進(jìn)行小組討論，確認(rèn)后，交給主策劃審核通過。 開發(fā)階段 l 提交需求 文檔由主策劃提交給

5、程序或美術(shù)組長，再由其分配給相應(yīng)程序或美術(shù)人員；策劃方面的協(xié)同人員按職能自動分配，特殊情況下由主策劃指定。 l 文檔講解 人員確定后，文檔撰寫人根據(jù)文檔復(fù)雜程度由大到小，可適當(dāng)召集全體相關(guān)人員或個別相關(guān)人員進(jìn)行文檔講解，在進(jìn)行了充分溝通，確保相關(guān)人員都理解了文檔內(nèi)容后，進(jìn)入具體開發(fā)階段。 l 互動開發(fā) 文檔撰寫人在其他策劃和相關(guān)美術(shù)、程序的開發(fā)過程中，要進(jìn)行必要的溝通，了解最新的進(jìn)展，對偏離設(shè)計方向的行為進(jìn)行及時修正，防止問題擴(kuò)大化甚至于無法挽回。 文檔在開發(fā)階段的調(diào)整內(nèi)容，要在文檔中標(biāo)注和記錄清楚。 原則上規(guī)定，最低每日要與相關(guān)人員碰一次頭，了解最新進(jìn)展和溝通相應(yīng)設(shè)定。 l 開發(fā)完成 對應(yīng)開

6、發(fā)人員每有一部分工作完成后，要主動通知各自組長和此任務(wù)的策劃負(fù)責(zé)人，此負(fù)責(zé)人接收后通知主策劃。 驗(yàn)收階段 l 協(xié)同測試 在對應(yīng)人員完成開發(fā)工作并交給策劃負(fù)責(zé)人后，由此負(fù)責(zé)人根據(jù)此任務(wù)驗(yàn)收難度適當(dāng)召集相關(guān)人員或者要求測試組參與，比對設(shè)計文檔，進(jìn)行驗(yàn)收。 任務(wù)完成情況完全符合文檔內(nèi)容，則驗(yàn)收通過；如不完全符合，則驗(yàn)收不通過，把驗(yàn)收中的發(fā)現(xiàn)的問題提給開發(fā)人員。 l 確認(rèn)驗(yàn)收 驗(yàn)收通過后，任務(wù)的策劃負(fù)責(zé)人把驗(yàn)收情況告知主策劃。 配置階段 協(xié)同配置 驗(yàn)收通過后，把文檔中涉及的設(shè)定、數(shù)值等在這一階段進(jìn)行統(tǒng)一配置和提交，并校驗(yàn)配置文件、測試提交結(jié)果。 配置完成 配置完成后，由任務(wù)的策劃負(fù)責(zé)人通知主策劃配置完成。 測試階段 l 深度測試 配置完成后，任務(wù)的策劃負(fù)責(zé)人將文檔和配置文件交代給測試組進(jìn)行全面測試。 測試分為兩個方面： 1、 Bug：通過Buglist系統(tǒng)上傳。 2、綜合體驗(yàn)度：由測試組給出測試體驗(yàn)報告并交給此任務(wù)的策劃負(fù)責(zé)人。 l 協(xié)同完善 根據(jù)測試體驗(yàn)報告，適當(dāng)召集其他策劃和測試人員進(jìn)行討論，確定后進(jìn)行必要的完善；重復(fù)此過程直至版本規(guī)定此任務(wù)的時間結(jié)束前。 測試完成 測試并完善后，由任務(wù)的策劃負(fù)責(zé)人將測試和完善情況告知主策劃。