這會決定
哪些證據已接受，誰有權放行或停止
- 每個發布領域的證據、負責人與結束條件
- 例外的影響、控制措施、複核門檻與剩餘風險決策權
- 切換、復原與密集觀察期的觸發條件、指揮流程與交接
這不代表已通過驗證
一張綠色檢查表，無法證明發布已經安全
- 百分比不能掩蓋單一關鍵阻礙
- 順利情境展示不能取代資料、例外與復原證據
- 倒數日期、投入成本或口頭承諾都不能覆寫不放行規則
01 / 證據索引
十三個領域，都要能回答「拿什麼放行」。
「有人看過」或「畫面正常」還不夠。每個領域都需要可定位的證據、具名接受者、可觀察的 結束條件，以及能讓發布停下來的阻礙定義。
領域 01證據門檻
範圍
這次要放行哪些內容，哪些變更明確不在本次上線？
必要證據
- 版本化範圍與驗收條件
- 已延後項目、影響與負責人
- 範圍凍結後的變更控制記錄
- 核准負責人
- 業務負責人核准；商務或產品負責人維護。
- 離開條件
- 所有上線項目都有可測驗收條件，延後與新增變更不會悄悄進入發布。
上線阻礙：關鍵旅程仍在變動、範圍無核准人，或已知依賴不在發布計畫內。
領域 02證據門檻
內容
顧客會看到的內容是否完成審核、上架與例外處理？
必要證據
- 頁面與語系完整性清單
- 政策、導覽、交易訊息核准記錄
- 媒體、連結與發布檢查
- 核准負責人
- 內容負責人執行；業務或法務負責人依組織規則核准。
- 離開條件
- 發布範圍內的內容都有狀態、核准人與最後檢查證據。
上線阻礙：關鍵購買資訊、政策或交易訊息缺漏，且沒有核准的替代或延後邊界。
領域 03證據門檻
商品目錄
商品、變體、集合、價格與可售狀態能否形成一致購買體驗？
必要證據
- 商品與變體數量對帳
- 價格、幣別、庫存與可售規則抽驗
- 集合、搜尋與商品企劃驗收
- 核准負責人
- 商品企劃或商務負責人核准；資料或營運團隊協作。
- 離開條件
- 核心商品組合與例外商品完成對帳，差異都有處置與負責人。
上線阻礙：錯誤價格、不可購買商品、庫存語意不一致，或對帳差異無法界定。
領域 04證據門檻
資料
遷移或同步後的資料是否可追溯、可對帳、可處理例外？
必要證據
- 來源到目標的欄位對照與轉換規則
- 筆數、關鍵欄位與狀態對帳
- 例外、重跑與簽核記錄
- 核准負責人
- 資料負責人對語意負責；工程團隊執行；業務負責人接受差異。
- 離開條件
- 關鍵資料集完成對帳，未解差異被分類、界定影響並指派負責人。
上線阻礙：顧客、訂單、價格或庫存資料無法對帳，或重跑會造成不可逆覆寫。
領域 05證據門檻
整合
關鍵系統在正常、延遲與失敗情境下，是否都能被操作？
必要證據
- 端到端流程與契約測試
- 失敗、重試、重播與對帳演練
- 告警、操作手冊與升級處理負責人
- 核准負責人
- 整合或工程負責人執行；營運負責人接受營運流程。
- 離開條件
- 關鍵介面與例外路徑完成驗證，失敗能被看見、控制與復原。
上線阻礙：訂單、付款後續、庫存或履約介面失敗時無告警、無負責人或無復原方法。
領域 06證據門檻
搜尋連續性 SEO
網址、索引訊號與內容變更是否有可驗證的保留或轉移計畫？
必要證據
- 新舊網址清冊與轉址對照
- canonical、robots、sitemap 與中繼資料檢查
- 上線前後爬取與例外清單
- 核准負責人
- SEO 負責人定義與接受；工程與內容團隊執行。
- 離開條件
- 已知高風險網址與索引控制均有對照、測試及上線後驗證負責人。
上線阻礙：大量網址變更沒有對照，或索引控制、canonical、轉址的實際行為未驗證。
領域 07證據門檻
衡量
上線後用來觀察與決策的訊號，是否有共同契約與檢查基準？
必要證據
- 關鍵流程事件與資料契約
- 同意／治理行為與變更記錄
- 交易對帳、發布檢查與監測
- 核准負責人
- 分析負責人定義；工程團隊實作；產品或成長負責人接受。
- 離開條件
- 發布相關核心事件已驗證，差異基準、監控與決策負責人明確。
上線阻礙：無法確認關鍵交易訊號是否重複或遺漏，且上線後沒有替代觀察方式。
領域 08證據門檻
存取
上線與復原所需權限是否最小化、可取得、可撤回？
必要證據
- 角色與環境存取矩陣
- 發布／回復權限實測
- 緊急存取、供應商撤權與稽核記錄
- 核准負責人
- 系統或資安負責人核准；發布指揮者確認可執行。
- 離開條件
- 具名角色可完成其發布任務，緊急權限有控制與事後記錄。
上線阻礙：關鍵操作依賴單一不可用帳號、共用憑證，或回復權限未驗證。
領域 09證據門檻
效能
代表性裝置與顧客路徑的變化，是否在已接受的邊界內？
必要證據
- 代表性裝置／網路／頁型測試
- 變更前後可比較的測試條件
- 已知退化、影響與接受記錄
- 核准負責人
- 工程負責人測試；產品或業務負責人接受顧客影響。
- 離開條件
- 核心路徑在共同測試條件下可操作，未解退化有明確影響與決策。
上線阻礙：核心購買路徑在代表性條件下不可用，或重大退化尚未界定影響。
領域 10證據門檻
營運
訂單、客服與例外處理是否能從專案交接到日常營運？
必要證據
- 訂單與服務例外操作手冊
- 支援、值班與升級處理矩陣
- 營運演練、教材與業務驗收
- 核准負責人
- 營運負責人接受；商務與工程團隊提供操作手冊及支援。
- 離開條件
- 營運人員能識別、分流與升級核心例外，且知道何時啟動發布決策權限。
上線阻礙：訂單例外或顧客問題無人接手，或營運流程只存在於專案成員記憶中。
領域 11證據門檻
切換
誰在什麼證據下執行、暫停或放行每一個切換步驟？
必要證據
- 排序後操作手冊與依賴關係
- 指揮角色、檢查點與溝通模板
- 演練記錄與實際決策關卡
- 核准負責人
- 發布指揮者主責；各工作項目負責人執行與回報。
- 離開條件
- 每一步都有負責人、輸入、驗證、停止條件與下一個決策權限。
上線阻礙：切換順序、依賴或核准權不明，且沒有共同唯一資料來源。
領域 12證據門檻
復原
若證據失敗，是否知道何時退、退到哪裡，以及新資料如何處理？
必要證據
- 可觀察回復觸發條件
- 可恢復狀態與資料處置規則
- 決策權限、演練記錄與重新放行條件
- 核准負責人
- 發布指揮者決策；工程團隊執行；業務與營運負責人接受資料影響。
- 離開條件
- 復原路徑在發布邊界內可執行，觸發條件、決策權限與資料後果都已接受。
上線阻礙：無可恢復狀態、無決策權限，或復原會造成未界定的訂單或資料損失。
領域 13證據門檻
上線觀察期
上線後的訊號、分流、決策與交接何時開始、何時結束？
必要證據
- 觀察訊號與問題分流看板
- 值班、決策節奏與升級處理
- 結束標準、未解問題與日常營運交接
- 核准負責人
- 營運或產品負責人接受；發布指揮者主持決策節奏。
- 離開條件
- 監控與問題佇列轉入日常負責人，未解事項有後續門檻，發布指揮流程可以正式結束。
上線阻礙：上線後沒有觀察負責人、問題分流或可判斷是否穩定的結束證據。
02 / 決策模型
不算平均分；依關鍵阻礙與例外邊界做決策。
同一個發布只會留下三種決策狀態。任何關鍵證據都不能被其他完成項目抵銷；有條件放行也必須有 控制措施、負責人與重新檢視點。
- GO放行
關鍵證據已被接受，剩餘事項不會突破上線邊界。
所有阻擋發布證據已通過負責人驗收；其餘未結事項不會破壞已定義的顧客、訂單、資料、存取或營運邊界，且仍有負責人。
決策紀錄
- 已驗收證據索引
- 決策負責人與時間點
- 切換決策權限與復原觸發條件
- CONDITIONAL GO有條件放行
例外有明確邊界、控制、負責人與重新檢視點。
例外的影響與受影響旅程可被界定，已有控制措施、具名負責人、複核與到期門檻，以及復原觸發條件；其他關鍵證據均已接受。
決策紀錄
- 例外與受影響邊界
- 控制措施、負責人與複核門檻
- 接受剩餘風險的決策權限
- NO-GO暫不放行
關鍵證據不足，或失敗後無法被控制與負責。
顧客、訂單、付款後續、資料、存取、切換或復原的關鍵證據缺漏或失敗；或阻礙上線的問題沒有最終負責人。時程壓力不能取代證據。
決策紀錄
- 關鍵阻礙與缺少的證據
- 負責人與下一個驗證
- 重新進入決策的結束條件
不變的決策原則
緊迫不等於證據。
發布日期、已投入成本、某次展示成功或多數項目完成，都不能自動推導出放行結論。決策紀錄必須指向這次範圍、實際 證據、未解例外、決策權與復原觸發條件。
03／匿名規劃工具
先把風險轉成可交付的驗證工作流。
選擇只影響固定工作流的排序。結果不會產生準備度分數，也不會宣告是否能上線；它只把下一輪驗證收斂成三條具體工作流。
匿名驗證規劃工具
選一個上線形態與一到三項風險，排出三條驗證工作流。
不輸入公司、系統或日期，也不保存答案。結果只是證據規劃的起點，不代表放行決策、完整稽核或交付承諾。
04 / 五道決策門檻
從證據凍結走到日常營運交接。
上線控制從範圍與證據邊界開始，經過顧客旅程驗收、指揮演練與發布決策，最後以密集觀察期的結束條件完成交接。
- G101 / 05
證據凍結
上線邊界與必備證據是否已鎖定？
- 證據
- 範圍、驗收、各領域負責人、未解例外與決策日期。
- 決策權
- 業務負責人與商務／產品負責人
- G202 / 05
顧客旅程驗收
顧客、資料、整合、SEO 與衡量路徑是否有可重現證據？
- 證據
- 端到端測試、對帳、爬取、衡量檢查與例外紀錄。
- 決策權
- 各領域負責人與業務／營運接受者
- G303 / 05
指揮流程演練
切換、暫停、復原與溝通能否由具名角色執行？
- 證據
- 排序操作手冊、存取測試、演練、復原觸發條件與資料處置。
- 決策權
- 發布指揮者與工程／營運負責人
- G404 / 05
發布決策
依規則應該放行、有條件放行，還是不放行？
- 證據
- 已驗收證據索引、例外、剩餘風險與簽署決策紀錄。
- 決策權
- 具名決策負責人；不得以倒數時間替代證據
- G505 / 05
結束上線觀察期
是否可結束發布指揮流程並移交日常營運負責人？
- 證據
- 訊號複核、問題佇列、未解事項負責人、交接驗收與結束紀錄。
- 決策權
- 營運／產品負責人與發布指揮者
05 / Operate the release
切換、復原與密集觀察期，共用同一條控制迴路。
如果團隊只寫「上線步驟」，卻沒有停止條件、復原資料處理、決策權與密集觀察期的結束條件，風險只會被推到發布之後。
依證據推進
每一步都有輸入、負責人、驗證、檢查點與停止條件。
依觸發條件復原
先定義可恢復狀態、資料後果、決策權與重新放行條件。
依結束條件交接
訊號、問題、值班與決策節奏轉入日常負責人後才結束。
06 / 發布責任分工
證據由誰做，風險由誰接受。
這是一個起始責任分工範本，不是組織圖。每次發布 都要把角色改成具名負責人，並確認 R、A 沒有落在無權執行或無權接受的人身上。
R 執行 ResponsibleA 核准 AccountableC 協作 ConsultedI 知會 Informed
| 決策活動 | 商務 | 電商 | 工程 | SEO／資料／內容 | 營運 | 發布指揮 |
|---|---|---|---|---|---|---|
| 定義範圍、接受條件與剩餘風險 | A | R | C | C | C | I |
| 整理各領域證據與例外紀錄 | I | A | R | R | C | C |
| 驗證顧客、訂單與資料流程 | I | A | R | C | R | C |
| 執行切換與檢查點 | I | C | R | R | C | A |
| 決定放行、有條件放行或不放行 | A | C | C | C | C | R |
| 觸發回復、處理資料後果 | C | I | R | C | R | A |
| 接受上線觀察期結束與日常營運交接 | I | A | C | C | R | R |
常見問題
關於決策規則、例外與隱私。
先確認這份框架能回答什麼，再把實際證據、具名負責人與發布決策權帶進決策會議。
不是。這是建立證據、負責人、結束條件與決策規則的共用框架。實際簽核仍要依你的發布範圍、系統、組織權責與驗證結果建立具體證據。
因為總分可能掩蓋單一關鍵阻礙。訂單、資料、存取或復原其中一項證據不足，都不能被其他完成項目的分數抵消；這個頁面因此使用明確決策規則。
至少要界定例外、受影響旅程或資料、控制措施、具名負責人、複核或到期門檻、復原觸發條件，以及有權接受剩餘風險的決策人。
不會。選擇與排序只存在目前頁面的 React 狀態；不要求自由文字、不寫入 localStorage 或 sessionStorage，也不提交到伺服器。分析事件只包含固定選項代碼、數量與工作流代碼。
不能。它要求每個領域提供可驗證證據與負責人，但不取代實際爬取、轉址、canonical、效能、事件、同意治理與交易對帳驗證，也不承諾任何結果。
工作流結構可以重用，證據不能直接沿用。當範圍、資料、整合、權限、網址或操作方式改變，就應重新確認測試條件、負責人、例外與決策紀錄。
帶著證據，不只帶著綠燈分數
把範圍、關鍵阻礙與三條工作流，整理成可決策的上線底稿。
我們可以從你的實際發布邊界開始，確認證據負責人、決策門檻與實作交接；是否放行，仍以驗證結果與具名決策權為準。