【PM夥伴攻略】如何與產品設計師合作?遵守四項溝通守則、避開三大地雷!
【PM夥伴攻略】如何與產品設計師合作?遵守四項溝通守則、避開三大地雷!

產品經理和產品設計師的工作密不可分,我和我之前的設計師常常會自己開玩笑說我們每天都在講相聲,對內對外都要口徑一致、互相應和。也正因為這兩個職位緊密的合作關係,如果沒有找到相處的平衡,會產生非常大的摩擦,如果合作完美,則會成為彼此在職場上最大的支柱、最能互相信任與依賴的好夥伴。

此篇要談論的「設計師」是以產品設計師(Product Designer) 為主:產品設計師能夠一條龍的從研究、用戶體驗、資訊架構、使用者介面等等一路幫忙到開發、測試驗證。(在台灣的話好像也不少名為UI/UX Designer的朋友在做著Product Designer的事)

這個角色的特色就是他和產品經理一樣對產品有著全盤了解和洞見,並且會一起走過產品開發的完整循環,和視覺設計專才、使用者經驗研究專才等專注在特定領域的職能很不一樣,產品設計師需要懂得廣且深,我覺得是一個比較偏向「通才」的職能。

產品設計師能夠幫忙的事情有哪些呢?

產品設計師能夠幫忙的地方真的太多太多了,以下分階段說明一波:

產品初期/季度規劃

各種研究:

尋找用戶需求與痛點、內部訪談收集各個相關利益者(Stakeholder)的商業需求、挖掘產品洞見、製作用戶旅程(User Journey)、市場研究與競品分析等等各種研究方法,尤其若在公司沒有專職User Researcher的狀況,最佳拍檔非設計師莫屬。

問題定義與解法發想:

設計師能夠協助將研究成果轉化成必須要被解決的問題,並且一起帶領Brainstorming和團隊一起發想解法。

產品策略與願景:

不僅是短期的設計任務,設計師也能將產品洞見貢獻回到較High level與長期的產品策略規劃。

產品開發前

用戶體驗設計:

從Wireframe、介面與流程、產品原型(Prototypes),設計師能夠用各式各樣的方法把點子視覺化,以此作為日後團隊討論、測試與收集回饋的原型。

回饋收集與調整:

給別人回饋、接收回饋絕對占設計師工作的很大一部分,也因此他們通常也很擅長這件事,知道怎麼接收大家的建議和想法,來做適當的產品設計調整。

初期產品驗證:

易用性測試、快速利用簡單mockups或prototype驗證各種想法與點子也是設計師的強項!

開發難度估計:

有些動畫或設計可能不是那麼容易實現,設計師也可以幫忙簡單確認可行性。

產品開發中

與工程師合作開發細節:

設計師熟知每個按鈕在不同裝置上的大小、圖片需要的不同dimension、換頁動畫的細節和按鈕點擊的feedback,這些細節讓設計師和工程師們直接合作是最合適的了。

QA測試:

與QA測試「是否可用」的方向不同,設計師可以幫忙確認很多重要的設計細節是否合乎預期的功能、互動、和UI設計規範。

產品上線後

後期驗證:

設計師也可以進行問卷調查或follow-up深度訪談等等,協助釐清產品改動的好壞、或者找出產品實驗失敗的原因,並探討後續優化迭代可能的方向。

產品經理和產品設計師該怎麼分工?

看完上面設計師可以幫忙的事情,大家應該會發現很多地方其實產品經理也可以做,或是在某些公司其實PM才是Wireframe或測試的主負責人。沒錯!因為產品經理和和產品設計師目標一致、工作也難免有重疊之處,分工其實滿看每對夥伴的偏好,以及產品的本質與目標。

以我之前在「買家體驗」團隊來說,因為產品是完全用戶面向的目標,我們的合作模式是:大部分的事情是一起進行,但是會有一個主要負責人、另一個會是小幫手狀態。

