通信工程的技术和销售，两张皮靠一份客户档案粘
通信工程的单子有个先天结构：销售在前头谈，技术方案在后面追。追得紧，单子顺；追不紧，出事故。一家做机房建设的工程公司，去年丢了一个数据中心的项目，丢法很难堪：销售在电话里应了客户"机柜承重没问题"，方案组按另一版楼板参数做的方案，评审会上客户一问，两边当场对不上。
客户没骂人，只说了一句：你们内部还没谈拢，就别来投了。
事后复盘，销售不是瞎承诺，他是真不知道方案改过。方案组也不是故意不通气，改版那天在赶另一个项目的标。两张皮不是态度问题，是没有一个双方都看得见的地方。
客户档是那个共同的地方
千营CRM里，让两边都看得见的载体是客户详情页。客户建档后，关联订单、跟进记录、联系人都挂在这一页上。规矩很简单：凡是答应了客户的话，进跟进记录；凡是方案上的变更，附件挂进记录并 @销售或 @技术。
跟进记录支持添加附件和 @同事，这两样就是粘合剂。销售应承客户之后，当天写一条："应承机柜承重按八百公斤每平米，待方案组确认"，@技术负责人。技术确认或改方案，在记录里回一条。一来一回，承诺和方案对上了，时间戳是现成的。
承诺要写成可核查的话
"客户那边我说好了"这种记录没有用。写承诺要写到能核查的颗粒度：参数、日期、范围。"工期承诺一百二十天，从进场令起算"，这句话三年后翻出来还能当证据。模糊的承诺记录，不如不记。
承诺变更是最考验这套机制的场景。客户中途改需求、销售临时让步，都常见，规矩是改了就更新记录，注明时间。系统里留一条"某月某日应承内容由甲改乙"，比事后谁都说不清强。改了不留痕，等于前面所有的记录白写。
联系人分层也是档案的一部分。客户详情页支持一位客户加多位联系人，通信工程里甲方基建、信息中心、监理是三个不同的把关人，分开建，跟进记录里 @ 的时候才不会指错人。
日程同步关键节点
勘察、评审、交标、答疑，这些节点两边都要在场。日程模块建日程，填日期时间、参与人员、定时提醒，参与人员里销售和技术都写上，到点各自收到提醒。别指望口头转告，转告漏一次，就是机房承重那次。
版本留痕，别只发群里
方案版本文件传群里，两周之后谁也说不清哪份是最新的。挂跟进记录附件不一样，每份带日期带版本号，往下翻就是方案演进史。投标答辩前把整个记录流读一遍，客户每一个顾虑、每一条承诺都在，答辩就是开卷考试。
方案组那边也要养一个习惯：每版方案发出去之前，把"本版跟上一版改了什么"写成三行字，跟文件一起挂。评审的时候客户问改了哪些，销售照着答，不用打电话回来问。三行字成本极低，救场的时候价值极高。
这套机制跑顺之后还有个副产品：投标复盘有素材了。中标和落标的标，把两边的记录流各读一遍，客户在哪个环节兴趣高、哪个环节开始敷衍，规律比任何经验总结都具体。复盘写进部门笔记，下一个标就少踩一个坑。
两张皮的毛病，根治的办法说到底就一条：让两边都只在系统里说话。群里聊得再热闹，回头落进记录才算数。开头大家嫌麻烦，坚持一个月，找记录的人多了，写记录的人自然就多了。
那家公司现在有个内部说法：记录里没有的，等于没答应过，也等于没改过。听着冷，实际是把两边从"互相猜"里解放出来。单子大小不一，这套办法没变过，变的是出事故的次数，今年到现在是零。
项目型销售的链路里技术和销售怎么配合，项目型销售CRM 里逐段写清了，投标、评审、交标各占一段。千营CRM 的跟进记录支持附件和 @同事，两张皮就靠这一处粘。
