怎么寫好一份游戲策劃案

策劃案的目的:一、傳遞給別人你要做什么;二、留檔 。
一份好的策劃案 , 各人有各人的標準 。 策劃唯一能做的 , 就是讓閱讀的人容易理解 , 沒有歧義 。 那么 , 怎么寫才會更加讓人容易理解 , 不至于你寫了一大堆文字 , 還是云里霧里的 。 這邊我是采用5W2H分析法進行梳理 。
(1)What --- 是什么?目的是什么?
每個游戲策劃案都是一個問題的解決方案 。 那么 , 你就要明確問題到底是什么 。
(2)Why --- 為什么要做什么?可不可以做?有沒有替代方案?
對于問題的詳細分析 。 既然都要寫策劃案了 , 那么為什么要做就不再需要描述 。
(3)Who --- 誰?由誰來做?
該策劃案的參與人員 , 包括:策劃 , 程序 , 美術 , 測試等等 。
(4)When --- 何時?什么時間做?
具體時間則由項目經理制定 。
(5)Where --- 何處?在哪里做?
一般都是在公司 。

怎么寫好一份游戲策劃案

文章插圖
(6)How --- 怎么做?如何提高效率?如何實施?方法是什么?
問題的詳細解決方案 , 包括詳細規則 , 流程 , UI , 配表等等 。
(7)How much --- 多少?做到什么程度?數量如何?質量水平如何?費用產出如何?
該策劃案能進行到什么地步 , 完成程度如何 , 實施過程中有沒有和策劃案中的功能有區別等等 。 這些都需要策劃在執行過程中跟進 , 以及驗收 。
然而實際執行過程中必然不能跟理論一致 , 就會變成以下步驟:
(1)What

怎么寫好一份游戲策劃案

文章插圖
策劃案的設計目的 , 具體需求
(2)How
該策劃案是由哪些功能模塊組成 。 這些功能模塊的詳細規則是什么 , 流程是怎么樣的 , UI長什么樣游戲策劃文案模板 , 和其他模塊是怎么交互的 , 表格是怎么配置的等等等等 。 把一個復雜的功能按照模塊劃分 , 能讓人更加一目了然 。
比如sql語言基礎也只是增(insert)刪(delete)改(update)查(select)
(3)Why
為什么這樣設計 , 用于解答程序和美術的疑問 。 如果他們有更好的替代方案 , 則修改 。 修改后要讓所有參與者知曉你修改了案子以及修改內容 , 保證消息的最新
(4)When
【怎么寫好一份游戲策劃案】分為文檔的編寫時間和具體實施時間 。 編寫時間 , 簡單的案子一般1-2工作日 , 復雜的案子3-5工作日或者更多 。 具體實施時間由項目經理決定 。
(5)Where
一般都是在公司 。
(6)Who
策劃 , 程序(前端和后端) , 美術 , 測試
(7)How much
該策劃案能進行到什么地步游戲策劃文案模板 , 完成程度如何 , 實施過程中有沒有和策劃案中的功能有區別等等 。 這些都需要策劃在執行過程中跟進 , 以及驗收 。 所以策劃不要以為只要把策劃案寫完就算完成了 , 還需要確保這個案子的實施不偏離 。

    推薦閱讀