產品設計原型創(chuàng)建與評審指南一、適用場景與價值本指南適用于產品全生命周期中需要通過原型驗證設計思路、對齊需求的場景，具體包括：新產品立項階段：通過低保真原型梳理業(yè)務流程、明確核心功能邊界，避免需求方向性偏差；功能迭代優(yōu)化：針對現(xiàn)有產品痛點設計新功能原型，通過評審驗證方案可行性，降低開發(fā)返工風險；跨團隊協(xié)作：在產品、設計、研發(fā)、測試等多方協(xié)同中，以原型為統(tǒng)一溝通載體，減少信息傳遞損耗；用戶測試前置：在中高保真原型階段嵌入用戶調研，提前發(fā)覺交互或體驗問題，優(yōu)化設計方案。通過規(guī)范原型創(chuàng)建與評審流程，可保證設計輸出“需求對齊、邏輯清晰、體驗友好”，為后續(xù)開發(fā)落地提供可靠依據(jù)。二、全流程操作步驟（一）原型創(chuàng)建前：需求梳理與準備目標：明確原型設計的目標、范圍與輸入，避免盲目設計。需求對齊與明確組織產品經理（產品經理姓名）、設計師（設計師姓名）、核心業(yè)務方（業(yè)務方代表姓名）召開需求啟動會，輸出《需求說明書》，明確：用戶畫像與核心場景（如“新用戶首次注冊流程”“老用戶高頻操作路徑”）；功能目標（如“提升注冊轉化率30%”“減少操作步驟50%”）；非功能性需求（如“響應時間≤2秒”“支持iOS/Android雙端”）。對模糊需求進行拆解，避免使用“可能”“大概”等表述，保證需求可量化、可驗證。原型設計目標與范圍界定確定原型的保真度等級（低保真/中保真/高保真），根據(jù)場景選擇：低保真：用于流程梳理、布局驗證，工具建議用AxureRP、墨刀；中保真：用于交互邏輯驗證，補充視覺樣式與動效；高保真：用于用戶測試或研發(fā)交付，還原最終設計效果。明確原型邊界，標注“本次設計范圍”與“后續(xù)迭代內容”，避免范圍蔓延（如“本次僅設計核心交易流程，售后流程暫不包含”）。資源與工具準備確認設計資源（如品牌規(guī)范、組件庫、圖標資源）；選擇適配團隊協(xié)作的原型工具（如支持實時評論、版本管理的Figma、Sketch）。（二）原型設計：從低保真到高保真迭代目標：輸出邏輯清晰、交互合理、符合用戶預期的原型，分階段細化設計細節(jié)。低保真原型：流程與布局驗證繪制核心流程圖：用泳道圖或流程圖梳理用戶操作路徑（如“用戶瀏覽商品→加入購物車→選擇地址→提交訂單”），標注關鍵節(jié)點與分支邏輯（如“庫存不足時提示”“優(yōu)惠券使用規(guī)則”）；搭建頁面框架：確定頁面層級關系（如首頁→分類頁→詳情頁→結算頁），用線框圖繪制頁面布局，忽略視覺樣式，聚焦信息架構與功能分區(qū)；原型基礎交互：添加頁面跳轉、彈窗提示等基礎交互，驗證流程閉環(huán)（如“’返回’是否正確跳轉上一頁”“提交表單后是否顯示成功提示”）。中保真原型：交互與細節(jié)優(yōu)化細化組件與交互：補充按鈕狀態(tài)（默認//禁用）、表單校驗規(guī)則（如“手機號格式錯誤實時提示”“密碼強度要求”）、過渡動效（如“頁面切換滑動效果”“加載動畫”）；視覺規(guī)范融入：參考品牌VI規(guī)范，定義字體、顏色、間距等基礎樣式，保證視覺一致性；異常場景覆蓋：設計異常狀態(tài)處理（如“網絡異常提示”“空數(shù)據(jù)狀態(tài)”“權限不足提示”），避免用戶操作斷層。高保真原型：視覺還原與用戶測試準備完成視覺設計：根據(jù)UI設計稿輸出高保真原型，包含像素級還原的界面、圖標、圖片等資源；添加復雜交互：實現(xiàn)手勢操作（如“左滑刪除”“下拉刷新”）、多步驟引導（如“新用戶首次使用引導”）等高級交互；編寫原型說明：在原型中添加注釋，標注交互邏輯說明（如“此處后彈出地址選擇彈窗，支持新增與編輯”）、設計依據(jù)（如“按鈕顏色采用品牌主色，提升識別度”）。（三）原型評審：多維度驗證與問題閉環(huán)目標：通過集體評審保證原型滿足需求、規(guī)避風險，輸出可落地的設計方案。評審準備提前輸出材料：評審前2個工作日向評審團（產品、設計、研發(fā)、測試、業(yè)務方）發(fā)送原型文件、需求文檔、原型說明，明確評審重點（如“交互邏輯是否合理”“視覺是否符合品牌規(guī)范”“技術實現(xiàn)可行性”）；確定評審標準：制定《原型評審檢查表》，從“需求符合度”“交互合理性”“視覺一致性”“技術可行性”“用戶體驗”五個維度設定評分項（如“核心流程是否完整覆蓋需求→是/否”“異常場景是否處理→是/否”）。評審會議執(zhí)行介紹背景與目標：產品經理（產品經理姓名）簡要說明需求背景、設計目標與原型范圍；原型演示與講解：設計師（設計師姓名）按用戶操作路徑演示原型，重點講解交互邏輯、設計亮點與未解決問題；集體討論與反饋：評審團逐頁評審原型，基于《原型評審檢查表》記錄問題，標注問題優(yōu)先級（P0：阻塞性問題，必須修改；P1：重要問題，建議修改；P2：優(yōu)化項，可暫不修改）；問題確認與分工：會議結束前，對評審問題達成共識，明確責任人（如“P0問題‘提交訂單按鈕未置灰’由設計師姓名負責1日內修改”）與完成時間。問題跟蹤與原型迭代輸出《評審問題跟蹤表》：記錄問題編號、問題描述、優(yōu)先級、責任人、解決方案、完成時間、狀態(tài)（待處理/已解決/已驗證）；原型修改與復評：責任人根據(jù)反饋修改原型，完成后組織復評（僅針對P0/P1問題），保證問題閉環(huán)；版本管理：更新原型版本號（如V1.0→V1.1），在版本日志中記錄修改內容，避免版本混淆。三、核心工具模板模板1：原型需求清單表需求來源需求描述用戶場景驗收標準優(yōu)先級負責人計劃完成時間用戶調研新用戶注冊流程繁瑣新用戶首次使用，希望3分鐘內完成注冊注冊步驟≤3步，支持手機號/注冊，校驗規(guī)則清晰P1產品經理姓名2024–業(yè)務方反饋訂單詳情頁缺少物流信息老用戶查看訂單狀態(tài)，需實時物流信息物流信息實時更新，支持“查看物流詳情”跳轉P0產品經理姓名2024–模板2：原型評審問題跟蹤表問題編號問題描述所屬頁面/模塊優(yōu)先級責任人解決方案完成時間狀態(tài)PR-001提交訂單按鈕未在表單校驗失敗時置灰結算頁P0設計師姓名添加表單校驗邏輯，校驗失敗時按鈕置灰2024–已解決PR-002商品詳情頁圖片加載無loading狀態(tài)詳情頁P1前端開發(fā)姓名添加骨架屏或loading動畫2024–待處理模板3：評審意見反饋表評審環(huán)節(jié)反饋人意見類型（需求/交互/視覺/技術）具體內容處理結果（采納/不采納/待討論）備注流程評審研發(fā)負責人技術“優(yōu)惠券計算邏輯復雜，建議提前在接口層處理”采納產品與研發(fā)對接技術方案視覺評審業(yè)務方代表視覺“品牌色使用過多，建議主色占比≤30%”待討論需結合品牌規(guī)范調整四、關鍵注意事項與風險規(guī)避需求一致性保障原型設計需嚴格基于《需求說明書》，若需變更需求，需通過需求變更流程（如提交變更申請→評審→更新需求文檔→同步設計），避免原型與需求脫節(jié)。原型保真度匹配場景早期階段（如需求梳理）避免直接輸出高保真原型，過度投入視覺設計可能掩蓋邏輯問題；用戶測試階段需使用高保真原型，避免因低保真細節(jié)缺失導致測試結果偏差。評審效率優(yōu)化控制評審人數(shù)（核心成員5-8人），避免無關人員參與；提前明確評審規(guī)則（如“聚焦問題而非解決方案”“對事不對人”），避免會議冗長。用戶視角貫穿始終原型設計需以用戶為中心，避免“自我導向”（如“開發(fā)者覺得簡單，但用戶可能找不到入口”）；可邀請真實用戶參與