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

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

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

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

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

問題：

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

目標：

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

現(xiàn)狀：

1、工作流程

1.1、Boss 提出產(chǎn)品方向，明確戰(zhàn)略層需求。

1.2、與 Boss、COO 和 CTO 一起討論市場機會和用戶需求，確定產(chǎn)品范圍層的信息和核心功能點，確定大致的上線時間點。

1.3、產(chǎn)品經(jīng)理開展競品調(diào)研、分析，提出產(chǎn)品方案（輸出紙面概念草圖）。

1.4、方案評審會議，確定產(chǎn)品方案。

1.5、產(chǎn)品經(jīng)理結(jié)合方案與公司業(yè)務，拆分方案，設計信息架構并與 Boss 討論確定。

1.6、產(chǎn)品評審會議，與主要部門的代表溝通產(chǎn)品方向和需求，描述產(chǎn)品藍圖。

1.7、產(chǎn)品經(jīng)理細化方案，繪制原型草圖并與 Boss 討論確定。

1.8、原型細化原型，與 CTO 和設計同學溝通討論。

1.9、原型自查，防止遺漏和流程缺失/錯誤。

1.10、技術評審會議，確定產(chǎn)品細節(jié)的可行性，提前交付部分特殊需求。

1.11、運營評審會議，確定未來的產(chǎn)品形態(tài)，與運營同學溝通運營策略的設計，接收新的運營需求，調(diào)整方案并知會開發(fā)。

1.12、設計交接會議，和 Boss 一起，與組內(nèi)全部設計同學明確產(chǎn)品設計的細節(jié)，介紹產(chǎn)品功能點，同時交付原型文檔進入設計階段。

1.13、產(chǎn)品經(jīng)理在原型文檔的基礎上開始 PRD 細節(jié)的編寫。

1.14、各種 PRD 評審。

1.15、分階段交付 PRD。

1.16、其它...

2、設計師關注點

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

2.1、頁面中都應用了哪些控件？

2.2、頁面是從哪里進入的，可以去往哪里？

2.3、頁面內(nèi)各元素的層級關系如何？

2.4、頁面內(nèi)各元素的關聯(lián)性怎樣？

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

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

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

方案：

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

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

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

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

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

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

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

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