快照 01
问题入口不是页面少，而是协同链路断
线索、签约、派工、回访、回款分别散落在群消息、表格和旧系统里，责任边界越来越模糊。
项目快照
这类项目通常要先把这四件事说清楚
如果项目一开始就只谈功能清单，后面通常会在口径、权限和协同环节反复返工。
快照 02
首版目标是先打通销售到履约
先让客户信息、订单状态、派工回传和服务结果进入同一条链路，而不是一次性把所有模块做满。
快照 03
关键协同方往往不止技术和业务负责人
门店主管、客服、运营和财务都会影响数据口径与系统切换节奏。
快照 04
二期重点通常才是经营看板和绩效口径
先把数据采集和状态流转做稳，后续看板和分析才不会建立在失真的基础上。
拆解重点
这类 CRM 协同项目，通常要压住这四个关键点
很多项目并不是做不出功能，而是没有先把影响最大的一层结构收住。
重点 01
角色权限要和真实分工对齐
总部、门店、客服和外勤看到的状态不应该完全一样，否则很快会出现越权和重复录入。
重点 02
工单状态必须和业务动作一一对应
状态不只是展示字段，它决定了后续谁接手、是否回访、是否进入结算与复盘。
重点 03
移动端入口要先服务现场人员
如果门店和外勤回传不顺，后台看板再完整也拿不到稳定数据。
重点 04
回款、评价和复购数据要预留接口
首版可以不把所有经营分析做完，但相关数据结构和接口边界要先留出来。
推进节奏
这个样板更适合按四步推进，而不是并行铺开
先把关键链路跑顺，再把经营分析和周边模块补进来，整体风险会小很多。
梳理销售到履约的真实动作
先把客户录入、签约、排期、上门、回传和回访顺序画出来，确认谁在什么节点接手。
收敛首版角色、状态和字段
围绕首版要跑通的链路，只保留必要角色、必要状态和必要字段，避免一开始就做成大而全系统。
先让门店与后台一起完成试运行
试运行阶段重点不是报表，而是确认派工、回传、异常处理和责任交接是否真正可用。
再补经营看板和二期模块
等首版数据稳定后，再逐步补回款、绩效、服务评价和复购分析等经营层模块。