直接交付設(shè)計的文檔只有一份帶有簡要說明的原型文檔，這樣設(shè)計就只能根據(jù)自己的思路猜測文檔中的部分功能與邏輯。

也不知道誰規(guī)定的，許多剛?cè)胄械漠a(chǎn)品er 都感覺需求交接時，最痛苦的事情就是和開發(fā)溝通。

其實(shí)，在產(chǎn)品經(jīng)理的日常工作中，只要需求有合適的理由，流程比較完備，邏輯基本能夠自洽，與開發(fā)交接需求并不是一件很難的事情。然而，即使你提出的需求滿足上述所有條件，有時候也很難和設(shè)計達(dá)成方向上的一致。

筆者在創(chuàng)業(yè)公司工作時，遇到最多的情況就是面對負(fù)責(zé) UI 的設(shè)計師，一個需求需要反復(fù)溝通，不斷修改，往往需要經(jīng)歷 N 多版才能定稿，工作強(qiáng)度大幅提高，搞得大家痛不欲生。

那么，造成這種情況的原因是設(shè)計師專業(yè)能力不足么？

在產(chǎn)品復(fù)盤時，筆者專門拉了一個微信群和設(shè)計同學(xué)們溝通，驚奇地發(fā)現(xiàn)大家對產(chǎn)品方案的了解程度遠(yuǎn)低于預(yù)期，細(xì)問后才發(fā)現(xiàn)：雖然公司內(nèi)部產(chǎn)品方案交付前至少會經(jīng)理 5 此評審會，但只有一次專門的設(shè)計評審會叫上組內(nèi)所有的設(shè)計同學(xué)（其它的都是找代表參加）明確方案細(xì)節(jié)；此時產(chǎn)品方案的諸多細(xì)節(jié)都已基本確定，信息量很大，設(shè)計的小伙伴普遍表示自己根本記不住那么多細(xì)節(jié)，而為了節(jié)省時間，PRD 基本上只針對開發(fā)同學(xué)的需要編寫。直接交付設(shè)計的文檔只有一份帶有簡要說明的原型文檔，這樣設(shè)計就只能根據(jù)自己的思路猜測文檔中的部分功能與邏輯。

當(dāng)然，如果設(shè)計同學(xué)遇到問題后能馬上提出，也是能夠快速溝通解決的，但我們也不能期望大家一遇到問題就跑到相關(guān)責(zé)任人的工位去對接，畢竟時間成本太高。

問題

與設(shè)計師的直接溝通成本過高，異步溝通效果差，設(shè)計師無法精準(zhǔn)理解需求。

目標(biāo)

盡量在保證不變動現(xiàn)有工作流程，不增加文檔編寫負(fù)擔(dān)的情況下，提升異步溝通的質(zhì)量。

現(xiàn)狀

1、工作流程

1. Boss 提出產(chǎn)品方向，明確戰(zhàn)略層需求。
2. 與 Boss、COO 和 CTO 一起討論市場機(jī)會和用戶需求，確定產(chǎn)品范圍層的信息和核心功能點(diǎn)，確定大致的上線時間點(diǎn)。
3. 產(chǎn)品經(jīng)理開展競品調(diào)研、分析，提出產(chǎn)品方案（輸出紙面概念草圖）。
4. 方案評審會議，確定產(chǎn)品方案。
5. 產(chǎn)品經(jīng)理結(jié)合方案與公司業(yè)務(wù)，拆分方案，設(shè)計信息架構(gòu)并與 Boss 討論確定。
6. 產(chǎn)品評審會議，與主要部門的代表溝通產(chǎn)品方向和需求，描述產(chǎn)品藍(lán)圖。
7. 產(chǎn)品經(jīng)理細(xì)化方案，繪制原型草圖并與 Boss 討論確定。
8. 原型細(xì)化原型，與 CTO 和設(shè)計同學(xué)溝通討論。
9. 原型自查，防止遺漏和流程缺失/錯誤。
10. 技術(shù)評審會議，確定產(chǎn)品細(xì)節(jié)的可行性，提前交付部分特殊需求。
11. 運(yùn)營評審會議，確定未來的產(chǎn)品形態(tài)，與運(yùn)營同學(xué)溝通運(yùn)營策略的設(shè)計，接收新的運(yùn)營需求，調(diào)整方案并知會開發(fā)。
12. 設(shè)計交接會議，和 Boss 一起，與組內(nèi)全部設(shè)計同學(xué)明確產(chǎn)品設(shè)計的細(xì)節(jié)，介紹產(chǎn)品功能點(diǎn)，同時交付原型文檔進(jìn)入設(shè)計階段。
13. 產(chǎn)品經(jīng)理在原型文檔的基礎(chǔ)上開始 PRD 細(xì)節(jié)的編寫。
14. 各種 PRD 評審。
15. 分階段交付 PRD。
16. 其它……

