關於企劃那檔事 之2 企劃案到底要多清楚?

    前言:
    我不是有名也不是厲害的企劃,只是想分享自己轉職為工程師前/後對於企劃心態的轉變與經驗。也藉此記錄自己身為企劃職的心得。



    做一個功能的案例:
    遊戲企劃在測試A功能時,發現很多地方程式沒有撰寫。於是跑去找程式詢問,但只得到了「企劃案沒寫清楚」。

    於是下次製作新功能時,企劃寫了5000字的企劃案,並且信心滿滿的給程式。但在新功能,做出來的功能卻又是缺東缺西。企劃心裡也只能OS:「媽勒,寫清清楚楚你又不看」

    上面的例子在遊戲業的製作團隊中應該可以常常碰到。程式覺得企劃寫不清楚,企劃覺得程式寫了又不看。但其實這問題只是出自你們都不是新人類,所以無法藉由心靈交會互相理解對方。

    問題又回到上一篇有提過的,求職的時候企劃職缺通常都會有「溝通與表達」的能力。在實際工作上面很多的溝通與表達會以文件作為第一步,再接著進行溝通讓對方瞭解要做什麼,該怎麼做。不過剛出社會的朋友們很多會犯了一個錯誤,
    「我看得懂,對方應該看得懂吧!?」

    就如上面所述,我們都不是新人類無法直接讓對方你想要表達與述說的內容。

    所以在撰寫文案發功能請程式製作的時候,我們要以「對方可以看到的資訊最少,但又能理解到重點」的方式去撰寫,才能以最少的溝通時間最快達成目標。

    舉個簡單的例子,如果
    @ 這邊舉的例子,是粽子實際上接過的案子
    企劃那檔事

    這份是第一次與團隊實際合作的時候收到的資料,老實說粽子第一次收到資料時心中出現

    What The Fuck?

    雖然為了方便說明,上圖只有擷取文案的一部份,但這部分就有可以討論的課題。

    寫一個功能對於程式來說最重要的事「流程」與「規則」而此份文案太多「想法」。或許對於還在討論階段時,使用此份可以快速瞭解一些想法,並進行討論。但如果是直接開功能給程式撰寫時或是程式不夠瞭解專案時,這份文案則會造成程式的困擾

    因為此文案「規則」不夠清楚, 也沒有「流程」,:

    當然,程式也可以自行腦補開始寫,但我只能說,這樣直接寫出來的東西有80%都跟企劃要的不一樣。這樣事倍功半的效果,我想應該不是大家樂於見到的。

    程式如果無法想像功能做好時的長相,那該怎麼把功能寫到位呢?


    粽子認為最好的效果是示意圖 + 畫面的功能說明,有人習慣用PPT 有人習慣使用 PS (粽子本身是用PS拼貼)。其實都可以,重點是要簡單乾淨

    我們把上面的文字做簡單的轉換試試看。

    企劃文案

    再次說明,這一份只是為了方便理解而快速製作的。所以也稱不上是份完整的企劃文案,但他多了幾個重要的項目

    流程 : 地圖上常駐生存介面的icon -> 滑鼠按鈕點擊後切換到生存的介面
    規則 : 日期與時間常駐在遊戲的畫面左上方
    示意圖: 配合一些簡單的功能說明,容易快速在腦海中浮現製作的畫面與最終效果

    至此,或許細節的部分還不夠多。但對於程式來說有基本的概念足以開始製作,而不會看完功能說明之後卻沒有概念或是無從下手。

    最後來個小結,企劃是腦,程式美術是手腳,試著用清楚但文字量小的說明讓手腳了解你的想法,讓他們替你做事。這是所有企劃都需要磨練的溝通技巧,共勉之。

2 thoughts on “關於企劃那檔事 之2 企劃案到底要多清楚?

發表迴響