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

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

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

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

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

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

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

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

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

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

原型示例：

功能描述列表示例

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

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

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

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

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

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

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

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

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

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

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

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

如何在事中更順暢地開(kāi)展工作？

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

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

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

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

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

對(duì)于UI-因上文提到UI輸出的內(nèi)容是視覺(jué)渲染后的文件，所以在UI設(shè)計(jì)環(huán)節(jié)時(shí)，產(chǎn)品經(jīng)理也需要給UI設(shè)計(jì)師一些強(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)行視覺(jué)設(shè)計(jì)工作。

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

如何在事后做好及時(shí)反饋？

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

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

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

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

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

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

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

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