2、設(shè)計師關(guān)注點(diǎn)

和設(shè)計同學(xué)聊過后，發(fā)現(xiàn)大家在設(shè)計時，最關(guān)注的是：

1. 頁面中都應(yīng)用了哪些控件？
2. 頁面是從哪里進(jìn)入的，可以去往哪里？
3. 頁面內(nèi)各元素的層級關(guān)系如何？
4. 頁面內(nèi)各元素的關(guān)聯(lián)性怎樣？

雖然上述關(guān)注點(diǎn)大多在設(shè)計交接會議都有提到，但內(nèi)容細(xì)節(jié)較多，很多時候設(shè)計同學(xué)是記不住的。

因此，將現(xiàn)狀與之前提到的問題和目標(biāo)相結(jié)合，不難判斷，較好的解決方式就是在交付設(shè)計的原型文檔上更加清晰地標(biāo)明設(shè)計師的主要關(guān)注點(diǎn)。

恰好在工作流程的 “1.9、原型自查” 時，可以一邊自查一邊完成原型標(biāo)注，這樣不需要額外花費(fèi)過多的時間，也能夠在一定程度上提升原型自查的質(zhì)量。

方案

首先調(diào)整了文檔結(jié)構(gòu)，加入了 “原型標(biāo)注說明”
，用于統(tǒng)一原型內(nèi)部標(biāo)注的規(guī)范。同時在原型自查時，為每個頁面加入一個專門的自查和標(biāo)注頁面，如上圖中 “小組主頁-組長” 頁面下加入了 “小組主頁-組長-標(biāo)注”。

這樣自己在自查原型時，可以將之前的需求和邏輯整體過一遍寫在標(biāo)注頁面中，雖然標(biāo)注內(nèi)容會額外花費(fèi)一些時間，但能夠解決溝通問題，同時也可以提高自查質(zhì)量，利大于弊，還是值得去做的。

原型標(biāo)注說明主要包括視覺元素優(yōu)先級（即各元素的重要性，哪些需要強(qiáng)調(diào)，哪些需要弱化。整體按照 1-5 的級別排列，數(shù)字越高，優(yōu)先級越高，元素越需要強(qiáng)調(diào)）、關(guān)聯(lián)性說明（頁面內(nèi)各元素的相關(guān)性重要程度）、便簽&注解使用說明（不同的底色用于描述哪些內(nèi)容）的標(biāo)注方式。

在頁面標(biāo)注時，為節(jié)省時間同時保證頁面標(biāo)注簡潔，首先將頁面中可復(fù)用的組件單獨(dú)提出，放到一個叫做 “通用組件” 的頁面中做統(tǒng)一說明。同時檢查原型中是否存在一些可使用通用組件代替的零碎元素。

為了幫助設(shè)計理解頁面布局模式背后的涵義，自查布局排版時，在通用組件使用情況說明右側(cè)標(biāo)注了頁面布局說明。

除了在原型布局時通過間距和對齊表達(dá)元素外，額外加入特殊標(biāo)注表達(dá)元素重要性和關(guān)聯(lián)性。這里也能夠幫助自己檢查頁面布局的合理性。

最后在自查原型細(xì)節(jié)時，額外在一些特殊/需要強(qiáng)調(diào)的元素旁加入對應(yīng)的標(biāo)注描述需求和目的即可。

最終折騰完大概就是上圖的效果，當(dāng)然，如果對美觀度有進(jìn)一步的追求，還可以優(yōu)化下排版。不過一般來說，還是沒必要在這上邊耗費(fèi)太多精力的，畢竟我們的目標(biāo)是優(yōu)化異步溝通的效果，重心應(yīng)該放在信息的準(zhǔn)確傳達(dá)上。

作者：夏天灬

來源：http://www.jianshu.com/p/db094ce7cba5

本文由 @夏天灬 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。