PROBLEM LIBRARY
先找出每天卡住人、資料與交接的地方，再判斷該不該做工具。
COMMON PROBLEMS / 05
先從最常見的五種情況辨認訊號、卡點與可以試的第一步。
試算、提醒與整理反覆從頭開始，團隊把時間花在搬資料，而不是判斷。
常見訊號條件一變就重新算
真正卡點流程只留在人的記憶裡
先試一步先固定一段最常重複的流程
為什麼會卡：流程只留在人的記憶和零散訊息裡，每次都得重新找資料、確認進度與整理結果。
什麼時候該處理：同一段工作反覆出現，並開始排擠真正需要判斷的工作時。
其他訊號：同一件事反覆提醒；每次都要重新整理素材
完整做法：先固定一段最常重複的流程；寫下需要的資料與完成條件；只自動處理規則最穩定的步驟
資料、直播與方案散在不同入口，查找困難，同樣的問題只好一再重講。
常見訊號看過或做過，之後卻找不到
真正卡點資訊依平台與發布時間保存
先試一步先整理最常被問的一個主題
為什麼會卡：資料與內容跟著平台和發布時間保存，沒有按照使用者的問題、情境與下一步重新整理。
什麼時候該處理：查找、確認與重講的時間，已經比真正處理問題的時間更久時。
其他訊號：同一問題在不同場合重複說明；知識、方案與下一步沒有連起來
完整做法：先整理最常被問的一個主題；把分散資料收進可查找的入口；連起知識、方案、試算與合作下一步
報價、判斷與回覆都要等同一個人，重要工作被例行確認切得零碎。
常見訊號每件事都要問老闆
真正卡點判斷條件與例外沒有邊界
先試一步先拆出可交付的判斷
為什麼會卡：判斷條件沒有被拆開，哪些能交付、哪些必須本人決定也沒有邊界。
什麼時候該處理：老闆開始成為每條流程的等待點，或重要工作被例行確認切碎時。
其他訊號：負責人不在就無法往下；相同判斷反覆重做
完整做法：先拆出可交付的判斷；把例外留給本人；用小工具支援而不是取代決策
工作轉交後責任與狀態消失；重要通知、一般說明和個別問題又擠在同一段對話。
常見訊號轉交後沒人確認接手
真正卡點訊息沒有負責人、分流與回傳規則
先試一步先分清公告與個別案件
為什麼會卡：工作只有訊息，沒有負責人、狀態與回傳規則；廣播通知和個別交付也沒有分流。
什麼時候該處理：同一件事需要跨角色追蹤到完成，或每次臨時狀況都得重複說明時。
其他訊號：重要公告被聊天洗掉；個別問題沒有案件狀態
完整做法：先分清公告與個別案件；交接時指定負責人與狀態；完成後把結果回傳給發起者
鏈上付款與交易所內轉留下不同資料，款項很難快速對回正確帳單。
常見訊號看到入帳卻不知道對應哪張帳單
真正卡點不同付款來源缺少共同識別
先試一步先替每張帳單建立付款識別
為什麼會卡：鏈上交易與交易所內轉留下的資料不同，若帳單沒有付款識別，就無法走進同一套核對流程。
什麼時候該處理：人工查鏈、翻入帳紀錄與找帳單，已經容易誤配或漏看時。
其他訊號：交易所內轉沒有鏈上紀錄；少付、多付與重複入帳難追
完整做法：先替每張帳單建立付款識別；分流辨識鏈上與交易所內轉；再匯入同一份對帳帳本
NEXT
先整理頻率、處理角色與出錯影響，不必先決定技術。
