寫到第十八天...實在山窮水盡了我...
四處「訪談」著工程師朋友們，尋找我的柳暗花明（其實是逼迫人家提供靈感）

發現有不少朋友其實都有一些難以啟齒的問題...
這些問題不是什麼奇怪的癖好或是ㄓˋㄔㄨㄤ（在瞎扯什麼）

而是有些實作的問題，實在很難去跟設計或是企劃說：這個真的辦不到 或是 資料真的不足...

於是，背負著這樣的使命（？）
我想盡可能的舉一些實際上遇到的例子
在這些例子背後，執行者當下無法跟你一次說明的那些難處
希望透過這篇，可以讓企劃者與執行者的距離，再拉近一點點
好遠大好正向啊

不就只是個登入？

部分的企劃書很可能只會寫「登入後就...」。
但你知道其實 事情沒有這麼單純嗎 ？

對工程師來說，光是一個登入的動作就要做出許多判斷
不說檢查帳號、檢查密碼，如果錯了要怎麼顯示？
要不要驗證碼？驗證碼錯了怎麼提示？要不要換一組？是手機簡訊驗證還是圖片格式驗證還是google機器人驗證？
是否設定上限輸入次數？
按鈕還沒填完時要設定disabled嗎？
...

怎麼那麼囉唆～
對，就是會這麼囉唆！！！
這些東西你不給工程，好心的工程可能會提醒你，如果是外包的工程才懶得管你！！

這類流程你必須給！以為企劃書上寫個「登入前、登入後」就完事了嗎？
講到你懂，地球都再度進入冰河時期了

我的上傳檔案要跟FB一樣

這和「登入」大概如出一轍～
很多企劃真的很愛抄FB，什麼都說「跟FB一樣 就 好」
如果FB這麼簡單，我想人家也不用養一公司的工程師了。
而且， 你真的知道你為何而抄嗎？人家為何這麼做，有什麼理由，認真想過了嗎？

同樣，你以為放個button就可以上傳了喔...
那你都沒有限制大小？不限制圖片尺寸？什麼檔案類型都能傳？
所謂一樣是哪裡一樣？顏色一樣沒問題啊！！所以整個流程你自己能說清楚嗎？各種error情境你都想過了？

沒有？
那我們做跟你腦袋一樣吧（笑）

軟體可以 實作為什麼不可以？

很常聽到：為什麼我用xxx就可以做出來但你就說不可以！？

工程師不只是把畫面做出來而已，通常也會評估效能與易維護性等等其他各種你想不到的因素
有時候我們用軟體模擬出來的，很美，而且 用電腦開起來跑很快
但實際執行時不一定是這麼一回事。
畢竟，你只是demo一個畫面 ，工程師在這個畫面背後 為了你的企劃書 下了多少功夫，你又怎麼知道呢？

px與...cm？

PM「你刻出來這個版...我拿尺量跟設計稿差了0.3公分誒！？」

聽到這句話不光是翻白眼而已，甚至還有犯罪的衝動（誤）
雖然驗收者真的很認真...還拿尺量...........

該怎麼說呢...除了螢幕解析度之外，還有很多因素會影響你的畫面
而且 網頁絕對不是採公分

加油！好嗎？

我有給你prototype啊！

現在有很多方便的工具能夠協助產出prototype，但那並不代表規劃者 只要給這個就好了

一個畫面上你在哪裡規劃了什麼細節，最好全部列出來，一個一個標記好
該有的流程、應有的反饋、所有的情境，都是你文件裡必須有的
不要說我有給你prototype...有戳到有做那也就算了，沒戳到算誰的？
誰又知道你何時更新了什麼？？

都說了不要讓工程師通靈了！！！！
詳見：與工程師的協作之路-生物篇（上）

Ｎ個版本慢慢猜...

一份企劃書一定不會一開始就非常完美
中間歷經幾次修改那是正常的！

但，要更新就整本更新，不要Ａ版改章節一、Ｂ版改段落四...
所以你到底希望工程師看哪裡？？

且最好能在企劃書最上方明確註明你到底何時改了哪一段
不要改了之後用「口頭通知」（山盟海誓都不一定會記得那麼清楚好嗎？）
最後工程被你搞到錯亂，加班加得要死還驗收驗不過...

以上都是自身以及身邊朋友轉述累積的怨氣（Ｘ）經驗（Ｏ）
其實很多 鳥事 事情，我相信都是可靠溝通解決的

但讓人難以啟齒的問題點，就像是博士生被要求去跟國小生解釋什麼愛因斯坦相對論
我知道你很認真，但...

（圖片取材自網路，若侵權請告知）

你絕對可以請教與你配合的同事們！但問問題之前，你自己先做過功課了嗎？
溝通是雙向的，可以很簡單、也可以很深入
你掌握的基礎越多，能夠理解的深度就越深
大家都想把事情做好，沒有不幫忙的道理

但，你真的有用「心」了嗎？？
如果你都完全沒想過，只是一昧的要答案，誰又能幫你什麼呢？

（我快要變成寫人際哲學專欄了SOS......）