作為產(chǎn)品經(jīng)理，你是否有這樣的經(jīng)歷——和交互/視覺設(shè)計師評審幾萬字的PRD時，讓對方聽得云里霧里，即使評審兩三遍還是不記得，后期設(shè)計過程中再反復(fù)勾兌？

本文就以此為線索，以近期與交互設(shè)計師頻繁溝通后踩過的一些坑為例，在此分享自己的總結(jié)和思考，歡迎互動指點(diǎn)哦~

在介紹正確的工作方式之前，先簡單描述一下在大公司內(nèi)產(chǎn)品經(jīng)理和交互/視覺設(shè)計師之間工作內(nèi)容的差異：

• 產(chǎn)品經(jīng)理-主要對產(chǎn)品最終的用戶、產(chǎn)品使用流程、前后臺實(shí)現(xiàn)邏輯及產(chǎn)品最終的用戶體驗(yàn)全面負(fù)責(zé)；
• 交互/視覺設(shè)計師-主要對產(chǎn)品用戶對系統(tǒng)操作過程中各個頁面的前后連貫性、交互方式是否統(tǒng)一、UI設(shè)計是否讓群眾更容易接受，UI風(fēng)格全站是否統(tǒng)一等負(fù)責(zé)。

UED的工作流程

他們的工作流程通常是UE（交互）->UI（視覺）->前端（靜態(tài)頁面），因此產(chǎn)品經(jīng)理需要與這三個小組進(jìn)行連續(xù)的多次交流溝通，最終輸出終版產(chǎn)品原型及前端頁面。

產(chǎn)品經(jīng)理和UED團(tuán)隊各自的職責(zé)是什么？雙方應(yīng)該輸出的內(nèi)容什么呢？

產(chǎn)品經(jīng)理做好把用戶or市場需求翻譯成產(chǎn)品需求進(jìn)行傳達(dá)，UED團(tuán)隊把產(chǎn)品需求最終形成可點(diǎn)擊的網(wǎng)頁語言。

在我工作過程中，通常是產(chǎn)品經(jīng)理通常給交互設(shè)計師的輸出的內(nèi)容是原型 或是 輸出一個功能模塊的涉及所有功能的詳細(xì)列表。

原型示例：

功能描述列表示例

那么，UED團(tuán)隊中各自應(yīng)該輸出什么呢？

首先，UE輸出的原型稿（一般是Axure文件，需要帶有每個元素的細(xì)節(jié)說明）、UI進(jìn)行視覺渲染后輸出PSD文件or其他格式文件，前端同學(xué)將UI的文件制作成對應(yīng)的靜態(tài)頁面。

UE輸出的產(chǎn)物如下示例：

UI輸出的產(chǎn)物如下示例：

前端輸出的產(chǎn)物如下示例：.html和.css文件等

實(shí)戰(zhàn)經(jīng)驗(yàn)分享

那么，講完工作流程、雙方職責(zé)和交付物后，在實(shí)際的工作過程中肯定還會有一些問題，在此通過我的一些實(shí)戰(zhàn)經(jīng)驗(yàn)總結(jié)以下幾點(diǎn)分享給大家：

如何在事前做資源協(xié)調(diào)？

因UED資源較為緊張且期間可能會存在各個環(huán)節(jié)因溝通不到位or技術(shù)不好實(shí)現(xiàn)等問題導(dǎo)致會出現(xiàn)返工的情況，個人建議可以通過-預(yù)占資源（預(yù)約排期），明確需求（郵件/文檔），統(tǒng)一溝通（PRD評審/UED需求評審）。

舉例：在19年11月份剛開始需求調(diào)研時，就及時與UED團(tuán)隊的對接人進(jìn)行線下溝通現(xiàn)在資源池的排期情況，并且提前預(yù)約排期。

所以，在1月初需求梳理完、原型畫完后，就正好有UED團(tuán)隊的資源進(jìn)行介入，減少了中間的排期等待時間。

此外，在發(fā)送正式郵件的時候，我也有個小建議，一并同步給這3個組的接口人，不要單獨(dú)約排期，同時郵件正文中明確需求及對應(yīng)的工作量，例如：XXXX項(xiàng)目，面對用戶XXXXX，核心功能XXX，涉及XXXX個頁面，XXX個需要UE介入，XXX個需要UI介入等，最后我會在標(biāo)注上我的預(yù)期時間。

如何在事中更順暢地開展工作？

第一點(diǎn)講了事先占用資源，那么當(dāng)UED團(tuán)隊介入后，做為產(chǎn)品經(jīng)理的我應(yīng)該怎么做呢？在此，我也把我的理解和我在工作中的一些總結(jié)羅列如下：

對于UE-通常情況下的輸入如上文中提到，通常是原型文件。

