客户投诉的起因常常不在销售，也不在交付，而在两者之间那段没人负责的缝隙。销售在客户面前点头：这个功能可以，这个交期没问题。等签完合同传下去，交付才发现这个功能要定制、这个交期要插单。客户觉得被欺骗，销售觉得交付不配合，交付觉得销售乱承诺。
一、三类最常见的断层
- 功能承诺：客户问某个能力能不能实现，销售凭印象回答可以，实际需要开发排期
- 交期承诺：为了拿下订单压缩交期，没有跟生产或供应链确认过
- 特殊要求：包装、标签、发票、送货时间、验收标准等细节，只口头说过从未落到书面
二、一条原则：谁承诺谁登记
不要指望销售记住所有技术细节，但必须做到一件事——凡是对客户做出的非标准承诺，当天登记进「客户特殊要求台账」，写清客户、内容、承诺时间、需要谁配合。这份台账由销售填写，交付与售后都能看到。责任在承诺的人身上，就不存在事后互相推。
三、三次关键同步节点
- 签约后 24 小时内：销售把客户背景、承诺清单、关键联系人同步给交付负责人
- 交付开始前：交付负责人回看承诺清单，逐条确认可行性与时间，有异议立刻提出而不是开工后再说
- 交付完成后：交付把实际执行情况回写，售后接手时知道哪些承诺已经兑现、哪些还欠着
四、能用系统说的事，别只在群里说
群聊最大的问题是信息会沉底：三周后没人翻得到当时那句话，新人接手时完全不知道发生过什么。把跨部门协作搬到任务或工单上，指定负责人、抄送相关人、有状态有截止日，过程自动留痕。群聊只用来提醒一句「有个任务发你了」。
五、把重复出现的问题变成标准条款
同一个坑踩三次，就不是人的问题了。每月把跨部门争议归类，如果某类问题反复出现，就把它写成标准动作：要么在合同条款里提前约定边界，要么在系统里加一个必填确认项。管理动作的价值在于让同类问题不再发生，而不是每次都救火。
六、让客户感受到的是一个团队，而不是两个部门
从客户视角看，他从来不知道谁是销售谁是交付，他只知道自己面对一家公司。所以对外的话术也要统一：谁负责持续沟通，谁负责技术对接，客户清楚找谁，就不会因为中间换人被反复讲一遍需求。
跨部门的缝隙不靠开会补，靠流程和记录补。9527CRM 支持在客户档案下建立任务并指派给不同部门的同事，承诺、交付、售后记录挂同一个客户，谁接手都能看清前因后果。
