Game Planning | 企劃技術面和知識面

　　這篇文章將會講述企劃的技術面和知識面，從硬知識到軟知識的介紹。

　　所謂的企劃技術面，指的是身為企劃比必須要學會的工具、技術、能力，其中我最常用的東西是雲端管理、文件排版、文章架構、輔助閱讀。

　　我最常處理的就是雲端管理，像是創建資料夾、資料擺放位置、資料命名邏輯等等，讓文件可以快速地找到，並且每個資料都有它的位置，並且熟悉雲端硬碟的操作邏輯，如何用讓點進連結的使用者能馬上找到自己要的資料位置等等。

　　無論是創造空有標題的資料文件，還是快速建置純粹架構的文件，我覺得都能算在雲端管理的部分，有點像是文章的骨架和草稿，只是轉換成雲端管理的版本，讓雲端硬碟內的資料有東西且定期更新。

　　在撰寫文件的時候，我們會需要備份文件，有一套邏輯是因為電子資料的東西備份是很容易的事情，因此每一次更新資料都備份一個新的檔案，譬如說建立檔案命名為《遊戲世界關 v0.1》，每一次更新都在版本增加 0.1 的數量。

　　其中這種版本更新的做法，對於公司和自己的成就感十足，我會有持續推進專案成長的快樂，並且對於進度有更直觀的了解，並在文件的最前面紀錄每個版本的更新摘要，那管理起來會很輕鬆，最重要的是專業。

　　另一個一樣重要的好處，能幫助我們擔心資料不能隨意改變的心態，避免我們提心吊膽害怕刪減，能很好的減輕內心的負擔，並且清空腦中對於資料的記憶情況，如果有任何不對，回去前一個版本和對即可。

　　這是一個比較容易理解的重點，就是標題 1 、標題 2、標題 3 等等，調整字體大小、粗體、排列、間距等等，讓文件資料更容易閱讀的同時容易編輯，在大多數的時候，我都會用不同字體大小來做骨架，並製作目錄。

　　有些文件內容比較豐富，譬如說玩家有各種不同的數值，要使用表格還是列點的方式呈現是要考慮的點，而資料量是否會因為過大而需要建立試算表，這些都是我們需要考量的點。

　　無論怎麼樣的文章排版，都要回歸到使用者體驗，這樣是否能最快閱讀到所有資料？當我有需要，是否能快速找到我要的資料？資料本身是否就能讓使用者快速理解文章內容？等等。

　　企劃中有一個比較高技術含量的內容，就是關於圖表繪製的技術，市面上有許多圖表繪製工具，如何選擇一款心儀的圖表繪製工具是很重要的東西，我之前有推荐過《Draw.io》，我相信其他還有更適合你的一款軟體。

　　企劃藥學會的軟體有很多種，不過核心思路就是圖示化複雜或龐大的資料數據，無論是任何東西，只要有架構、流層、圖層等等，擁有一個優先次序的差異性，就能用示意圖繪製出來。

　　其他能快速繪製幾何方塊的東西都是我們能使用的東西，無論是 google 簡報、Adobe AI、小畫家、紙跟筆等等，能快速繪製出畫面或圖示都是我們可以使用的工具，藝術交給美術來處理，我們處理概念和創意。　

　　這份職位也有很多並非技術就能解決的東西，像是專案管理、心理學、作家、溝通交流等等。

　　這個看起來能放到技術層面，但實際上他比較偏向知識面，我們會需要理解其他同事的狀況，並且了解彼此的工作範圍，提出需求、協助他們製作企劃、提出計劃案、詢問老闆等等。

　　對於這份專案，如果沒有一位專門管理的老闆或專案管理員，那麼通常會是企劃要負責這一塊，我們會記錄討論與需求，並轉達給需要知道的人。

　　其中讓我比較驚訝的事情，哪怕是數值企劃也是為了心理學而服務，大多數的企劃內容其實都能跟心理學扯上關係，哪一段故事是為了跟玩家內心的某處共鳴，這樣的數值設計是希望玩家做哪些事情等等。

　　也許稱之為使用者體驗會更加貼切，不過大概就是長那樣，我們會需要去推測甚至轉變自己的身分，如果玩家或使用者在這裡會看到什麼？我們希望他能因此去做哪些事情？理解什麼知識或引導？

　　雖然說前面的東西都很像作家要學習的東西，不過這裡的知識層面指的是作家最核心的要素，也就是這一切都要有趣，或富含某種東西，從遊戲的主題性到文件的專業性，都是我們可以嘗試挑戰的事情。

　　同時，撰寫任何文件的時候，可以提醒自己還有作家的這個身份，因此有任何想法都可以撰寫成文件或文章，記錄下來跟其他人討論，我們很清楚自己的想法也許不一定優秀，但寫成文章一定不會消失。

　　語言是文字的一種，反過來也一樣，我們輸出的每一段文字最後都會變回溝通交流的一部分，現實中和文章都都一樣，我們要確定每一段要傳達的話語都不會變質，準確傳達到需要的人心中。　　

　　最近生活有一些小變化，雖然說期中結束了，我的生活卻沒有比較輕鬆，我依然有很多事情可以努力，唯一的好處可能是我沒有被死線壓著跑的恐懼，但依然有許多要擔心，例如組員都不事是之類的。