快照 01
問題入口不是頁面少，而是協同鏈路斷
線索、簽約、派工、回訪、回款分別散落在群消息、表格和舊系統裡，責任邊界越來越模糊。
項目快照
這類項目通常要先把這四件事說清楚
如果項目一開始就只談功能清單，後面通常會在口徑、權限和協同環節反覆返工。
快照 02
首版目標是先打通銷售到履約
先讓客戶信息、訂單狀態、派工回傳和服務結果進入同一條鏈路，而不是一次性把所有模塊做滿。
快照 03
關鍵協同方往往不止技術和業務負責人
門店主管、客服、運營和財務都會影響數據口徑與系統切換節奏。
快照 04
二期重點通常才是經營看板和績效口徑
先把數據採集和狀態流轉做穩，後續看板和分析才不會建立在失真的基礎上。
拆解重點
這類 CRM 協同項目，通常要壓住這四個關鍵點
很多項目並不是做不出功能，而是沒有先把影響最大的一層結構收住。
重點 01
角色權限要和真實分工對齊
總部、門店、客服和外勤看到的狀態不應該完全一樣，否則很快會出現越權和重複錄入。
重點 02
工單狀態必須和業務動作一一對應
狀態不只是展示字段，它決定了後續誰接手、是否回訪、是否進入結算與覆盤。
重點 03
移動端入口要先服務現場人員
如果門店和外勤回傳不順，後臺看板再完整也拿不到穩定數據。
重點 04
回款、評價和復購數據要預留接口
首版可以不把所有經營分析做完，但相關數據結構和接口邊界要先留出來。
推進節奏
這個樣板更適合按四步推進，而不是並行鋪開
先把關鍵鏈路跑順，再把經營分析和周邊模塊補進來，整體風險會小很多。
梳理銷售到履約的真實動作
先把客戶錄入、簽約、排期、上門、回傳和回訪順序畫出來，確認誰在什麼節點接手。
收斂首版角色、狀態和字段
圍繞首版要跑通的鏈路，只保留必要角色、必要狀態和必要字段，避免一開始就做成大而全系統。
先讓門店與後臺一起完成試運行
試運行階段重點不是報表，而是確認派工、回傳、異常處理和責任交接是否真正可用。
再補經營看板和二期模塊
等首版數據穩定後，再逐步補回款、績效、服務評價和復購分析等經營層模塊。