例如:設計師是用戶研究、出設計稿、收集處理設計回饋的負責人,所以她會主導研究計畫與執行、負責所有跟設計稿有關的大小事,也會主動對內對外收集設計回饋並且調整。而我是產品策略、願景、時程與實驗規劃的負責人,所以我會統整資訊做出願景策略和Roadmap、處理外部團隊溝通與設計實驗等等。

但以「金物流串接」的團隊來說,設計師可能大多需要依賴PM釐清商業需求後再輔佐用戶的洞見來發展產品設計。

不過不論是什麼樣的產品團隊,我覺得合作愉快的一個關鍵就「同步」。 不管我們兩個做什麼事情,我們一定都會在做事之前取得共識、做完之後確認對方的回饋才會進行下一步。

不管大小事我們都會跟對方同步,如此不僅可以建立夥伴合作之間的信任感,在分工清晰高效產出的同時,還是能夠做共同決策。

我該怎麼跟設計師提需求/定時程/給回饋?

1. 告訴他們你的想法跟方向,不要讓他們猜測你的心意!

這個設計是要解決什麼問題、背後的假設是什麼、為什麼要做?你預期改動的範圍(Scope)是什麼?你替這個產品改動設定什麼樣的指標(Metrics)?上線後你期待的結果(Outcome)是什麼?下一步又是什麼?

試著將以上問題主動向設計師說明,讓他們有足夠的資訊和明確的方向可以去探索解決方案,就可以省下一些他們拼命猜測占卜需求者內心世界的時間了。

另外若手邊有其他相關資訊,像是各種可能發生的stakeholder feedback、相關數據等等也可以一併告知,讓他們可以提前準備,之後就不會被排山倒海的回饋淹死。

shutterstock_1230304363_design_talk
圖/ MIND AND I via shutterstock

2. 讓設計師一起參與產品早期策略討論

把設計師當成「一起思考的夥伴」而非「接受需求的人」,除了比較技巧性的日常,設計師也能提供策略性的產品想法,而且他們通常都對長期規劃與願景非常有熱情和洞見!如果他們充分了解產品走向,也能有效幫助設計解決了用我們真正想要解決的問題。

3. 給設計師探索的空間

探索其實是設計過程中很重要的一環,若能探索的夠廣夠深,就能有更全面的思考以及更精煉的結果。所以請給設計師足夠時間做研究和測試,協助找到有品質的解法,不要亂壓不合理死線。

研究與測試規模可大可小,如果時間不夠多可以跟設計師討論看看如何用最少時間達成最大效益,比如說:只在辦公室跟同事一起做個簡單易用性測試、或者利用線上問卷做快速驗證等等。

另外也請給設計師空間設計出最佳體驗,再來決定如何執行或實驗,不要太畫地自限,這樣可能會在不知不覺中忽略掉一些明明就可行,或成本不高、但最後卻沒去做的點子。

4. 給回饋時專注在「為什麼」,而不是「怎麼修改」

練習如何給回饋是跟設計師合作很重要的一環,盡量不要用「我要給厲害建議」的心態討論,而是用「從使用者的角度來看,我可能會有某某疑問」的方向來幫忙檢視設計。

想清楚你「為什麼」要給這個回饋?這個回饋要如何協助產品達到用戶目標或商業目標?並且將你的想法向設計師說明,唯有瞭解你的動機,他們才能判斷你的回饋到底合不合理、又該用什麼方法做出有品質的改動。

若先告知方向和原因,設計師就能夠發揮專業,去探索對的解法。所以你其實不需要直接指示「我覺得按鈕可以改大」「文字可以改藍色」「這邊好像可以往上一點」之類的細微修改建議,除非你有很明確的原因為什麼這樣改有直接的幫助。

設計師的三大地雷

1. 需求或產品目標不明確

設計師們期待產品經理可以統整資訊、清楚的說明產品策略與定位,讓他們能夠放心的依循你的資訊去做設計。所以當產品經理一問三不知,描述不清不楚,設計師會覺得你連自己要什麼都不知道,怎麼能期待他們猜中你的內心做出符合你想像的設計呢?

