軟體產品經理起手式 -【規格化從自己做起】

果然不會準時更新，如果兒子那週沒外宿的話...

但其實也是新進部門的小朋友冰雪聰明，表面很沉穩，但默默會把姐姐叮嚀的部分都聽進去了，心裡沒有滿滿的擔憂碎念，就不會急著清空暫存檔。

我有個講起來自己都會笑出來的龜毛點，關於格式。

像是中英夾雜的前後必定有半形空格、中文必須用全形標點、大小寫、行距、對齊格線、投影片每頁元件的整齊度和一致性、表格格式、字體粗細大小等等，聽起來超吹毛求疵的種種小地方。

不確定是什麼時候累積起來的，應該一開始只在意字體大小或字形，後來慢慢累積越來越多點，也因為習慣成自然，自己不覺得多，但一嘗試表列，大家都會露出「尷尬而不失禮的微笑」。

這些「小處」一直都是我信奉的「見微知著」的體現處。（但我的座右銘可能有上百條...）

關於這些細節，有兩次很深刻的印象，一次是技術長在會議時對軟體字串以及來往的 email 寫法用詞針砭，另一次是更嚴肅的副董事長 KPI review meeting，他討論完報告的投影片內容後，針對 slide 格式重點不清、標題位置前後不一致等細節，大聲斥責了好一陣。

兩位看遍大風大浪的高階主管，都這麼在意格式和細節，為什麼呢？

其一，是對自己工作內容的「尊重」。

工作的每一個環節，小到一封信，大到一個報告投影片，甚至一整份規格文件，所有的東西都是由許多的字元、標點和圖像整合呈現出來，唯有每一項細節都好好處理，才能堆疊出接近極致完美的成果。

同理，也堆疊出老闆、同事、協作部門對「你」這個人的印象。

其二，是規格化／一致性對溝通傳達的好處。

不管有沒有鑽研過 user experience，只要是產品經理，都應該聽過「一致性」這個名詞。當使用者／聽眾可以預期每一項溝通符碼代表的意義或出現順序時，就可以將精神專注在「內容」，而非從混亂不一致，或是全新的格式中，找出心裡認知上理解的邏輯脈絡。

大老闆們對於報告格式混亂，當然會生氣，因為他們真正就是「一分鐘幾十萬上下」的代表人物，會議裡的每一個時間都應該要被精密把握且有效運用，而不是浪費在理解格式或爬梳脈絡這種非必要的損耗上。

同理，接收到訊息傳遞（透過信件、介面、投影片、規格文件等任何格式）的人們，也值得用最有效率、最低認知負荷門檻的方式對待，在這個細心呈現自己（或許要花多一點時間）的過程中，可以提升的是溝通傳達成功的機率以及效率。

把自己規格化，對上，主管容易得到我們的報告脈絡，部屬也能加速得到反饋。對協作部門，則可以快速傳遞需要溝通的訊息，對產品經理來說，是一個很細緻，一開始要花一點時間，但強烈建議內化的技巧。

畢竟，自己都要訂定規格了，怎麼能在傳遞規格時，還沒有一個規格化的優良樣板呢？