文字記錄（下）《打動人心的產品設計》直播讀書會
讀書會進入下半場。這次到來的讀者大多是對產品設計有基礎理解的專業人士，或是部份為轉職而努力的初學者。
解書人：Jasmine Lin、Soking
文字記錄：Tala kuo
這是《打動人心的產品設計》直播讀書會的文字記錄版下篇，要看上篇請點連結。UI、UX 的專業，這幾年才在台灣稍被重視，很多公司沒有 UX 的概念，導致很多人想在職場中學習也不知道該如何入門，而略有基礎觀念的公司，也常常搞不清楚專業上的區隔，團隊內的業務分配相當混亂。
「產品經理」與「設計師」，以及「產品設計師」
對於「產品經理」、「設計師」、「產品設計師」這三種職稱該負責的內容，各派說法紛紜。讀書會上兩位講者簡單地解釋了一下這些職稱。
產品經理，通常是負責發現產品問題、並和內部團隊反覆溝通、調整開發流程、觀察市場與用戶需求的角色。
Soking 問 Jasmine，長年待在國外職場的她，認知中的產品經理是怎樣的角色。
她想了一下說道：「在我認知中，PM 常常在開會，開超級無敵多的會，一下跟上層開會，一下跟工程師開會，一下又要跟設計師開會，常常跨部門開會，要找他們很難找，有想溝通的問題，就要很努力跟他們喬時間。」
其實產品經理等於是一個專案的保母，他要爭取足夠的資源，還要確保大家的工作都順利，所以他們花很長時間到處溝通。開會的目的，就是要確保目前開發流程的這些做法有什麼限制，跟如何獲取足夠的資源給團隊。
產品經理在團隊中的角色相當重要，他們經常跨部門開會的原因，就是要讓團隊內所有人的資訊落差可以被彌補，以避免工程師與設計師之間的認知有差異，導致成果不如預期。
而設計師的角色，就是為產品經理回報的問題來構思解決方法，並與產品經理互相協調更好的開發方式。
身為設計師的 Jasmine，跟自己現在的搭檔 PM 已經磨合了很久，兩個人的配合基本上很有默契。在 PM 將問題帶回來，並尋求解決方法之前，他們已經有過很多的溝通。
Jasmine 強調，沒有 PM 說了算這種事情，身為一個設計師，必須對自己的東西有所要求，一個東西可以怎麼更好，是兩個人一起定義的，不是全靠產品經理一人或是設計師自己決定的。
話說到此，讀者群內有許多羨慕的聲音，紛紛表示 Jasmine 跟現在 PM 的合作模式相當健康，這種作法在台灣職場環境相當少見，大多要不是產品經理幾乎包了全部，而設計師拒絕溝通只想要結論，要不就是產品經理毫無想法，設計師一人多職累到死。
這時就必須提前面講的第三種職稱－－「產品設計師」了。
現場的讀者們，大概更多是像這樣的角色，既要找出問題、溝通與協調，又要負責解決問題。
其實這個「產品設計師」職稱頗有爭議，很多人認為應該把這兩者切開，產品經理歸產品經理，設計師歸設計師。Soking 說自己對於這樣的稱呼是沒什麼意見，因為 UX 領域近幾年才興起，這個專業很新，因此任何職稱都還在發展中，他覺得稱呼並沒有這麼重要。
Jasmine 說自己對於某些包含了多重職位的職稱倒是抱持懷疑態度，譬如有些什麼設計工程師之類的，很像是要你什麼都要會的謊言。
至於新手要怎麼識別多重職稱的陷阱，認清這到底是新興的職稱，還是騙能者多勞的謊言？
多專注在職缺內容，而不是職稱
Jasmine 建議在找工作時，多專注在職缺內容，而不是職稱，不管職稱叫什麼，列出的職缺內容才是你真正的工作範圍，別被職稱給框住。
維護團隊的信任
讀者群一堆設計師吐著苦水，說自己不但要負責設計，就連溝通的問題都是他們在做，如果針對工作上的問題就事論事，還會被說成是態度差。
但 Soking 對於這件事卻抱持不同的看法，以他的經驗來看，他認為溝通不單單只是 PM 的責任，良好的溝通大多是發生在氣氛和諧的團隊內。
他認為一個團隊的信任不會憑空產生，必須經歷長久的磨合跟頻繁的互動。這其中不只 PM 要付出溝通的努力，設計師或工程師，團隊中的每個人都有溝通的義務。
想要做出好產品設計之前，先想怎麼做人。
Soking 分享，他曾經有個同事，在媒體圈常寫出爆紅文章，當有人請教他，要怎麼寫出流量高的文章時，那位同事的回答是：「在想要怎麼寫爆紅文之前，先想怎麼做人。」
因為當他能夠和同事、同業保持好交情，同事們會願意幫他推廣文章，或替他的作品背書，或在發想題材的時候，會給他更多意見跟想法。
綜合很多因素，才能夠讓一個團隊團結一心，並一起為了同一個目標努力。有句話叫「齊家治國平天下」，讓內部的氣氛好，就好溝通、好做事，內部安頓好了，才有力氣去處理外部的問題。
因此，Soking 認為，用好的態度去跟內部溝通是必要的，以他自己的工作團隊來說，裡面沒有人會因自己資深而忽略別人的意見，可以不在乎資歷互相對彼此交出的東西提出質疑跟建議，才能建立起發現產品問題的層層防護網，最後的成品也更有保障。
不要將自己為了團隊和氣的付出看成是在討好他人，為了內部的順利跟最後的成果，這些其實都是必要的。
開發會議最重要的一環－－白板討論
Soking 和 Jasmine 都認同書中寫到的方法論是這本書的精華所在。其中他們最推薦的方法，就是白板討論。
白板討論要怎麼進行？其實這個詞的意思就已經很白話了，就是在白板上書寫，以進行討論。乍聽之下會覺得沒什麼特別之處，但就是這看似普通的動作，會讓會議效率大大增加。
而現場的讀者中，有在工作中進行白板討論的人也不少。
白板討論有三個好處：節省認知、視覺化、將團隊貢獻明朗化
團隊內的任何人都可以在上面直接將所有進程視覺化，與其口頭描述或寫 PPT如直接畫出來，還可以隨著現場的討論進行，隨時塗塗改改，變化樣貌。
當有需要修改的地方，用手指、用筆畫就能直接指出並修正，刪減了什麼或補充了什麼，通通一目了然，不需要依靠七零八落的筆記，加上會後各自有限的腦內記憶去補強。
而且將團隊內所有人的提議想在上面，接著表決或討論，漸漸地有些人的建議在討論過程中被捨棄了，這個變化顯而易見，就會讓某些執著於自己想法的人不再執著，降低在職位上的話語權不平等。
用文字寫出 UI
UI 是怎麼製成的？跟一般人認為的畫面構圖印象不同，UI 其實是從文字開始。
最一開始，PM 會先用文件寫出使用者如何透過互動順序來完成體驗流程。
再來，列出畫面的每個要素、元件，包含表單、按鈕、內容區塊等等。
最後，要在畫面上寫出實際要用的文案，像是頁面標題、介面文字，到了這步驟，就不該再使用假文字填補畫面。
講到這裡，Soking 反問現場的觀眾，他們覺得最後一個寫上文案的步驟，是產品經理的工作，還是設計師的工作？
讀者群中大多數人都表示這應該是產品經理的工作。Soking 卻說：「其實我認為，這應該是設計師的工作。」
設計師需要撰寫介面文案的能力
「很多人會想說文字的部分不該由設計師負責，但其實設計師整體處理畫面下來，他是最懂運作邏輯的人，他最清楚每個功能的原意。」
「如果能有專業的文案來潤飾當然是最好，但若是沒有設計師寫下第一版介面的文案做為引導，合作的企劃或文案可能也無法理解功能背後的邏輯，由設計師來寫，跟功能原意匹配度最高。」
最好的方式，就是在畫出 wireframe 的時候就寫上文案，有助於所有觀看 wireframe 的人都能快速理解意思。
尾聲
讀書會接近尾聲，很多讀者還意猶未盡，並表示這次讀書會翻轉了很多他們既有的看法，包含了每個職位除了自己的本份外，還需要負擔很多並非專業、但身為團隊一分子必須盡的義務。
就像 Jasmine 說的，每個人都該為自己的位置負責，不該只是單純聽令於他人的指令。若你覺得對方的意見不好，你可以多做一份備案，或是多多溝通跟他討論，而不是貪圖安逸，只將最基本的事情做完就好。
《打動人心的產品設計》這本書的作者，希望大家做產品不要往「最小可行」的方向去做，以專業來說也是如此，與其做「最小可行」的事，不如做讓團隊認同、你自己也滿意的東西，這樣對個人的職涯、或是團隊的長久發展來說，都是雙贏的結果。
如果你希望獲得 Soking 的課程以及 UX 講座訊息，歡迎留下你的 Email，訂閱最新的 UX 活動通知：https://subscribe.soking.cc/
