產(chǎn)品設(shè)計階段評審流程表（通用工具模板）一、適用場景與核心價值本模板適用于新產(chǎn)品從概念到落地的設(shè)計階段全流程評審，覆蓋需求迭代、功能優(yōu)化、體驗升級等場景。具體包括但不限于：新產(chǎn)品立項后的需求評審（確認(rèn)需求合理性、用戶價值）；方案設(shè)計階段的原型/設(shè)計稿評審（驗證交互邏輯、視覺規(guī)范可行性）；開發(fā)前的技術(shù)可行性評審（評估研發(fā)資源、技術(shù)風(fēng)險）；測試階段的驗收評審（確認(rèn)功能完整性、符合度）。通過規(guī)范評審流程，可明確責(zé)任邊界、降低溝通成本、規(guī)避設(shè)計缺陷，保證產(chǎn)品方案與業(yè)務(wù)目標(biāo)、技術(shù)能力、用戶需求一致，提升產(chǎn)品落地效率與質(zhì)量。二、全流程操作指引（一）評審啟動：明確目標(biāo)與范圍責(zé)任人：產(chǎn)品經(jīng)理（小明）確定評審目標(biāo)（如“確認(rèn)用戶登錄流程的交互合理性”“評估首頁改版的設(shè)計可行性”）；定義評審范圍（需評審的功能模塊、設(shè)計環(huán)節(jié)，如“僅評審核心登錄流程，暫不考慮第三方登錄”）；輸出《評審計劃》，明確時間、參與角色、材料清單（示例：計劃于2024年X月X日14:00召開需求評審，需產(chǎn)品、設(shè)計、研發(fā)、測試、業(yè)務(wù)方參會，提前2天同步PRD文檔）。關(guān)鍵輸出：《評審計劃》（含目標(biāo)、范圍、時間、參與人、材料清單）。（二）材料準(zhǔn)備：保證信息完整與同步責(zé)任人：各角色按分工輸出材料，產(chǎn)品經(jīng)理匯總產(chǎn)品經(jīng)理：輸出《產(chǎn)品需求文檔（PRD）》，包含需求背景、用戶故事、功能流程、驗收標(biāo)準(zhǔn)；設(shè)計師：輸出交互原型（Axure/Figma）、視覺稿（含設(shè)計規(guī)范說明），標(biāo)注關(guān)鍵交互邏輯；研發(fā)負(fù)責(zé)人：輸出《技術(shù)可行性分析》（含技術(shù)選型、潛在難點、資源評估）；業(yè)務(wù)方：輸出《業(yè)務(wù)規(guī)則說明》（如行業(yè)合規(guī)要求、運營流程約束）；測試負(fù)責(zé)人：輸出《測試關(guān)注點》（如邊界場景、異常流程）。要求：材料需提前1-2天通過項目管理工具（如飛書、釘釘）同步給所有參會人員，預(yù)留閱讀時間。（三）評審會議組織：高效溝通與決策責(zé)任人：產(chǎn)品經(jīng)理（小明）會前準(zhǔn)備：確認(rèn)會議室（或線上會議）、設(shè)備（投影、麥克風(fēng)），提前10分鐘調(diào)試材料；會議開場（5分鐘）：主持人（產(chǎn)品經(jīng)理）重申評審目標(biāo)、議程（如“先過需求背景，再逐模塊評審原型，最后討論技術(shù)風(fēng)險”）、時間分配（總時長≤2小時）；逐項評審（按議程順序）：業(yè)務(wù)方講解需求背景與用戶價值；產(chǎn)品經(jīng)理演示功能流程，說明核心邏輯；設(shè)計師拆解交互細節(jié)（如“反饋時長300ms，符合用戶習(xí)慣”）；研發(fā)提出技術(shù)疑問（如“該功能是否依賴第三方接口？延遲如何處理？”）；測試補充測試場景（如“弱網(wǎng)環(huán)境下登錄失敗是否提示重試？”）；問題記錄：指定記錄人（如小剛）實時記錄問題，格式為“問題編號-問題描述-責(zé)任角色-解決期限”（示例：P001-登錄按鈕未適配暗黑模式-設(shè)計-3個工作日內(nèi)）；結(jié)論確認(rèn)：會議結(jié)束前，主持人匯總評審結(jié)論（通過/修改后通過/不通過），明確下一步行動（如“修改后通過，設(shè)計小紅周五前更新原型，研發(fā)小李同步評估開發(fā)量”）。關(guān)鍵輸出：《會議紀(jì)要》（含評審結(jié)論、問題清單、行動項）。（四）問題整改與跟蹤：閉環(huán)管理責(zé)任人：產(chǎn)品經(jīng)理（小明）主導(dǎo)，各責(zé)任人執(zhí)行問題分發(fā)：產(chǎn)品經(jīng)理將《會議紀(jì)要》中的問題清單同步至責(zé)任人，明確整改要求及時限；進度跟蹤：每日更新問題狀態(tài)（通過項目管理工具看板跟蹤），示例：問題編號問題描述責(zé)任人狀態(tài)截止時間P001登錄按鈕未適配暗黑模式小紅解決中2024–P002密碼加密方案存在功能風(fēng)險小李待解決2024–復(fù)評確認(rèn)：針對“修改后通過”的問題，責(zé)任人完成整改后，產(chǎn)品經(jīng)理組織小范圍復(fù)評（僅涉及相關(guān)角色），確認(rèn)問題關(guān)閉后更新狀態(tài)。（五）結(jié)果確認(rèn)與歸檔：沉淀可追溯信息責(zé)任人：產(chǎn)品經(jīng)理（小明）輸出《評審報告》：匯總評審全過程信息，包括評審目標(biāo)、參與人員、評審結(jié)論、問題清單及解決狀態(tài)、最終版本材料；簽字確認(rèn)：發(fā)送《評審報告》給所有參會人員及相關(guān)方（如業(yè)務(wù)負(fù)責(zé)人、研發(fā)總監(jiān)），確認(rèn)無異議后簽字（電子簽/紙質(zhì)簽）；材料歸檔：將《評審計劃》《會議紀(jì)要》《評審報告》、設(shè)計稿、PRD等材料至項目知識庫（如Confluence、語雀），按“項目-版本-評審類型”分類存儲，保證后續(xù)查閱可追溯。三、評審流程表模板評審階段評審環(huán)節(jié)核心評審內(nèi)容評審參與角色輸入材料輸出成果關(guān)鍵節(jié)點說明問題跟蹤狀態(tài)（示例）需求評審需求合理性確認(rèn)用戶價值、業(yè)務(wù)目標(biāo)、需求優(yōu)先級產(chǎn)品、業(yè)務(wù)、研發(fā)PRD、需求背景文檔《需求評審結(jié)論》需求未被凍結(jié)前可評審P001-P005（全部關(guān)閉）方案設(shè)計交互/視覺評審流程邏輯、用戶體驗、視覺規(guī)范產(chǎn)品、設(shè)計、測試交互原型、視覺稿《設(shè)計評審報告》原型凍結(jié)后進入開發(fā)P006（解決中）技術(shù)評審可行性評估技術(shù)選型、開發(fā)量、風(fēng)險點研發(fā)、產(chǎn)品、測試技術(shù)方案、可行性分析《技術(shù)評審結(jié)論》開發(fā)啟動前必須完成P007（已關(guān)閉）驗收評審功能完整性驗證需求符合度、Bug修復(fù)情況、測試覆蓋率產(chǎn)品、測試、研發(fā)測試報告、驗收清單《驗收評審報告》測試通過后，上線前評審P008（待解決）四、關(guān)鍵注意事項與風(fēng)險規(guī)避（一）評審前：避免“臨時抱佛腳”材料不完整（如PRD缺失驗收標(biāo)準(zhǔn)、原型未標(biāo)注交互細節(jié)）可能導(dǎo)致評審反復(fù)，務(wù)必提前同步并確認(rèn)材料可讀性；參會人員不全（如未邀請研發(fā)負(fù)責(zé)人評估技術(shù)風(fēng)險）可能遺漏關(guān)鍵問題，需提前1天確認(rèn)參會名單，必要時強制要求核心角色（如研發(fā)、業(yè)務(wù)方）到場。（二）評審中：聚焦核心目標(biāo)，避免“發(fā)散跑題”主持人需嚴(yán)格控制時間，每個環(huán)節(jié)設(shè)置倒計時（如“需求背景講解≤15分鐘”），避免在非核心細節(jié)（如按鈕顏色）過度爭論；區(qū)分“事實問題”（如“原型中注冊頁缺少手機號驗證”）與“主觀偏好”（如“我覺得藍色比紅色更好”），前者必須解決，后者可記錄但不作為否決項。（三）評審后：杜絕“只評不改”，保證閉環(huán)問題必須明確“責(zé)任人+解決期限”，避免“設(shè)計優(yōu)化”“研發(fā)跟進”等模糊描述；對“不通過”的評審結(jié)論，需給出具體整改方向（如“登錄流程需增加短信驗證碼二次校驗”），而非僅說