但是，就像這次我接受的項(xiàng)目，產(chǎn)品交互流程較為復(fù)雜，前后臺邏輯及校驗(yàn)也很多，而且又是一個強(qiáng)業(yè)務(wù)的系統(tǒng)，讓UED同學(xué)理解起來也會很吃力，所以我會事先做好一張用戶操作路徑的指引圖，然后在通過我做好的原型，整合一份頁面交互圖，這樣可以讓大家對交互的主流程十分清晰，同時也可以增加別人看你原型時的可讀性。

舉例：XXXX項(xiàng)目整體頁面的交互示意圖，如下：

圖中包含兩個維度，兩個場景：項(xiàng)目維度、方案維度、新建場景、查看/修改場景。這張圖就是以后整體產(chǎn)品設(shè)計的基石和標(biāo)準(zhǔn)，項(xiàng)目組人員（含開發(fā)/設(shè)計/產(chǎn)品等）均可以在工作過程中快速梳理流程、定位問題，高效溝通。同時，文檔保留后，也為下一版本的產(chǎn)品迭代，提供憑證和說明。

對于UI-因上文提到UI輸出的內(nèi)容是視覺渲染后的文件，所以在UI設(shè)計環(huán)節(jié)時，產(chǎn)品經(jīng)理也需要給UI設(shè)計師一些強(qiáng)輸入的內(nèi)容。

舉例：這款產(chǎn)品要以藍(lán)色為主色調(diào)、要有一些大數(shù)據(jù)的元素、要體現(xiàn)出智能化、哪些功能或區(qū)域要強(qiáng)化or弱化、可以參考下XXXX網(wǎng)站等，這樣也可以讓UI更精準(zhǔn)的進(jìn)行視覺設(shè)計工作。

對于前端-需要給前端強(qiáng)輸入這個平臺需要在哪些主流瀏覽器上使用，現(xiàn)在的系統(tǒng)是什么樣的前端框架？通過這些強(qiáng)輸入，也可以便于前端輸出的內(nèi)容可以更好的兼容現(xiàn)在的工程。

如何在事后做好及時反饋？

在每個環(huán)節(jié)完成后，UED同學(xué)都會及時將產(chǎn)出物給到產(chǎn)品經(jīng)理，那么產(chǎn)品經(jīng)理這時候也應(yīng)該細(xì)致負(fù)責(zé)的針對每個環(huán)節(jié)的產(chǎn)出物做審核，同時需要與業(yè)務(wù)側(cè)和研發(fā)側(cè)對產(chǎn)出物進(jìn)行評審，盡量控制后續(xù)返工的工作。同時，也需要給UED同學(xué)一定的認(rèn)可，增加UED同學(xué)對項(xiàng)目的融入感和成就感。

以上大致講述了3個環(huán)節(jié)如何合作，那么當(dāng)出現(xiàn)意見分歧時，兩方應(yīng)該注意哪些？

這個意見分歧在合作過程中肯定避免不了啦，例如一個金牛座產(chǎn)品經(jīng)理碰見一個處女座視覺設(shè)計師的時候，那必然各自帶著各自的完美和執(zhí)著時，就會出現(xiàn)一些沖突，那應(yīng)該怎么處理呢？我大概總結(jié)了以下幾點(diǎn)：

• 需求明確、信息同步：需要在一開始確定需求、并需要保持幾方的信息同步，以便于后續(xù)的高效溝通。
• 建立信任：因?yàn)榇蠹业囊暯鞘遣煌那倚g(shù)業(yè)有專攻，大家都是圍繞一個共同的目標(biāo)用戶體驗(yàn)，所以更需要建立彼此的信任關(guān)系，只有建立了信任關(guān)系才能更好的開展合作。
• 數(shù)據(jù)驅(qū)動：在出現(xiàn)分歧時，大家要以開放的思維進(jìn)行溝通，不能唯有產(chǎn)品經(jīng)理一人決策，在這個過程中，可以使用工具，比如：用戶調(diào)研、A/B測試，最終以真實(shí)的數(shù)據(jù)進(jìn)行決策。
• 全局平衡： 這個點(diǎn)主要表達(dá)的是，當(dāng)某個交互方式的用戶體驗(yàn)非常好，但是會大大增加研發(fā)成本的同時，需要大家借鑒“逆向思維”及“設(shè)立標(biāo)準(zhǔn)”的方式去進(jìn)行決策，比如：當(dāng)我不這么實(shí)現(xiàn)，會對用戶有著什么影響？會減少用戶使用的頻次嗎？

然后在把視覺沖擊、實(shí)現(xiàn)難度、UI統(tǒng)一、交互統(tǒng)一…等等的評價維度進(jìn)行設(shè)置權(quán)重，便于最終決策使用。

以上就是我在近期項(xiàng)目中總結(jié)的一些小點(diǎn)，當(dāng)然產(chǎn)品經(jīng)理還需要去了解一下UED的知識領(lǐng)域，成為一個懂產(chǎn)品更懂用戶的人，歡迎大家互相交流學(xué)習(xí)~

本文由 @B.J. Shen 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。