AAA教育

首先，我們?cè)趯懶枨螽嬙蜁r(shí)，要做足準(zhǔn)備

第一，產(chǎn)品經(jīng)理在做原型時(shí)，不要一開始就畫交互界面，而是單獨(dú)列一個(gè)區(qū)域，把這個(gè)版本需求的來(lái)龍去脈說(shuō)清楚。包括為什么要做這個(gè)版本，要滿足哪些人的哪些需求，做了這些后有什么價(jià)值，如何證明，以及大概要做的模塊都有哪些，時(shí)間估算等等，讓每個(gè)來(lái)開會(huì)的人一上來(lái)就有宏觀意識(shí)。

第二，涉及業(yè)務(wù)流程的需求，也要單獨(dú)列一個(gè)區(qū)域，專門繪制流程圖，并把流程圖中的「概念」解釋清楚，然后才是針對(duì)概念的交互界面，這樣也能方便開發(fā)迅速理解業(yè)務(wù)，再和交互稿對(duì)照查看，印象更深刻。

第三，在繪制交互界面時(shí)，也要盡量按目的、按邏輯分組歸類。比如將「提升用戶活躍」作為大分類，在這個(gè)分類下，「推送功能優(yōu)化」作為小分類，在這個(gè)小分類下，我們要做哪些子模塊，層層分解。

 

其次，我們?cè)跁?huì)議召開前期，也要做足準(zhǔn)備

第一，在和全體開發(fā)開會(huì)前，盡量提前和開發(fā)各業(yè)務(wù)負(fù)責(zé)人召開一個(gè)小會(huì)，進(jìn)行需求初評(píng)，目的是提前收集問題，溝通是否有技術(shù)難點(diǎn)，確認(rèn)需求的開發(fā)成本，并從技術(shù)的角度看是否有考慮不全的邏輯漏洞等等。如果存在需求不足的地方盡快修改。當(dāng)然還可以讓開發(fā)負(fù)責(zé)人向下簡(jiǎn)單傳達(dá)要做哪些需求，讓大家心里有數(shù)。

第二，在會(huì)議召開前，一定先通過(guò)郵件形式發(fā)布會(huì)議召開邀請(qǐng)，同時(shí)附上即將要講解的原型文檔，至少提前1天讓所有參會(huì)人員了解需求。當(dāng)然最好在發(fā)完郵件后到每個(gè)開發(fā)座位上再提醒一下，督促大家去閱讀文檔，有較大分歧的反饋盡早收集處理。

 

最后，在召開會(huì)議時(shí)，更要有備而來(lái)

第一，每一個(gè)需求點(diǎn)，產(chǎn)品經(jīng)理自己要有充足的理由說(shuō)服大家，無(wú)論是數(shù)據(jù)證明，還是市場(chǎng)調(diào)研，還是用戶心理分析等等，盡量避免說(shuō)出「我覺得應(yīng)該XXX」這樣的話，而是講客觀依據(jù)。

第二，每一種交互設(shè)計(jì)，都盡量有幾套方案?jìng)溥x，如果大家對(duì)已畫出的交互意見較大，就再擺出幾種備選，讓大家有目的地展開討論。

第三，產(chǎn)品經(jīng)理講解交互稿時(shí)，可以先講總體，再講重要細(xì)節(jié)，再講次重要細(xì)節(jié)，并層層確認(rèn)。比如訂單支付流程，先講解支付順利的主流程，再講解支付失敗的異常流程，最后再講解支付成功、失敗的交互效果。這樣做的好處是限制討論邊界，避免理解偏差。

第四，對(duì)于會(huì)議上爭(zhēng)議較大的問題點(diǎn)，有個(gè)「5分鐘」原則，5分鐘后還沒有結(jié)論，就記錄下來(lái)，會(huì)后再單獨(dú)討論。如果問題點(diǎn)太多，就說(shuō)明產(chǎn)品經(jīng)理還沒考慮清楚，那就盡早結(jié)束會(huì)議，重新修改原型，再召開一次會(huì)議。當(dāng)然我們還是希望這樣的情況不要發(fā)生，因?yàn)榉浅＠速M(fèi)時(shí)間和精力。

 

最后的最后，再介紹一個(gè)小經(jīng)驗(yàn)

就是建議將PRD、需求FeatureList和原型都畫在一起，統(tǒng)一講解，這樣能提高效率，減少理解成本。如下圖所示：

當(dāng)然這是個(gè)人經(jīng)驗(yàn)，不同公司可以根據(jù)情況調(diào)整。