適用場景與價值在產(chǎn)品設(shè)計開發(fā)過程中，從概念方案到最終落地，需通過多輪評審保證設(shè)計合理性、可行性及用戶體驗一致性。本模板適用于新產(chǎn)品立項、功能迭代優(yōu)化、設(shè)計規(guī)范更新等場景，可系統(tǒng)化記錄評審過程、明確問題與責(zé)任、輸出可追溯的結(jié)論，助力團隊高效協(xié)同，減少設(shè)計返工風(fēng)險，保障產(chǎn)品最終質(zhì)量與目標(biāo)達成。會議記錄全流程操作指南一、會前準(zhǔn)備：奠定評審基礎(chǔ)明確評審目標(biāo)與范圍組織者（如產(chǎn)品經(jīng)理*）需提前確認(rèn)本次評審的核心目標(biāo)（如“驗證新用戶注冊流程的交互合理性”或“評估首頁改版方案的視覺一致性”），并界定評審范圍（如僅交互流程、包含視覺與前端實現(xiàn)等）。根據(jù)目標(biāo)確定評審維度，例如：用戶需求匹配度、技術(shù)實現(xiàn)可行性、業(yè)務(wù)邏輯完整性、體驗友好性、合規(guī)性等。收集并同步評審材料提前3-5個工作日收集完整材料，包括但不限于：產(chǎn)品需求文檔（PRD）、交互原型（高保真/低保真）、視覺稿、用戶反饋數(shù)據(jù)、技術(shù)可行性分析報告、競品分析等，保證材料清晰、版本最新。通過郵件或協(xié)作工具（如企業(yè)釘釘）將材料及會議議程同步給所有參會人員，并附上“請?zhí)崆皩忛啿牧希瑴?zhǔn)備評審意見”的提示。確定參會人員與分工必邀人員：產(chǎn)品負(fù)責(zé)人（主導(dǎo)評審）、設(shè)計師（講解設(shè)計方案）、開發(fā)負(fù)責(zé)人（評估技術(shù)實現(xiàn)）、測試負(fù)責(zé)人（識別測試重點）、業(yè)務(wù)方代表*（確認(rèn)需求一致性）。可選人員：用戶研究員（提供用戶視角）、法務(wù)合規(guī)（審核合規(guī)性）等，根據(jù)評審目標(biāo)靈活調(diào)整。明確主持人（通常為產(chǎn)品負(fù)責(zé)人*）職責(zé)：控制會議節(jié)奏、引導(dǎo)討論、保證各方觀點充分表達。二、會中執(zhí)行：聚焦核心議題開場與背景介紹（5-10分鐘）主持人開場，說明本次評審目標(biāo)、范圍及議程，確認(rèn)參會人員到齊情況。產(chǎn)品經(jīng)理*簡要介紹項目背景（如“本次迭代旨在提升新用戶轉(zhuǎn)化率，當(dāng)前注冊流程存在步驟過多、信息填寫冗余問題”），明確本次需重點評審的模塊（如“注冊流程的3步交互方案”）。方案講解與演示（15-20分鐘）設(shè)計師或產(chǎn)品經(jīng)理結(jié)合原型/視覺稿，逐模塊講解設(shè)計方案，包括：設(shè)計思路（如“遵循‘極簡主義’原則，減少用戶認(rèn)知負(fù)擔(dān)”）、關(guān)鍵決策（如“將手機號驗證改為短信碼一鍵驗證，縮短操作路徑”）、用戶場景對應(yīng)（如“針對18-25歲年輕用戶，強化社交分享功能入口”）。演示過程中需突出“為什么這樣設(shè)計”，而非僅描述“設(shè)計內(nèi)容”，幫助參會人員理解方案邏輯。逐項評審與問題記錄（30-40分鐘）按照預(yù)設(shè)維度（需求匹配度、技術(shù)可行性等）對方案進行逐項評審，主持人引導(dǎo)各方發(fā)言，保證：業(yè)務(wù)方：確認(rèn)方案是否滿足業(yè)務(wù)目標(biāo)（如“注冊轉(zhuǎn)化率提升目標(biāo)是否可支撐？”）；設(shè)計師：解釋設(shè)計原則與用戶體驗考量（如“按鈕顏色采用品牌主色，符合視覺規(guī)范同時提升識別度”）；開發(fā)：評估技術(shù)實現(xiàn)難度、資源投入及潛在風(fēng)險（如“’一鍵驗證’功能需對接第三方短信接口，開發(fā)周期約3天”）；測試：提前識別測試重點（如“需驗證弱網(wǎng)環(huán)境下短信碼接收超時處理”）。記錄人（可指定產(chǎn)品經(jīng)理或助理）實時記錄評審意見，需明確：問題點、提出人、問題描述（如“注冊頁‘手機號’輸入框未做格式校驗，可能導(dǎo)致用戶誤填”）、初步改進方向。結(jié)論確認(rèn)與任務(wù)分配（10-15分鐘）主持人匯總評審意見，組織討論并達成共識，明確結(jié)論類型：通過：方案無需重大修改，按計劃推進；修改后通過：需針對特定問題優(yōu)化（如“調(diào)整注冊流程為2步，簡化信息填寫”），明確修改人及時限；不通過：方案需重新設(shè)計（如“社交分享功能入口位置不符合用戶使用習(xí)慣，需重新布局”），并說明核心原因。對“修改后通過”或“不通過”的結(jié)論，需明確責(zé)任方（如“設(shè)計師*負(fù)責(zé)優(yōu)化注冊流程，2個工作日內(nèi)輸出新版原型”）、完成時限及驗收標(biāo)準(zhǔn)（如“新版需通過業(yè)務(wù)方確認(rèn)，減少1步操作”）。三、會后跟進：保證落地閉環(huán)整理并分發(fā)會議記錄評審結(jié)束后2個工作日內(nèi)，記錄人整理會議記錄，內(nèi)容需包含：會議基本信息、評審目標(biāo)、各議題評審過程摘要、問題清單（含責(zé)任方、時限）、最終結(jié)論及待辦事項。將記錄同步給所有參會人員，并標(biāo)注“請確認(rèn)內(nèi)容準(zhǔn)確性，如有異議24小時內(nèi)反饋”，確認(rèn)無誤后歸檔至項目協(xié)作平臺（如飛書文檔、Confluence）。跟蹤問題解決進度產(chǎn)品經(jīng)理作為跟進負(fù)責(zé)人，在每日站會或周會中同步待辦事項進度，對超期任務(wù)及時提醒并協(xié)調(diào)資源（如“開發(fā)反饋短信接口對接遇技術(shù)障礙，需后端*支持，是否需調(diào)整排期？”）。問題解決后，組織相關(guān)方進行驗收（如“設(shè)計師提交新版注冊流程后，由產(chǎn)品經(jīng)理、業(yè)務(wù)方*共同確認(rèn)是否符合預(yù)期”），驗收通過后關(guān)閉問題。復(fù)盤與流程優(yōu)化對復(fù)雜或爭議較大的評審，可在項目關(guān)鍵節(jié)點進行復(fù)盤，總結(jié)本次評審中的高效環(huán)節(jié)（如“提前同步材料減少了會議討論時間”）與待改進點（如“技術(shù)可行性評估可提前至設(shè)計初期，避免后期推翻方案”），持續(xù)優(yōu)化評審流程。產(chǎn)品設(shè)計評審會議記錄表（通用模板）基本信息會議名稱【產(chǎn)品名稱】【版本號】設(shè)計評審會（例：“電商APPV3.2.0注冊流程設(shè)計評審會”）評審階段□概念方案□原型設(shè)計□視覺稿□開發(fā)前最終評審□其他：_________會議時間______年______月______日______:______-______:______會議地點/線上線上：_________/線下：_________會議室主持人__________記錄人__________參會人員產(chǎn)品：_________設(shè)計：_________開發(fā)：_________測試：_________業(yè)務(wù)：_________其他：_________缺席人員及原因__________評審議程與記錄評審結(jié)論議題1：【評審模塊/名稱】（例：“新用戶注冊流程交互方案”）?負(fù)責(zé)人：_________?評審維度：□需求匹配度□技術(shù)可行性□體驗友好性□業(yè)務(wù)邏輯□合規(guī)性□其他：_________?方案簡介：_________?評審意見：-__________（提出人：，意見：“注冊頁‘手機號’輸入框未做格式校驗”）-__________（提出人：，意見：“’一鍵驗證’功能需評估短信接口成本”）?待辦事項：□通過□修改后通過（需修改內(nèi)容：_________，責(zé)任方：_________，時限：_________）□不通過（原因：_________，重新設(shè)計時限：_________）議題2：【評審模塊/名稱】?負(fù)責(zé)人：_________?評審維度：_________?方案簡介：_________?評審意見：_________?待辦事項：_________□通過□修改后通過（需修改內(nèi)容：_________，責(zé)任方：_________，時限：_________）□不通過（原因：_________，重新設(shè)計時限：_________）議題3：【評審模塊/名稱】?（可根據(jù)實際議題數(shù)量增減行）問題跟蹤清單狀態(tài)□待解決□處理中□已解決□已關(guān)閉責(zé)任方完成時限驗收人備注1.注冊頁“手機號”輸入框未做格式校驗□待解決設(shè)計師*______月____日產(chǎn)品經(jīng)理*2.“一鍵驗證”功能需評估短信接口成本□處理中開發(fā)*______月____日產(chǎn)品經(jīng)理*已對接商務(wù)詢價其他說明|（記錄會議中的特殊討論、未決議題或需后續(xù)單獨溝通的事項）_________|簽字確認(rèn)產(chǎn)品負(fù)責(zé)人簽字：__________日期：_________設(shè)計負(fù)責(zé)人簽字：__________日期：_________開發(fā)負(fù)責(zé)人簽字：__________日期：_________測試負(fù)責(zé)人簽字：__________日期：_________業(yè)務(wù)方代表簽字：__________日期：_________使用要點與常見問題規(guī)避材料準(zhǔn)備充分性：避免因材料缺失或不清晰導(dǎo)致評審低效，例如原型需標(biāo)注交互邏輯、視覺稿需說明設(shè)計規(guī)范引用，關(guān)鍵數(shù)據(jù)（如用戶調(diào)研結(jié)論）需以圖表形式呈現(xiàn)，便于快速理解。記錄客觀準(zhǔn)確性：問題描述需基于事實而非主觀判斷，例如避免寫“這個按鈕很難看”，改為“按鈕顏色與品牌VI規(guī)范不一致（規(guī)范要求主色為#X，當(dāng)前為#X）”，保證責(zé)任方可針對性改進。問題可追溯性：待辦事項需明確“做什么、誰來做、何時完成”，避免模糊表述（如“優(yōu)化注冊流程”），改