一个日期，能让售后白干半年
举例说，一台设备卖出去十个月，客户报修说还在保内，售后按发货日一算已经过期两个月。两边的日期都没算错，错在没人定义过保修从哪天开始。这种争论一年发生几次，服务成本就悄悄上去了，销售还会觉得售后在推诿。
四个日期，四个部门的立场
发货日销售喜欢，显得交付快；签收日仓库喜欢，有单可查；验收日客户喜欢，能多拖一段；开票日财务喜欢，和收入确认对得上。四个日期都合理，但一台设备只能有一个起算点。真正的问题不是选哪个，而是谁有权定义、定义完写在哪。
- 合同评审阶段就把起算依据写进条款，不要留给售后口头解释
- 同类客户可以问一句上一台设备按哪个日期算，沿用惯例摩擦更小
- 分批交付的项目，在合同里注明按每批签收日分别起算
- 起算依据定下来后，同步改进合同模板与报价单附注，避免每单重新谈
档案里放三个字段就够
保修起算日、保修月数、保修截止日。截止日不要让销售手填，用起算日加月数自动算出来，改一个字段整张表跟着变。再加一条到期前三十天的提醒，推给售后负责人和负责这家的销售。设备类业务还可以按序列号建子档案，一台一档。
工单受理页先看一眼色标
工单页面顶部把客户和设备标成保内、保外、临界三种颜色。临界指剩余不足三十天，受理人员据此决定是否顺手提醒客户续保。这一步能省掉大量口头确认，也让续保的话说得自然，不必等到设备停机才提。
每月抽十张保外单回头看
核对起算依据与合同是否一致，不一致的既改档案也改模板。半年下来，保修争议基本消失，售后报价也能提前给客户，不用上门了才发现要收费。
这套把起算口径定死、再用字段自动推算截止日的做法，用 9527CRM 这类轻量级 CRM 的客户档案自定义字段与工单模块就能落地：起算日、月数、截止日放在设备档案里，到期提醒挂在工单受理页，售后来单先看颜色再谈方案；由于支持私有化部署，设备序列号、保修条款、维修记录都存在企业自己的服务器上，不经过第三方 SaaS，客户问起数据放在哪里时也答得干脆。
