學習成長

日期 |2020.04.01

文字 | 104人力銀行

觀看數 | 21006次觀看

「產品經理/設計」如何與你的IT大神溝通?

學習成長

日期 |2020.04.01

文字 | 104人力銀行

觀看數 | 21006次觀看

小編的話:「跨部門溝通」是「產品經理」與「產品設計」工作中的一大關鍵課題。如何完整的表述自己的意思、協調統合,並用自身專業贏得尊重,是 「PM (Product Manager) 」們的必備職能,但也常是大家在職場中最頭痛的問題。不少「產品經理/設計」都是文組出身,因為專業語言不同,要和理工背景的IT工程師們溝通尤其辛苦。因此,本篇作者特別以「文組出身PM」的經驗和立場,來跟大家分享工作中與「IT」同事們有效溝通、和樂相處的秘訣。想在職場中持續學習、自我成長的「產品經理/設計」朋友們,趕快筆記學起來!
文/ Mu Chen 陳爾豪     原文出處/ Medium

本文站在一個文組出身的PM角度,來分享與IT們和平相處與快樂工作的訣竅,不見得適用在各種情況上XD,但希望能更幫助你用不同角度思考與後端工程師們的互動,與更了解如何co-work。

想寫這篇的緣由是看過非理工出身的PM/設計,與系統開發後端工程師溝通不良的情形,若在非新創環境底下工作,耗費的溝通成本常高得驚人,有效掌握溝通方式,專案卡關的時間將更少。

「產品經理/設計」如何與你的IT大神溝通?|職場學習PM自我成長.jpg有時間坐下來溝通討論,永遠比信件來往更有效

在開始做事之前,像是船長告知航海目的地與航線規劃,請給予你專案成員正確清楚的Brief。即便是後端工程師,在更了解專案商業目的與緣由後,才能幫助你建造好因應環境的船身,而不會偏離原有的規劃方向。

當然,Brief每件事需區分輕重緩急,分不清楚就會像放羊的孩子喊狼來了一樣,只顯得專案管理能力不佳,逐步降低你在IT們心中的credit。

「急件,今天就要改好(紅字粗體)」

「特急件必看,今天必改(高重要性+紅字粗體)」

「特急件必看,今天必改以此信為準(高重要性+紅字粗體+讀取回條)」

與其每封信件都標高重要性紅字粗體寫急件,何不call meeting一次講清楚?

同時也問自己幾件事:在與後端工程師合作專案時,他們清楚做這件事的目的嗎?是不是知道專案中幾項關鍵項目的重要性?你對待他們的態度是共同夥伴還是執行的手?

“拉齊所有成員認知,讓彼此目標趨於一致。”


透過邏輯陳述並試著拆解步驟

在專案開始時,非理工出身的PM常碰上一堵名為溝通障礙高高的牆:我講得不夠精準對方不知該怎麼做,對方講的我又無法吸收理解,最後變成雙方沈默點點頭下次再開會。

曾看過目標導向的方式:拋出一個目標丟給工程師們去自行研究做法,靜待對方提出解決方案,但這不切實際。你沒講出你確切的期待值,或是給予更多描述訊息,接下來的往來修正只是花費更多溝通成本。

好的方式是透過舉例,並且拆解步驟,才能找到溝通問題點:

“如果以XXX案子為例,該如何進行A再進行B?”

或是講出你的期待,讓對方依序回答欠缺的部分:

“我希望達成如同XXX的效果,C要作哪些1234的改變才能達成?”

在會議快結束時,可以recap剛剛結論,確認你的理解是與對方同步的。覆述一次能幫助記憶與思考,而不會有一知半解的情況發生:

“確認一下,我們剛剛的共識是…A, B , C, D”

交付給對方任務,同時提醒自己該交的功課:

“XXX案子Next Step請某工程師協助於X月X日前修改完成。”

“我會先在X月X日備齊XXX資料給你。”

“提前溝通任何你能想到的細節flow,就是減少上線BUG與後續營運苦工的最好方式。”


嘗試具現化呈現

若在專案前期有提案需求,或是公司體制內沒有專業的UI designer,Product Manager常可透過prototype呈現你想像中的藍圖,一些繪製工具例如Prott/Axure RP/Sketch…等都有助於你繪製使用。(當然更原始的就是powerpoint或keynote了)

這邊引用Prott首頁寫得很好的一句話「1000個會議不如一個設計原型」,能迅速整合不同成員間彼此的想像,就是產品經理的工作之一。

而prototype在細節上盡可能地先設想好,多一個按鈕和少一個欄位,頁面順序或進入渠道的不同,或許在你的認知上沒什麼,但對後端開發的工程師來說撰寫的方式就有所落差。

順帶一提,高低擬真度的prototype該如何決定使用時機?分享一下我的使用取捨:

1.低擬真度:僅具備基礎架構與規劃藍圖(或黑白線稿),需提供清楚的期待與完整的文案/資料欄位,或是想像中的風格參考,提供給Creative/ART/UI designer/Agency思考更好的規劃,而不受限於你的思考框架之下。

2.高擬真度:完整視覺風格與架構呈現,同時具備清楚的資料欄位與文案,提案給老闆讓其想像完成後的呈現,或是提供給IT們讓其思考執行問題與提供反饋。

依據專案性質的不同,可能會用到Flow chart / Sitemap / UI flow等不同性質的圖,都是幫助你呈現專案流程的想法去幫助溝通。

“準備精細度越高,完成的落差越小。”


交心,持續良好的正向回饋

專案結束或告一段落後,記得向你的support team member們分享專案成果,大家幫你解決問題,能正常上線是100分,而讓他們對於自己貢獻的成果具備「認同感」是120分。

長期合作的基礎是奠定在信任感上,有了一次又一次正向回饋,有都助於合作專案時的工作氛圍與效率。

別忘了,你該是團隊裡鼓舞士氣的人,問題不是你一個人解決的,成就專案的功勞該歸咎每個團隊成員。

“技術驅動創意,而成就來自人和。”

Close Menu