最近調了部門，從 F2E 調去設計部，做 Planner 的工作。大開眼界，看到另一個角度。本來實作人員就是會私下幹醮 Planner 或 PM 搞不清楚狀況，產出的文件怎麼丟三落四、不切實際，或是時程這麼趕也不先問兩句之類。現在我也在寫企劃書，看到些覺得奇怪的問題點。和她們請教後發現很多時候不是她們願意的，而是人在江湖身不由己。

（以下是我這陣子遇到身份轉換的課題，很努力在克服中。）

Planner 兼 PM

台灣的風氣似乎如此，為了避免工作交接上的落差，很多時候 Planner 會兼 PM 的工作，慘一點的還要兼當 UX 和美工，但在公司地位往往是最低下的那群。RD 自負有專業能力就對 Planner 很不客氣、順帶瞧不起只出張嘴的 PM。（比如當「Post Man」的 PM）。但基本上不會有人想故意搞砸自己在做的專案，只是沒發現問題或沒能力解決問題而已。

Planner 的目標很飄渺

實作人員習慣一個口令一個動作，起碼是有個很明確的目標擺在眼前，時間到、完成它就是。但對 Planner 來說並非如此，也許仍有個目標放在眼前，比如：「提升廣告宣傳效益」。這目標往往非常抽象，不會知道要用什麼手段完成。

提升廣告宣傳效益？很多種手段可以達到啊，比如砸更多的錢買廣告、或是請藝人代言等等。講得很簡單，真要實行也要人去做，要怎麼做、找誰做、預算多少、預估工時、預估收益等等，這些沒有 Planner 規劃也不會有小精靈半夜幫忙做完。但自己想得到的大家也都想得到，太多手法都被做爛了，都說要有「創意」，創意怎麼生？生了又要怎麼實現？

Planner 不會有明確的文件知道自己在這個目標下有哪些資源可以使用，只能不停的收集內外部資料。並且要把這些抽象的思考轉化成「真正可被執行」的企劃。沒有經驗或沒有實作背景的 Planner 常被罵不切實際，就是在想辦法實現抽象目標的時候，規劃的執行手段不夠踏實。

所以實作人員在碎念 Planner 怎麼這樣亂搞的時候，先想看看這個問題：

• 我不知道要做成什麼樣耶～反正就是要讓顧客有辦法找到我們、要推廣啦…你先做個發想，我們再來討論一下好了。

如果你想翻桌罵聲「靠夭這是要我通靈喔」的同時，要知道這就是 Planner 的工作，他們的工作往往沒有明確的目標，卻一定又要產出個什麼，所以每天都在通靈。

Planner 的工作時間

PM/Planner 很大的工作落在「溝通」上，溝通是種需要大量點數支援的能力！遠超過專業技術。進了職場後發現，很專業的技術在基層人員身上根本沒差多少，怎麼樣把專案壓在時程內搞定才是核心。能沒有落差和別人溝通，遠比專業技術重要。

溝通需要花時間、花耐心，有的人吃 A 這套、另一個人要用 B 才有辦法心平氣和接受「又要改了」的訊息。完全不是理想中出張嘴開個簡單小會、寫寫文件就能解決的事。開會要花掉多少時間和人力成本？

假如溝通和開會時間一天 3 小時好了，再扣 1 小時的休息＋轉換的時間，以不加班情況下就剩 4 小時的工作時間而已，還有可能是被切割零碎的 4 小時。想看看自己如果這邊 20 分鐘、那邊 40 分鐘的零碎時間要寫 Code 或做設計，還隨時可能被打斷要討論事情，效率肯定低落。但 Planner 長期在這樣子的工作環境下撰寫各種文件，在目標飄渺的情況下通靈還能產出這些文件，真的覺得她們很了不起！

改來改去是理所當然的事，不管是在哪個位子上都會遇到。RD 抱怨怎麼需求一直改… Planner 被改的次數更多哩！好的 Planner 絕對能發揮「坦」的功能，通常上面一聲「 1 個月後我要看到XXX做出來」，第一個抱著頭燒的絕對不是 RD 或設計，而是 PM/Planner。

在有限的時間裡要完成目標，除了分輕重緩急優先次序外，她們會考慮「最小可行方案」。如果一個月不可能做出20個功能，那先挑出一定要做的 10 個功能行不行？剩下的下次改版再說？Planner 往往沒有專業訓練，不能和大學四年都在念資訊/設計相關科系的人比，Planner 要學的事決不比實作人員少，拿 RD/UI/UX 的常識去要求 Planner 的常識會不會太過份了一點？

不看 Spec 的 RD 也大有人在，Planner 辛辛苦苦硬在時間碎片裡寫完的文件竟然不看，有問題也不講，等到東西都出來後再說當初不是這樣、或是對自己不照 Spec 做找理由…對得起這麼辛苦拼命的 Planner 嗎？

.
.
.

可以說我這篇文在幫 Planner 說話，但若不是自己轉換身份當了 Planner ，我也不會注意到問題且被搞到快抓狂、進而發現 Planner 的難為之處。（然後看著 RD 在刁Planner，就覺得她們好可憐…）

換個位置會換個腦袋，去年某大大對我說「要預設別人都是善意的，只是遇到某些事所以會有這樣的反應」。換位思考非常重要、又很難辦到，最快的方式真的是直接丟進戰場實際跑一遍才會懂。

（實作人員體諒歸體諒，看到問題還是要主動提出來，不要拿到 Spec 問行不行時都說沒問題，做下去開始各種抱怨…當初問有沒有問題時就要反應了，別用自己的專業能力去壓 Planner。）

補充：搞不清楚狀況又教不會講不聽的，不管哪個職務都一樣，被釘只是剛好。