作者┃Laura
系列說明｜這是上下兩篇的下篇。
上篇說明，高票通常只是值得繼續發展的訊號：點子必須先成為讓人聽懂的方案。本文從這裡繼續，討論方案如何成熟為決策就緒方案、如何運用同意梯級看見支持與擔憂，以及怎樣把決定落實為可執行、可追蹤的行動計畫。即使沒有讀過上篇，也可以從下方的五階框架快速進入。
本文核心
方案讓人聽懂；決策就緒方案讓人敢於做決定；行動計畫讓決定真的開始發生。
先用一分鐘回到五階框架
Open Quest 產出成熟度五階框架把工作坊產出分成五層：點子、候選點子、方案、決策就緒方案，以及行動／執行計畫。它不是業界既有的標準五階段模型，而是 Laura／Open Quest 為引導實踐整理的工作框架，用來判斷產出成熟到哪裡、下一步需要什麼引導動作。
| 層次 | 關鍵問題 | 引導者動作 | 典型產出 |
| 1 點子（Idea） | 我們可以做什麼？ | 產生（Generate）：打開可能性。 | 一組想法。 |
| 2 候選點子（Shortlisted Idea） | 哪些值得繼續發展？ | 篩選（Prioritize）：澄清、分類、初步篩選。 | 少數方向。 |
| 3 方案（Proposal） | 這個點子具體是什麼？ | 發展（Develop）：說明對象、需求、做法、範圍與效果。 | 能被理解、質疑與比較的方案。 |
| 4 決策就緒方案（Decision-ready Proposal） | 是否已具備做決定的條件？ | 決策（Decide）：檢視選項、依據、風險、取捨與建議。 | 足以支持通過、不通過或暫緩的方案。 |
| 5 行動／執行計畫（Action / Implementation Plan） | 決定以後，具體怎麼做？ | 執行（Execute）：明確行動、負責人、時間與追蹤。 | 可以啟動與追蹤的計畫。 |
產生（Generate）→ 篩選（Prioritize）→ 發展（Develop）→ 決策（Decide）→ 執行（Execute）
方案面向理解；決策就緒方案面向判斷
這是五階框架裡最值得分清楚的一道界線。方案（Proposal）回答的是：「我們想做什麼？」它至少要讓沒有參與前面發散的人也能理解：為誰解決什麼問題、準備怎麼做、範圍在哪裡、期待發生什麼。
決策就緒方案（Decision-ready Proposal）則繼續回答：「為什麼值得這樣做？和什麼相比？依據是什麼？會犧牲什麼？如果決定通過，組織是否真的有條件往下走？」
方案讓人聽懂；決策就緒方案讓人敢於做決定。
「決策就緒方案」是本文為英文 Decision-ready Proposal 採用的中文名稱，強調它不只是「可以拿去表決」，而是已經準備到足以支持判斷的程度。我沒有找到權威機構把這個詞定義成統一格式，因此不把它包裝成既有標準。它的支撐邏輯來自決策品質（Decision Quality）：決策教育基金會（Decision Education Foundation）將高品質決策歸納為六個彼此相扣的要素——有幫助的決策框架、具有創造性的替代選項、有用資訊、清楚的價值與取捨、可靠推理，以及貫徹選擇的承諾。
實務上，方案可以先粗後細
如果時間充足，可以先讓團隊形成初步方案（Initial Proposal），只寫到足以理解與初步比較；確認值得繼續後，再把少數方案發展成決策就緒方案。這樣不會要求每個剛出現的點子都投入同等研究成本。如果時間有限，也可以把兩步合併，但引導者仍要知道自己正在跨越「理解」與「判斷」兩種不同任務。
決策就緒方案：三組八項檢查
八項檢查可以整理成三組：先對準要決定什麼，再建立足以判斷的依據，最後確認組織能否承諾。其中有些問題適合在會前先向發起人或決策者確認，有些則需要參與者在會中共同發展。
| 三組 | 檢查要素 | 引導者要確認什麼？ | 配送服務範例 |
| A 對準決定 | 1 決策框架（Decision Frame）
會前優先 |
現在要決定什麼？誰有權決定？範圍與時間點是什麼？ | 決定是否核准兩店三個月配送試點，而不是泛談「配送好不好」。 |
| A 對準決定 | 2 清楚方案（Clear Proposal）
會中發展 |
大家是否在談同一個具體版本？ | 對象、門檻、範圍、合作方式、試行期與量化目標已說清楚。 |
| A 對準決定 | 3 建議與請求（Recommendation / Ask）
會前對焦、會中形成 |
建議哪一個選擇？希望決策者現在做什麼？ | 建議外包試點，請核准預算、門市範圍與繼續／停止規則。 |
| B 建立依據 | 4 真正選項（Alternatives）
會中發展 |
是否存在可比較的選擇，而不只剩做／不做？ | 外包、自營、小範圍測試、暫不啟動。 |
| B 建立依據 | 5 判斷標準（Criteria & Values）
會前對焦、會中確認 |
我們根據什麼判斷？哪些價值與目標更重要？ | 顧客價值、成本、速度、營運複雜度、到店採購與學習價值。 |
| B 建立依據 | 6 必要資訊（Useful Information）
會前準備、會中補充 |
哪些事實與不確定性會顯著改變選擇？ | 需求、報價、預算效益、門市能力與供應商條件。 |
| C 確認承諾 | 7 風險與取捨（Risks & Trade-offs）
會中判斷 |
得到什麼、犧牲什麼？主要風險能否接受或管理？ | 提高便利性與採購量，但增加成本、客訴與流程複雜度。 |
| C 確認承諾 | 8 承諾條件（Commitment Feasibility）
會前確認、會中承諾 |
如果決定通過，組織是否真的有條件往下走？ | 已有決策支持者、負責人、基本資源與進入執行規劃的空間。 |
這八項不是要把每個點子都做成五十頁的商業提案，也不是要求所有問題都有答案。決策品質的過程強調根據決定的重要性與複雜度，在「太快決定」和「研究過度」之間取得平衡。真正需要處理的是那些一旦答案不同，就可能改變選擇的問題。
決策就緒，不是把所有問題都研究完；而是把足以改變決定的問題處理夠。
知識框｜什麼是同意梯級量表？
不是簡單的贊成／反對
同意梯級量表（Gradients of Agreement Scale）由 Sam Kaner、Duane Berger 與 Community At Work 團隊發展，用不同層次呈現成員對一個清楚方案的支持程度。它不是把複雜意見壓成二元表態，也不等同於多數票表決；它更像一張「支持度地圖」，幫助團隊看見強烈支持、保留、擔憂或不同意，以及這些位置背後的理由。
使用時有兩個前提。第一，方案必須足夠清楚，否則每個人可能在回應自己想像中的不同版本。第二，團隊要事先說明決策規則：這次是諮詢、蒐集支持程度、尋求共識，還是據此做最終決定。若整體支持程度不夠高，低支持位置背後的保留與擔憂，正是修改和強化方案的重要資訊。
延伸學習：Open Quest 引導力二階課程會詳細教授同意梯級量表的設計、主持與解讀，包括如何處理保留意見，以及如何運用支持度背後的資訊改進方案。
回到配送案例：如果「提供配送服務」仍停在點子或候選點子層，同意梯級量表只會測到大家對一個模糊方向的投射。更合適的順序是，先把它發展成至少第三層的清楚方案；若團隊要據此做資源承諾，再補足第四層所需的判斷條件，然後才用同意梯級量表看見支持、保留與擔憂。工具沒有錯，關鍵是把工具放在對的成熟度上。
第四層和第五層，有時會一起被決策
五層是產出成熟度的區分，不代表每個專案都必須依序製作五份文件。有些組織會先核准方向，再由執行團隊發展詳細行動計畫；另一些組織若看不到負責人、初步時程與資源安排，就無法做出有意義的決定。在後一種情境裡，決策就緒方案通常會包含一版足以判斷可行性的初步行動／執行計畫，第四層和第五層便會一起提交。
可以分開的是文件；不能斷開的，是決策與執行之間的責任。
決定之後，怎樣才算真正的行動／執行計畫？
一旦團隊或決策者已經選擇要做什麼，就進入行動／執行計畫（Action / Implementation Plan）。美國疾病管制與預防中心（CDC）的行動計畫指南反覆出現幾個核心問題：要發生什麼行動、由誰執行、何時完成、需要什麼資源，以及如何知道已經完成。不同組織會使用不同模板，但從引導設計的角度，我會把欄位分成「一定要有」與「依情境決定」。
| 類別 | 內容 | 引導者檢查問題 |
| 一定要有（Must Have） | 1. 目標／預期成果
2. 具體行動或任務 3. 明確負責人（Owner） 4. 時間點／期限 5. 完成證據、成功指標或檢視方式 |
我們為什麼做？誰在什麼時候做什麼？如何知道完成或需要調整？ |
| 依情境決定（Context-dependent / Good to Have） | 資源與預算；里程碑；任務依賴；風險與因應；溝通對象與頻率；升級／治理機制；試點與學習回路；變更規則。 | 這項行動的規模、風險、跨部門程度、組織阻力與不確定性，是否需要額外結構？ |
這裡的「依情境決定」不是說這些欄位不重要，而是考驗引導者對客戶現實的理解。若組織內部追蹤機制成熟、行動單純且責任清楚，未必需要複雜的風險登錄或治理架構；但如果跨部門協作困難、變革阻力明顯、參與者回去後缺乏自行梳理和推動的能力，那麼溝通、依賴關係、阻力處理、升級機制與檢視節點，就可能從「有則更完整」升級成「一定要有」。
也因此，「下個月加強宣傳」、「由大家一起推動」、「持續觀察」通常還不是行動計畫。它們缺少可承擔的責任與可檢視的承諾。一個最小但有效的寫法，可以是：「9 月 12 日前，由會員營運負責人完成兩家試點門市的溝通腳本與常見問題；9 月 18 日完成教育訓練；上線後每週追蹤諮詢量、訂單與客訴原因，並在第 6 週由專案決策支持者（Sponsor）主持繼續／調整／停止檢視。」
圖 1｜「高票點子還不是行動方案」收藏卡
客戶說「行動方案」時，引導者要繼續對焦細緻程度
很多流程設計的問題，表面上看起來像是工具選錯了，其實更常見的是：我們沒有先說清楚這一步需要什麼成熟度的產出。於是腦力書寫接龍（Brainwriting）產生的點子，被貼點投票選出來後立刻叫作方案；一個還沒有版本與範圍的方向，又被拿去測試支持程度；最後大家寫下「加強宣傳、持續改善」，就被當成行動計畫。每一個工具都可能用得很認真，但產出之間缺少了發展。
如果引導者自己在目標裡寫「形成五個行動方案」，或客戶要求「請交付五個行動方案」，我們都不應直接接受這個模糊名稱。專業的做法是繼續追問：您期待的五個成果，要到哪一種細緻程度？
- 只是五個點子嗎？我們只需要打開可能性。
- 是五個候選方向嗎？我們需要完成澄清、分類和初步篩選。
- 是五份方案嗎？別人需要能夠理解、質疑與比較。
- 是五份決策就緒方案嗎？決策者需要看見依據、選項、預算效益、風險與取捨。
- 還是五份行動／執行計畫？行動、負責人、時間和檢視方式必須足以啟動。
這組追問不是把客戶的用詞修正得更學術，而是幫助雙方對齊交付成果的細緻程度。因為每往下一層，工作坊所需的時間、資料、參與角色、決策權與方法都會改變。若客戶真正需要第五層，卻只給了產生點子的時間與人員，問題並不是引導者最後少寫幾個欄位，而是一開始就沒有為那個成果配置足夠條件。
Open Quest 產出成熟度五階框架的價值，就是增加一套可以共同使用的專業詞彙。它讓我們不必籠統地爭論「這算不算行動方案」，而能具體說清楚：目前在哪一層、下一層還缺什麼、這場工作坊準備做到哪裡。
結語
收斂的終點不是高票，而是一項足以承受決策、資源與執行責任的共同選擇。
資料來源與延伸閱讀
- 決策教育基金會｜定義決策品質（Decision Education Foundation｜Defining Decision Quality）
- 決策教育基金會｜做出高品質決策的過程（Process for Making Quality Decisions）
- 決策教育基金會｜團體決策品質（Decision Quality for Groups）
- Sam Kaner｜《參與式決策引導者指南》第三版（Facilitator’s Guide to Participatory Decision-Making）
- 美國疾病管制與預防中心｜制定執行行動計畫（CDC｜Developing an Action Plan for Implementation）
方法說明：本文「Open Quest 產出成熟度五階框架」為 Laura／Open Quest 為引導實踐整理的工作框架；決策就緒方案的檢查項目參考決策品質（Decision Quality）原則後轉譯而成，不主張其為既有標準五階段模型。