轻流做销售管理要花多少钱，先算四笔账
去年十一月，一家做锂电设备的公司算低代码的账。销售总监报了一个数，是按人数乘订阅价算的；IT 报了一个数，是搭应用要花的工时折算。老板把两个数加在一起问「一年到底多少」，第三个数字出来，比第一个数高三倍。会议室安静了几秒，项目就搁下了。
低代码做销售管理，钱不止座席那一笔。要算清四笔账。本文不引用任何具体报价，轻流和千营的价格都以官网最新报价为准。
第一笔：座席订阅
座席不等于公司人数。真正每天要登进去的是销售、售前、销售内勤；财务只关心收款，老板只看报表，这两类人不一定需要开账号。有家企业按全员八十人报预算，最后实际开通三十一个，差了一倍半。
反过来也有算少的。售后工程师要查客户历史、要填装机记录，一开始没给账号，上线两个月补了一批，续费谈判时很被动。稳妥的做法是先列名单：谁建客户、谁建订单、谁只看报表，三类分开数。
低代码平台通常按版本分层，不同版本开放的用量和功能不一样，具体差在哪以官网最新报价页面为准。买哪一档，取决于你要不要用它的高级报表和自动化，跟人数关系不大。
第二笔：搭建工时
这一笔最容易被低估。低代码的意思是开发快，不是需求清楚。一条从线索到收款的流程，中间有几个审批节点、几个必填字段、几种特殊情况，得先想明白才能搭。想不明白就边搭边改，改一次测一次，工时翻倍。
按经验，一个中等复杂度的销售应用，从梳理到能用，两周到两个月都正常，差别在于有没有人专职推。这还不算搭完之后的调整：业务加了一条产品线、换了一个审批人、客户要求多一个字段，每次都要动。
这笔账的算法是：人天乘日成本，再乘一点五。乘一点五是因为没人第一次就搭对。
第三笔：集成与数据迁移
集成这块看你要接什么。接官网表单、接企业微信，一般还好；接短信通道、呼叫中心，涉及运营商实名和资质审核，周期按周算；接财务或者 ERP，要对方开放接口，往往卡在对方 IT 的排期上。
数据迁移是另一件麻烦事。老客户资料、跟进记录、在途订单和应收，四类数据都要清一遍才能导。字段对不上是最常见的，旧系统里一个「状态」有十二种取值，新系统只有五个，中间怎么映射得人工定。
这块的隐性成本在验证。导完了要抽样对，抽二十家逐字段看，对不上就回去改映射表。这一步省掉，上线一个月后会发现客户电话少了几百条。
还有一件常被漏算的：旧系统允许导出到什么程度。有的只能导当前列表，历史跟进记录要一条条复制，这种时候要么人工补，要么放弃两年前的记录。放弃也算一个选择，前提是提前想清楚售后和法务会不会用到。
第四笔：后续迭代
低代码的卖点是业务变了能自己改。这句话成立，但有前提：改的人得懂原来的设计。搭应用的人如果离职或者调岗，接手的人面对一堆表单和自动化规则，第一反应是不敢动。
我见过一个例子。一家做输送设备的公司，销售主管用低代码搭了整套跟单流程，做得挺细。第二年他调去别的部门，新来的人不敢改流程，遇到问题就绕开系统用微信，半年后系统里一半的单是空的。
所以第四笔账要算的是人，不只是钱。要么指定一个能长期负责的人，要么接受每年付一次改造费给外部服务商。
什么企业适合自己搭
四类情况适合。流程确实特殊，市面上的成品套不进去；有专职管理员，能持续维护；预算要分批投，先做一小块看效果；需求变得快，半年一个新玩法。
反过来，销售流程是行业通行的、主要诉求是把客户和订单管住、希望三个月内上线，成品系统更划算。它的字段、权限、报表都是现成的，你要做的是删掉不用的，不是从零搭。
项目制企业还要多算一项
做项目单的制造企业，比一般销售多一条单据链：报价、合同、订单、收款、售后。低代码能把这条链搭出来，但每一段都要自己维护。用成品系统，这几段是现成的：订单支持一次性收款和分阶段收款，已付金额在订单详情里，待收金额和延期订单金额在订单分析里；电子合同能按模板生成合同、多方签署、签署状态实时更新，签完自动归档并且可以按客户和金额检索；回款节点可以建日程，到期提醒；订单分析里能看到订单总量、延期订单数量、实收金额、待收金额和延期订单金额。
边界也要说清楚：千营没有独立的报价单模块，报价阶段通常是用订单先建一条，或者把报价文件传进跟进记录的附件里。真需要多版本报价、阶梯价、审批留痕的，低代码搭一个反而合适，成品系统这块要人工兜。
项目型CRM的选型判断可以简化成一句：单子的金额大、周期长、分段收款，单据链的完整度比灵活度重要；单子小、变化快、流程特殊，灵活度优先。制造业CRM里那些看起来笨的固定字段，恰恰是审计和交接时最省事的部分。
把四笔账写在一张纸上
座席、搭建、集成迁移、后续迭代，四行写在一张 A4 纸上，每行填一个区间，让销售负责人和 IT 各算一遍，两个结果摆在一起看差额。差额大的那一行，就是真正要谈的地方。
账要一起算。
