開始閱讀
企劃會議常同時出現很多好點子：重做首頁、增加短影音、辦活動、導入 AI、整理會員資料。每一件都能說出好處，但團隊的時間有限。如果沒有共同排序方式，最後往往是誰說得急、誰的職位高，哪件事就先做。
優先順序不是把所有工作打分後交給公式決定，而是讓取捨理由公開。每個人應知道這件事與目標有什麼關係、證據有多強、需要多少投入，以及暫時不做會有什麼影響。
先確認要改善哪個結果
如果當期目標是增加合適的合作詢問，修復壞掉的表單與新增裝飾動畫的重要性不同。如果目標是降低行政錯誤，整理資料欄位可能比增加社群曝光更直接。沒有共同目標，任何排序表都只是把偏好寫成數字。
目標也不能太多。當所有項目都標示為最高優先，等於沒有優先順序。可以先選一個主要結果，再列不可忽略的維護與風險事項，讓資源分配有清楚主線。
四個面向支持討論
| 面向 | 核心問題 | 需要的證據 |
|---|---|---|
| 影響 | 可能改善哪個結果 | 與目標的直接關聯 |
| 信心 | 為何相信它有效 | 問題紀錄、測試或訪談 |
| 投入 | 要花多少時間與成本 | 執行與維護估計 |
| 依賴 | 做之前要先完成什麼 | 資料、權限、外部配合 |
不必把分數寫得過度精細。高、中、低加上理由，可能比看似精確的小數更誠實。若估計範圍很大，就保留範圍，並把補資料列為下一步。
把影響、證據與投入成本放在一起比較，並隨新證據調整優先順序。
教學情境：網站三項改善
假設網站有三個候選工作：修復手機表單、增加二十篇內容、換首頁視覺。若已有多筆讀者回報表單無法送出，修復通常具有較強證據與直接影響。內容擴充可能有價值，但需要確認主題缺口；視覺更新則要說清楚目前造成什麼問題。
這不表示設計永遠不重要，而是每個時點的證據不同。如果首頁讓讀者無法理解服務，設計與內容結構也可能是高優先。排序要根據問題，而不是把某類工作固定視為高級或次要。
把大工作拆成可取得證據的小步驟
「重做整個網站」很難比較，可以先拆成檢查手機表單、測試導覽理解、整理高流量頁面。小步驟能先確認問題與成本，避免直接承諾大型專案。若證據不支持原本假設，也能較早調整。
同樣地，「導入 AI」不是一個可驗收工作，可以改成「選一種高頻報表，用既有資料試行並比較修改時間」。這樣才能知道投入是否值得，也能把技術選擇與工作結果連起來。
可複製的排序需求
目前主要目標：
可用人力與時間：
候選工作與已知問題：
請依影響、證據、投入與依賴條件比較。
保留未知，不把猜測填成精確數字。
提出先做、先驗證、延後三類，並說明取捨理由。
緊急工作需要自己的通道
服務中斷、錯誤資訊或重大流程異常，不適合等到月會才排序。可以事先定義哪些情況需要立即處理，以及誰能決定。這能減少每次都用「很急」爭取資源，也保護原本排定的工作不被任意打斷。
但緊急通道也要回顧。如果每週都有大量臨時工作，可能是前期規劃、維護或權責有問題。只是不斷加班處理，會讓長期改善永遠沒有時間。把臨時需求來源記錄下來，才能找出可以預防的部分。
不做清單同樣重要
每次決定先做什麼，也要記錄暫時不做什麼及原因。這不是永久否定，而是避免下週又從頭討論相同點子。可以設定重新評估條件，例如資料量增加、某項依賴完成或主要目標改變。
當資源變動時，不要只是把所有截止日往後推。重新檢查範圍與優先順序，有些工作可能應縮小，有些可以取消，有些必須保留。讓工作量符合資源，比維持一張永遠做不完的清單更實際。
讓排序成為可更新的決策紀錄
記錄當時選擇的理由與假設，完成後回看哪些估計準確、哪些偏差大。這能改善下一次工時與影響評估。若只記錄完成與未完成，團隊不容易累積判斷能力。
好的優先順序不會讓每個人都滿意，但應讓每個人理解。當目標、證據與限制透明，討論就能從誰的點子比較重要，轉向哪一步最能推進目前的工作。
工時估計要包含等待與交接
一項工作可能只需要兩小時操作，卻要等待資料、確認與外部授權一週。如果排序只看操作時間，就容易把它誤認為可以立刻完成的小任務。可以分開記錄實際工時與日曆時間，讓團隊理解哪些是自己能控制、哪些需要提前協調。
維護也要列入投入。新增一個內容通路，不只是第一次設定，還包含持續製作、回覆與更新；新增系統功能，也需要處理例外與教學。短期看起來成本低的工作，可能長期占用大量注意力。比較時應用相同期間，避免把一次性工作與持續工作混在一起。
當估計不確定，可以先安排小型盤點，而不是直接給一個看似精準的日期。盤點本身也有交付物，例如確認資料來源、列出依賴與提出範圍。這讓「先研究」不會變成無限延後，而是為下一次決策取得必要資訊。
保留基本維護，不讓新點子吃掉全部時間
網站連結檢查、資料備份、過期資訊更新與流程異常處理，未必像新專案一樣吸引注意，但它們支持既有服務可靠運作。可以預留合理的維護容量，再用剩餘資源安排成長工作。具體比例依情境調整，不必套用固定數字。
如果維護工作持續增加，應找出根本原因。可能是內容沒有更新責任、工具過多或流程設計脆弱。只不斷增加維護時間，會讓新工作越來越難開始；適當的整理與簡化，可能本身就是高優先改善。
排序會議也要避免每次重新評所有事情。對沒有新證據的項目，可以沿用先前決策；只針對目標、資源或條件改變的部分討論。這能降低會議成本，也讓團隊知道排序不是誰每週講得更有說服力，而是依證據更新。
最後，為正在進行的工作設定同時處理上限。太多任務一起開始，可能讓每件都在等待。先完成能帶來明確成果的一小批，再開始下一批，往往比讓所有項目都顯示進行中更容易交付，也更容易看見真正的資源瓶頸。