食品机械的方案改三遍，卫生等级没人写进记录
十月底，一家做乳品线的客户开验收会。客户设备科长指着料仓内壁说，当初技术交流讲好的是316L，随机文件里写的是304。销售翻微信聊天，技术翻自己的邮件，翻了半个多小时，谁也拿不出一条对得上的凭据。方案前后改过三遍，卫生等级在其中一遍里动过，这件事除了当时在场的两个人，没有任何地方留了字。扯皮从下午两点开到五点，最后设备厂让步，一笔更换内衬的费用就此认下。散会时销售说了句大实话：不是不想写，是不知道该写在哪儿。
这种架吵输了亏钱，吵赢了也伤客户。根子上是一句话没落在纸上：谁定的，写名字。方案改三遍不算多，遍遍有出处才不算白改。
材质要求当场落记录
客户对材质和卫生等级的要求，说出口的那一刻最值钱。客户详情页底部的「跟进记录」当场就写：接触物料面全部316L，11月2日方案评审会，客户设备科张科长提出，焊缝要求酸洗钝化。跟进类型选会议，附件把会议纪要挂上。写原话，别写转述，转述过两道手就变了形。下回技术出方案，按这条记录配材质；验收时客户再问316L还是304，点开记录，谁在哪个会上定的，一屏看完。
两条配套的习惯让它真正管用。一条是记录里@到相关同事，技术岗当天就能看到，别指望他回去翻客户页面；另一条是联系人信息要分角色，客户详情页里一个客户可以加多位联系人，把设备科、采购部、生产部分别建上，哪个角色的要求就写到谁的联系人备注里，验收扯皮时才知道该找谁对质。
通用方案和项目版分开存
销售拿出去的技术方案，往往是同一份PPT改个客户名，改着改着就把上一家的参数带进来了。方案要在「智慧云盘」里分两处放：销售资料目录下放通用方案，不带任何客户参数，谁都能看；项目版方案单独建目录，文件名带上客户和版本号，比如某某乳品-方案V3-316L。云盘里每个文件都记着创建人、上传时间和浏览量，验收扯皮时按上传时间一排，哪个版本什么时候给过客户，说得清。权限按目录设置，客户参数只留在项目目录里，新人误发旧方案的口子就堵上了。
云盘支持多级文件夹，目录树建议三层：第一层分通用和项目，项目层按客户名建，最里层按版本号放文件。文件要发给客户时，可以用外发二维码生成分享链接，发出去的是哪一版，扫码记录也留得住。销售在外面跑，手机上照样能调文件，这是把方案从各自电脑里挪出来的另一个理由：人一走，文件不能跟着散。
边界照实说：云盘只按文件名搜索，没有版本比对，V3和V4差在哪它不知道，版本的规矩得靠命名纪律，命名一乱这套就废了一半。团队里最好指定一个人管目录，谁建新目录、谁改命名，由他审一遍，两周后回头看，文件还找得着，这套就立住了。
技术配合快不快，看数据
销售催方案、技术排队，这个矛盾食品机械厂里几乎家家有。吵没有用，「跟进洞察」里按跟进人筛选，看技术岗每条记录从接到需求到给出方案的间隔天数，是三天还是十天，数字摆出来，排班怎么调才有依据。管理员能看下属记录，普通销售只能看自己的，权限分层，技术那边也不用担心自己被盯到每一条。点「AI智能分析」能自动出跟进报告和成交预测，但它消耗token，日常看分布用不上，月度复盘再开。
响应天数这个数还有个用法：投标前评估技术配合。客户要求五天出带材质清单的技术方案，翻翻上季度技术岗的平均响应是七天，那就提前打招呼借人，别到时候方案迟交连累投标。数字难看不可怕，可怕的是没有数字，每次都靠吵。
一张验收桌上的扯皮，八成源自记录里缺了一行字。材质写原话、方案分两处、配合看天数，这三件事落进 项目型销售CRM，当天就能做，成本不过是每次会后多写十分钟。投标阶段的节点怎么盯，另有 招投标CRM 一篇可对照，操作入口都在 千营CRM 的客户档案和云盘里。