2. 給一堆假設性的限制和沒有根據的猜測

雖然有時候「直覺」很好用,但我們都會有盲點,盡量避免只憑直覺或經驗就否定設計的可能性。 所以不要自己猜測好像設計太複雜可能要花很久時間開發,就先限制設計師的想法讓他們綁手綁腳;不要自己覺得這設計用戶可能不喜歡,就不去探索和驗證。

3. 不相信設計師專業

不要讓你的個人喜好凌駕客觀數據或研究之上,或者表現出「這設計很簡單啊」的態度。雖然很多設計師都很善良,能幫忙就盡量幫忙,但也不要沒有理由的在最後一刻要求更改設計,更不要不溝通就亂改設計師的設計。

對設計師來說什麼叫做「好的產品經理」

1. 使用者中心

「使用者中心」絕對是設計師最重視的特質之一,如果你能事事從用戶的角度思考與溝通,就已經成功一大半了。如果PM們還略懂用戶研究方法或產品驗證方法,一起參與用戶研究過程,並給予回饋讓研究變得更有價值,就是非常加分的好PM。

2. 有遠見有願景 比團隊想的更遠

除了站在使用者角度著想,在設計師們的心中,一個好的產品經理也要可以想的長遠、有明確願景讓團隊與設計師知道接下來要怎麼走。

主要原因我想有兩個,第一個原因是設計師的工作需要大量的團隊共識才能順利推進,而清楚的產品方向是創造共識的一大前提。第二個原因是,未來的產品走向能夠幫助設計師產出更符合長期目標的設計架構,但是他們的日常工作又常常要埋頭在許多設計細節裡面,常常沒時間做這件事情,所以更需要產品經理的協助。

3. 頭腦清楚

在這裡我想表達的「頭腦清楚」代表兩件事:

一是優先級清晰

知道什麼事情重要、什麼事情不重要,能夠協助設計師專注在重要的事情上,分配時間和資源給關鍵的問題等等。

二是決策性強

其實PM和設計師每天都要做非常多產品決定,有些地方(通常是產品細節,例如設計動畫或視覺)是設計師的主要決策領域,但也有些地方其實是產品經理的責任(通常是High-level的產品決策,例如推薦功能要結合什麼演算法在哪些頁面呈現)。

比較會有問題的決策狀況是產品經理做太多細節決策導致設計師覺得限制太多,或者是做太少決策導致設計師沒有方向可循。

所以我們要練習試著去採納設計師的想法做出綜合性判斷,但也不要把從小地方到大決策的全部決策權推給設計師。和夥伴討論一下,一起找出「什麼時候該做決策、什麼時候該讓設計師放心去飛」的平衡吧!

4. 資訊透明並主動告知

好的產品經理也該是好的團隊領導人,清楚跟團隊分享現在團隊的狀況,進度總結,上面的決策等等,也是重要的特質。

我覺得我的產品設計師朋友們會特別提出這點,可能跟產品設計工作內容有關,因為他們參與整個產品開發的過程,如果PM能協助讓資訊透明,除了讓他們做事更容易,不需要一直追著別人要資訊以外,也比較不會有種資訊落後的不安全感。

5. 信任設計師的執行和判斷

信任永遠是合作愉快的基礎,不要請設計師做研究,看了研究結果之後又質疑他用的研究方法是否正確,這樣設計師當然會生氣啊哈哈。

尊重設計師的專業,才是專業的表現。

與設計師們相處的一點心得

我非常喜歡跟設計師們合作,可能我遇到的設計師們大多都聰明有想法、有創意又積極學習,不管對使用者還是同事們都很有同理心,所以一起工作總是很開心又從他們身上學到超多!當我碰到「不知道用什麼方法可以得到答案或Insight」的狀況,他們總是可以有各式各樣的方法來幫助我。

很可惜有些人可能還沒感受到設計師的好,以為設計師就是「設計一些按鈕並且做流程圖的人」。但對我來說,他們在產出這些精煉成品中運用的設計思維觀察力同理心才是最該被重視與珍惜的才能。

