Roomcord / 主管總覽
掌握真正需要你處理的事，不用追著團隊要報告。
我們正在打造Roomcord主管總覽，將各專案房間的例外事項彙集在一起：哪裡卡住、哪些決策需要你、哪些工作已交付。打開來源房間，核對證據，再推進下一個決定。
什麼是主管總覽？適合誰使用？
主管總覽是我們為主管、營運負責人與專案負責人開發的跨房間決策視圖。它讀取團隊使用的同一份房間看板，彙整紅燈事項、待核准決策、本週已作成的決策，以及每位負責人的承諾準時率。目的是協助決策、排除阻礙與分派權責，減少請大家重新整理進度報告的工作。主管檢視時的四個問題
- 哪裡亮紅燈？ 查看逾期承諾、已確認風險與跨房間依賴。未知狀態必須保留為未知，不能顯示成正常。
- 哪些決策需要我？ 查看問題、選項、證據、建議與表決期限，交給有決策權的人處理。
- 本週決定了什麼？ 查看結果與理由，包括變更及改派。AI摘要不等於已核准決策。
- 誰需要支援？ 結合已接受的日期、提前回報的延誤、準時紀錄與當事人說明，用於輔導及排除阻礙。
示意情境：上市計畫受就緒檢查影響
以下為虛構的預期流程示例，並非現有介面截圖或客戶成果。檢視時間為2026年10月23日10:00，採團隊約定的時區。
| 例外事項與來源房間 | 負責人與期限 | 證據更新狀態 | 下一步 |
|---|---|---|---|
| 上市範圍待決定，上市房間 | Maya，表決期限10月23日15:00 | 建議於23日09:00確認 | 對縮小上市範圍的建議核准、修改或改派 |
| 就緒檢查阻礙上市，工程房間 | Claire，已接受期限為10月22日17:00 | 最後回報為22日16:00，缺少完成證據 | 確認阻礙與建議新日期，未解決時安排排障會議 |
| 支援指南依賴上市範圍，客服房間 | Luis，已接受期限為10月24日12:00 | 草稿於23日08:30提供 | 範圍表決完成後確認所需變更 |
AI可以根據訊息與會議片段提出建議卡片，但每位負責人都要確認自己的承諾，表格不會默默指派工作。主管先查看工程來源，再決定上市範圍。若Claire提出新日期，紀錄保留原日期、修改者與原因。表決結果及承諾回寫同一份看板。結案需要明確結果或完成證據，不能把已寄出提醒當成完成。
計算準時結案決策時，讓分母清楚可見
以每個團隊約定的曆週為單位，準時結案決策數是該週到期、且在約定期限內留下處理結果的不重複決策表決數。處理結果須記錄已核准的選項、明確同意的修改方案，或由新決策負責人接受的改派。要求修改但仍待審閱的事項維持開放。已接受的改派另列，因為它只處理權責去向，不代表原決策或交付已完成。AI建議或未讀請求不能直接算結案。
同時顯示該週全部到期的決策表決數。前者除以後者為決策準時結案率；取消與依政策產生的結果另行標示。沒有到期事項時，比例不適用。缺期限或結果證據時，比例為未確認，不能當成零。保留原期限與修改紀錄，避免改日期掩蓋延誤。
每位負責人的承諾準時率，以同期間到期且已接受的承諾為分母，以有證據證明在約定期限內完成的承諾為分子。未知紀錄另列，並保留當事人說明、提前預警與日期變更。這些是首個房間可採用的衡量定義，不是已實測的績效，也不是員工排名。
每個訊號都需要來源、權限與更新時間
主管總覽的設計要求例外事項附上來源房間、負責人、期限與最後確認時間。重新整理總覽不會讓舊訊息變成新資料。缺少結果代表尚未確認，不代表測試失敗或任務完成。
跨房間檢視必須遵守使用者權限，不能透過摘要洩漏受限房間的訊息、檔名或人員資訊。試用前先約定主管能開啟哪些來源證據。跨房間依賴關係不等於取得存取權。財務或CRM資料須另行確認來源與連接方式，本頁不承諾已具備這些整合。
截至2026年10月21日的提供狀態
房間、聊天、共享檔案與會議記錄是Roomcord現有基礎。跨房間主管總覽、自動紅燈偵測、決策指標、個人承諾準時率與依賴路由屬於開發中的體驗。首個房間可用的功能、來源範圍、更新方式與權限行為需個別確認。此公告不代表全部功能已全面上線，也不宣稱已達成節省成果或已提供財務儀表板。先選一個主管每週都會問的問題
例如：「哪一個決策讓上市卡住？」約定涵蓋房間、決策負責人、期限、證據權限與每週衡量定義。先用來源核對建議的例外事項，再擴大範圍。