一、 投票前準備（3 個核心動作）

1. 確定投票參與人員

   核心原則：覆蓋需求提出方、技術實現方、決策方，人數控制在 5-9 人（人數過少易片面，過多降低效率）

   角色	人數占比	核心職責
   業務部門（市場 / 銷售）	40%	判定需求對獲客、轉化的價值
   技術部門（開發 / 運維）	30%	判定需求的實現成本、技術難度
   管理層（產品 / 負責人）	30%	平衡成本、價值與企業戰略目標

   • 禁忌：禁止無關人員參與，避免干擾核心決策。
2. 準備投票材料

   提前 1-2 天將材料發送給所有投票人，確保大家充分了解需求背景：
   • 材料 1：《需求原始清單》，每個需求標注需求描述、提出方、預期價值（例：“在線客服功能：用戶可實時咨詢，提升咨詢轉化率”）
   • 材料 2：《需求分層判定標準》，重申 P0/P1/P2 的定義（參考前文分層規則）
   • 材料 3：《投票表模板》，包含需求編號、需求名稱、投票選項（P0/P1/P2）、備注欄
3. 選定投票工具與方式
   • 線上投票：適合跨地域團隊，工具選問卷星、飛書投票、騰訊文檔在線表格（自動統計，高效便捷）
   • 線下投票：適合本地團隊，用紙質投票表或白板貼票（直觀透明，方便現場討論）

二、 現場投票執行（4 個關鍵步驟）

1. 需求宣講（5-10 分鐘 / 需求）

   由需求提出方逐一講解需求：
   • 說明需求的業務場景（例：“在線表單用于收集客戶報價需求，替代傳統電話咨詢”）
   • 闡述需求的必要性（例：“沒有表單，客戶需要打電話，效率低且易遺漏信息”）
   • 不允許宣講時引導投票人傾向，保持客觀中立。
2. 獨立投票（匿名 / 實名可選）
   • 匿名投票：適合避免 “領導效應”，讓技術、業務人員敢于表達真實意見；
   • 實名投票：適合需要追溯決策依據的場景，投票人需在備注欄填寫判定理由。
   • 規則：一人一票，每個需求只能選一個層級，不允許棄權（棄權視為無效票，需重新投票）。
3. 投票結果統計

   由專人負責統計，嚴格遵循以下通過閾值（與需求分層判定標準強綁定）：

   需求層級	通過閾值	統計規則
   P0（基礎需求）	同意票數 ≥ 參與人數的 2/3	例：9 人參與，需≥6 票同意
   P1（進階需求）	同意票數 ≥ 參與人數的 1/2	例：9 人參與，需≥5 票同意
   P2（復雜需求）	未達到 P0/P1 閾值的所有需求	自動歸為 P2，無需額外投票

   • 統計后當場公示結果，確保透明無異議。
4. 爭議需求處理

   針對票數接近閾值的需求（例：9 人參與，P0 得 5 票，差 1 票達標），啟動二次判定：
   • 步驟 1：組織投票人集中討論，由正反方闡述理由（業務方講價值，技術方講成本）；
   • 步驟 2：用目標反推法輔助決策：該需求是否直接影響建站核心目標？（例：建站目標是 “品牌展示”，則 “ICP 備案” 是 P0，“在線客服” 是 P1）；
   • 步驟 3：若討論后仍無法達成一致，由管理層最終拍板，但需記錄決策理由。

三、 投票后收尾（2 個輸出物）

1. 輸出《需求分層最終清單》
   標注每個需求的層級、投票結果、爭議處理說明，發送給所有參與方確認。
2. 生成《投票會議紀要》
   記錄會議時間、參與人員、投票規則、爭議點及處理結果，作為后續選型的依據。

四、 關鍵注意事項

1. 避免 “領導一言堂”：管理層票數與其他角色權重相同，僅在爭議階段擁有最終決策權。
2. 拒絕 “情緒化投票”：要求投票人基于 “需求價值 + 實現難度” 判定，而非個人偏好。
3. 投票結果可動態調整：若后續業務目標變更，可組織二次投票調整需求層級。