起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識重磅推薦：對標產品總監(jiān)，手把手教你編寫《評審提綱》
編輯導語：作為一名產品經理，最經常需要接觸到的就是需求評審。那么，如何寫好一份需求評審提綱就顯得尤為重要，它對你的后續(xù)進行產品設計起著很大的作用。作者匯總了《評審提綱》，手把手教你搭好框架。
使用過的招數，第二次，就更特么靈了！
前天鏡同學正在WC認真做著王者榮耀的競品分析，這次使用典韋打野，峽谷游走正酣，草叢里突然蹦出個殘血鹵蛋，二話不說，對我一頓猛轟。把我嚇得，還沒來得及反應，他特么就掛了。
呵，不知道我典君有反刺傷甲么？
正當我準備越塔去對面泡溫泉時，領導打來電話：腿麻了沒有，麻了的話，走兩步，走出個虎虎生風，特么該你表演了，趕緊來開需求評審會！
這特么不是逼我掛機么？
一邊是仨核桃倆棗又無比苦澀的工作，一邊是至高無上的團隊榮耀，哪個重要，我特么沒有點AC數么？
提上褲子我就沖進了會議室。
的確，需求評審會對產品經理來說太重要了，差不多就相當于反刺傷甲對典韋的重要程度。
好在，咱早就準備好了。
于是乎，我打開了PPT，屏幕上閃爍的幾個大字，強勁有力，像是對鹵蛋的無情嘲諷：《××××金融平臺采購融資系統需求評審提綱》。
不得不承認，有時候肌肉比頭腦管用！
在我看來，這份提綱，就是典韋的宗師之力，就是凱哥的暗影戰(zhàn)斧，就是產品經理的肱二頭肌啊。
我參加過很多場婚禮，哦，不是，參加過很多場評審會，毫不客氣的說，咱也是見過大場面的人，形形色色的產品，折疊起來看，大致可簡單分為三種：
一是，上來就評審原型的，多見于缺乏社會毒打的新手產品。
二是，先講下業(yè)務背景，展示清楚架構設計圖、業(yè)務流程圖，然后評審原型設計的中級優(yōu)秀產品經理。
三是，準備的有個PPT評審方案，先從全局說明下本次評審會的流程和關鍵節(jié)點，用結構化思維闡述下關鍵主題，將需求設計歷程統攬展示，然后再穿插著逐項評審產品成果，諸如，背景介紹、系統架構設計、業(yè)務流程、原型設計及需求說明文檔等。
是的，鏡同學就屬于第三種，低調低調，弱水而已，不過謙山。
高漸離：該我上場表演了。
需求評審會是產品經理的主場，既然是會議，那肯定就得有主題，核心主題是什么呢？說白了就是需求傳遞。
需求評審的本質就是將需求設計向上下游進行傳遞，對業(yè)務、對技術、對測試、對運營等。
圍繞這個核心主題，便需要從各個支線的產品成果去培訓和講解，如何有效的讓后排的同學也聽得到講臺上的聲音，不會跑神或分散注意力，高效地理解需求，正是評審會的靈魂期望。
跟隨鏡哥的腳步，走完這七步，保證丑小鴨變漂亮的丑小鴨。
第一步，我們需要先整一個思考框架
這個框架重點是梳理評審會需要表演的節(jié)目，更多的是自己的思路和草稿，圍繞著要評審的需求去整理，最好整理成思維導圖，比較清晰明了，同時，也可以為接下要做的PPT提綱打下基礎。
第二步，選擇一個合適的PPT模板
PPT模板一定要騷氣，哦不，一定要大氣。
提醒兩點，一是，界面風格一定要結合產品屬性，比如，科技風或者工業(yè)風；二是，最好把公司logo加上去，顯得走心和正規(guī)。
大哥，你是了解鏡同學的，吃獨食這事兒，我從來不干，我如果出手，趴桌子上（寫方案）的，應該是我自己。
所以，鏡同學親自下海，一宿一宿的，精挑細選了個沉穩(wěn)、大氣、逼格滿滿的通用模板。
第三步，著手編寫需求評審提綱，先梳理出目錄
PPT提綱的目錄就是評審會的主要議程，我一般會通過這四部分來分析，包括產品背景、業(yè)務流程、需求設計和討論溝通。
梳理好之后，就可以按這四大塊內容，展開評審會的具體議題。
第四步，詳細介紹產品背景
產品背景就是針對你設計產品的項目背景、需求調研情況、可行性分析、業(yè)務現狀等內容，講清楚為什么做這個產品功能。
所以，我介紹產品背景時，一般分為項目背景、需求調研和業(yè)務現狀。
1. 介紹項目背景時
交代下項目背景整體情況，主要從宏觀層面說一下，顯得高大上，但不要說太多，表述下和產品設計有價值的參考點，做好伏筆。
2. 介紹需求調研時
需求調研可以從調研概括入手，概括描述下需求調研的情況，包括調研的對象、調研目的及調研成果等。
然后用數據指標直觀展示，用幾個核心數據體現下調研情況，如，訪談用戶數、平臺規(guī)模、建設情況等。
最后結合產品和需求調研的融合，根據需求調研情況，結合產品功能的定位，描述下融合后的優(yōu)勢和挑戰(zhàn)點。
3. 介紹業(yè)務現狀時
將產品要服務的業(yè)務場景現狀表述清楚，詳細羅列下關鍵的業(yè)務情況，提取關鍵指標值，結合產品規(guī)劃，有所側重，將現狀陳述清晰。
這里有一個小技巧，在講述功能前，PPT用一頁，簡單的文字描述下，再加一個解釋文字，不用花里胡哨，卻給閱讀人以想象的空間。
這就像是水墨畫留白的妙處。
第五步，原有與現在的業(yè)務流程
接下來就是核心的業(yè)務流程，要講清楚產品功能的主要業(yè)務邏輯，使用VISIO提前畫好泳道流程圖，把業(yè)務關系、業(yè)務規(guī)則及主要流程講清楚。
只有先搞清楚了業(yè)務流程，讓其他評審人員初步了解到大致的業(yè)務流程，有了感性的認識，接下來的原型評審才能更順暢。
業(yè)務流程可以先從原有的流程入手，然后結合調整和融合的地方，因為很多產品是迭代，即便是新產品也是在產品體系下的發(fā)展，離不開原有流程的影響。
最后再展示下現有的業(yè)務流程，在介紹流程時，可以根據原有業(yè)務流程和現有流程調整的地方入手，分析下優(yōu)勢和劣勢，最后再總結下融合后帶來的商業(yè)機遇，以及產品規(guī)劃可能遇到的挑戰(zhàn)，包括產品設計的工作與思考。
第六步，核心的需求設計環(huán)節(jié)
接下來就進入了需求設計的重要環(huán)節(jié)，需求設計的重點是要講清楚產品功能，需要通過功能架構設計圖、原型設計和需求文檔進行準確表達。
1. 功能架構設計
講一下該功能的產品架構設計，若與產品體系或者其他產品線有交織的，一塊在產品架構設計圖上有體現。
首先可以通過邏輯功能圖展示下全部功能，也可以羅列下核心的產品功能，也就是本次設計的核心模塊，讓參加評審的同學，尤其是開發(fā)同學有直觀的認識，方便進行數據庫或者其他開發(fā)設計工作。
其次，要進行功能架構設計圖演示，演示時可以嵌入到PPT提綱里，也可以單獨進行展示，重要的是，要清晰地表達功能設計的意義。
這里多說一句，在實際產品設計過程中，若你負責的功能與其他產品設計有關系的，提前評審一下，溝通到位，確保方向沒有偏差。
2. 原型設計
接下來就進入到了原型設計的演示，我們便可以離開PPT，去展示我們的原型設計。
所以你看，按照我們的提綱推進的話，可以將我們產品設計的完整歷程，關鍵節(jié)點，逐一去展示，不僅僅是為了提高我們的專業(yè)表現力。
更重要的是，通過對業(yè)務背景的熟悉，邏輯功能的了解，再去看原型設計，理解起來會更加容易。
而我們評審的本質就是高效完成需求的傳遞，如果沒有一個清晰的思路，再加上直觀的表達，評審節(jié)奏就很容易亂，常見的表現就是顧頭不顧尾，或者在某個小事上糾纏不清，如果有提綱做指引，就會事半功倍。
3. 需求說明書
原型演示完畢后，我們還需要評審下需求說明書，需求文檔的重要性大家都很清楚，既是對我們產品本身的總結和提煉，促進需求完成向下有效傳遞的工具，也是我們追溯的重要憑證。
所以我們一定要寫規(guī)范，詳細需求內容一般會分為五大核心，包括功能描述、業(yè)務流程、界面描述、頁面元素、業(yè)務規(guī)則。
原型評審完畢后，我們就需要將需求文檔評審，以便后續(xù)開發(fā)進行參考設計。
這里多說一句，需求文檔和原型設計應該先寫哪一個呢？歡迎關注鏡同學的后續(xù)文章，我將結合實際經驗以及調研匯總情況，予以解答哦。
第七步，組織下問題的溝通討論
原型設計和需求文檔評審結束后，評審會的進度條就90%了，不過，我還是建議你不要直接宣布散會，再組織下溝通討論。
這一部分重點是收尾，那么在收尾之前，可以回顧下產品設計的歷程，重點是表達下自己的專業(yè)性，你不得不承認，有時候權威往往決定需求開發(fā)的速度和遇到問題時溝通的效率。
其次，要確定需求溝通的方法、形式，強調需求溝通的重要性，凝聚共識，統一思想，更容易提升團隊的作戰(zhàn)效能。
這里建議我們提前表達下產品設計可能存在的不足，考慮不到的地方，一來是謙虛的態(tài)度，二來這也將會是以后需求變更及后續(xù)溝通的潤滑劑。
同時，要打破信息不對稱的情況，建立信息對等的匹配機制，將產品設計的成果，比如調研方案、系統架構、業(yè)務流程、原型設計、需求文檔都共享，并且建立溝通交流機制，確定溝通形式，隨時接受反饋意見。
最后，再討論下問題清單，這個清單是需要在設計過程中記錄的，是需要和相應崗位的同學交流討論的。
有可能需要同開發(fā)同學確認某些問題，也可能需要同業(yè)務人員或者運營同學交流溝通，最后一定要講問題清單溝通到位，當然，也可以讓參與評審的同學提問，自己再進行逐一解答。
在我看來，產品需求評審提綱，更重要的是建立一種結構化的思維習慣，這也是我想表達的地方，產品經理不僅是需求的設計師，更是需求的火炬手。
我們要盡可能認真、專業(yè)、系統化，結構化去表達和傳遞需求，才能做好需求的全流程設計與管理，實際上，這份提綱就是將專業(yè)化設計，用結構化思維，進行系統化表達，從而實現幾何化的效果。
#專欄作家#
產品大峽谷，公眾號：產品大峽谷，人人都是產品經理專欄作家。七年B端產品經理，供應鏈物流與金融領域，擅長需求設計、業(yè)務指導、商業(yè)觀察等。
本文原創(chuàng)發(fā)布于人人都是產品經理，未經許可，禁止轉載。
題圖來自 Unsplash，基于CC0協議
挺好，但是成本有點高。要是經常評審。反復修改的。那就GG了
會被打死+1
這一頓操作下來，得被開發(fā)、測試、前端、UI給打死
哈哈哈
會讓說人話的
結構性論述了如何做好一場需求評審，很受啟發(fā)。已follow樓主,能不能求一份文中用到的ppt以及需求文檔的大綱，謝謝
PPT公眾號回復“評審提綱”即可。需求評審文檔模板，公眾號留言，我發(fā)你，互相交流，共同進步。