(本文由產品三眼怪授權轉載自其Medium

責任編輯:陳建鈞

《數位時代》長期徵稿,針對時事科技議題,需要您的獨特觀點,歡迎各類專業人士來稿一起交流。投稿請寄edit@bnext.com.tw,文長至少800字,請附上個人100字內簡介,文章若採用將經編輯潤飾,如需改標會與您討論。

(觀點文章呈現多元意見,不代表《數位時代》的立場。)

往下滑看下一篇文章
台灣新創思邁智能、海研科技突圍出海搶佔生成式 AI 商機,AWS 以領先技術及資源成為最強後盾
台灣新創思邁智能、海研科技突圍出海搶佔生成式 AI 商機,AWS 以領先技術及資源成為最強後盾
2025.11.13 |

AI 正在改寫世界運作模式。根據研究機構 The Research Insights 預測,全球 AI 市場將從2025年的3,909億美元攀升到2030年的1兆8,117億美元,年複合成長率高達19.2%。這股成長動能與 AI 技術正滲透各個產業有關,從製造到金融、從零售到物流,不僅流程被重塑、商模也隨之翻轉。

在這場 AI 驅動的創新浪潮中,新創是推動產業變革的關鍵力量之一。 AWS 不僅以全球領先的雲端與 AI 技術平台提供堅實後盾,更以豐沛資源化身新創最佳夥伴、協助台灣團隊將創意落地、放大商業影響力。例如,在 AWS 的技術與資源支持下,語音 AI 新創海研科技(SeaTech)得以加速模型迭代與演算法優化,為台灣與新加坡量身打造在地語言模型並推動應用落地;同時,也讓思邁智能(MaiAgent, Inc.)專注強化企業級生成式 AI 平台 –MaiAgent– 功能,協助企業將生成式 AI 融入日常營運,實現更智慧的決策與效率升級。

三大關鍵步驟,思邁智能助企業放大生成式 AI 應用價值

AI Agent 具備感知、決策、行動與優化四大特徵,被視為企業面對人力缺口與營運挑戰的最佳助手,然而,在實作過程中,多數企業都因為三大瓶頸–資料分散、模型不符實務、導入周期過長–導致AI難以落地或成效不如預期。

觀察到上述現況,深耕 AI 領域研究、協助上百家企業導入 AI 應用的思邁智能提出解方:AI 導入方法論與平台產品服務。

思邁智能執行長張介騰表示,導入 AI 應該從「AI-Ready 文化」開始,因此,第一步是讓每位員工都能自然地用 AI 提升工作效率,例如透過自研的 MaiGPT 縮短資料搜尋與知識蒐整時間;第二步是建立企業專屬的 AI 知識庫(AI KM),例如以 MaiAgent 打造企業的「智慧大腦」,加速各類分析報表生成製作,讓員工可以加速決策與專注核心業務;第三步是從組織流程出發,找出重複性高的任務並建構對應的 AI Agent,如語音客服、文字助理等,讓 AI 真正走進業務核心。

「面對日新月異的 AI 技術演進,想要搶占先機,策略合作是必然。」張介騰以 MaiAgent 產品為例說明,透過 Amazon Bedrock 平台,團隊成員不用自建基礎模型、可以直接從平台快速選擇所需的基礎模型與工具於其上進行產品功能開發、大幅縮短產品開發週期,同時,可以在第一時間接收到模型更新等資訊,更好回應市場要求。「在 AWS 平台上開發產品,不僅能縮短開發週期、快速迭代新功能,也可以保障系統與資料安全,同時,因應業務需求彈性擴展,例如,協助新加坡與泰國企業導入服務等。」

隨著產品服務的成熟,思邁智能除持續尋找軟體夥伴擴展 MaiAgent 生態體系,亦已將 MaiAgent 上架 AWS Marketplace,更好擴展國際市場版圖,同時,成立AI落地顧問團隊,協助生態體系夥伴跟企業客戶更好發揮 AI 綜效。

AWS
思邁智能專注強化企業級生成式 AI 平台–MaiAgent–功能,協助企業將生成式AI融入日常營運,實現更智慧的決策與效率升級。圖為執行長張介騰。
圖/ 數位時代

不僅在 AWS 上開發產品,海研科技攜手 AWS 針對企業痛點推最佳解方

對許多新創來說,雲端只是基礎設施的一種,但對海研科技來說,AWS 是他們加速創新與推動業務的關鍵伙伴。這家專注語音 AI 的新創團隊自創業第一天就跟 AWS 展開合作,不僅透過 Amazon Bedrock 打造專屬台灣的語言模型,更循序推出 SeaMeet、SeaChat、SeaX、SeaVoice 等產品,讓語音 AI 不再只是技術展示,而是能直接回應企業現場痛點的實用解方。

「語音辨識(ASR)不是新技術,但要做到『在地化』才有競爭優勢。」海研科技首席業務發展經理何庭劭表示,全球已有多家科技大廠投入開發英語、中文、印度語、俄語、西班牙語等13種主流語言模型,但台灣、新加坡與東南亞國家的語言環境與溝通方式較多元,如台灣的日常對話常混雜10%到15%的英語或台語雙關詞等,通用型的語言模型不敷使用,必須重新訓練、微調語言模型,才能滿足本地語境應用。

這份對在地市場的專注,讓海研科技在聽到 AWS 分享企業痛點後可以快速推出相應產品服務,例如,因應製造業跨國團隊的會議溝通挑戰,打造「SeaMeet 雙語即時翻譯」功能,讓語音 AI 能在中、英夾雜的會議中流暢轉譯、即時生成紀錄,解決企業跨境協作的語言門檻。

海研科技之所以能無後顧之憂地推出創新解方,與 AWS 提供穩定、可靠且彈性支援服務有關。何庭劭以 SeaMeet 為例解釋:「產品特性使然,SeaMeet 的尖峰與離峰時段的使用量差異極大,但在 AWS 平台支援– Amazon EKS 會依照實際需求動態調整伺服器資源(Amazon EC2 instance)–下,海研科技的團隊成員不用花費間監控與資源配置,可以專注在產品開發與持續創新。」

事實上,這也是海研科技可以因應龐大的長照需求,順利在今年推出取得 HIPAA 認證的 SeaX 服務,並協助新加坡社區關懷機構 Lions Befrienders 以10餘人社工團隊完成每天上千通長者關懷電話的原因。

AWS
海研科技首席業務發展經理何庭劭表示,有個大型集團客戶有非常多的會議要跟進,過去光是紀錄重點,就會需要許多人力,但透過即時的會議紀錄整理,讓後續追蹤更有效率。
圖/ 數位時代

何庭劭表示:「透過 SeaX,Lions Befrienders 每秒可完成30通電話,每通皆有錄音、逐字稿與 AI 分析,判斷是否需社工即時介入,讓語音 AI 成為重塑長照現場效率與安全的關鍵伙伴。」

從台灣到新加坡,從會議翻譯到智慧長照,海研科技的語音 AI 正形成一個「技術與市場雙向成長」的飛輪,接下來,海研科技將透過 AWS Marketplace 進軍歐美市場,讓更多企業能以雲端訂閱方式直接採用其服務。

何庭劭強調:「 AWS 不僅提供一條龍平台服務,更是我們的共創夥伴,讓我們可以看得更遠、動得更快。」而這也是海研科技與 AWS 的互動關係會從技術夥伴轉向共創夥伴的原因,讓語音 AI 可以真正走進企業日常。

思邁智能與海研科技不是單一或特殊案例,在 AWS 豐沛的技術能量與資源支持下,愈來愈多新創正從單純的技術創新者,成長為推動產業變革的關鍵力量,讓 AI 真正落地多元場域,開創生態共榮的新局。

新創解方立即看

AWS
圖/ 數位時代
AWS
圖/ 數位時代

思邁智能_解方立即看

海研科技_解方立即看

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
進擊的機器人
© 2025 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