钉钉宜搭自己搭CRM，算上维护成本再决定
用钉钉的企业里，总有人提议：宜搭能自己搭应用，客户、订单、审批全是拖拽出来的，一个星期就能上线，何必花钱买CRM？这话前半段是真的。搭建确实快，初期确实省，跟钉钉的审批、组织架构也接得上。问题出在后面没算的账：搭出来只是开始，后面几年一直有人在改、在修、在解释，这些时间成本不进采购合同，全落在公司内部。这篇面向的是有独立销售团队、项目周期跨年的制造企业，如果你的生意比这简单，后文的结论可以打折扣。决定之前，先算三笔账。
先算改需求的账
CRM的需求不是一次想清楚的。上线头三个月，销售会说字段太多要砍，老板会说报表要加一列回款进度，财务会说收款要分阶段。现成的CRM里这些是配置项，千营这边改字段有「字段设置」，改完即生效，不用排期等开发。自搭的系统里，每一处调整都是开发工作量：改表结构、改视图、回归测试一遍。搭系统的和提需求的常常是同一拨人，白天忙本职工作，晚上改应用，改到第四个月，销售提的需求排到了下个季度，提需求的人自己也没了耐心。有一家做自动化产线的集成商，宜搭应用搭到第七版，当初搭它的行政主管离职了，接手的人看着几百个配置项不敢动。需求方就是开发方，改起来没有刹车。
要公平地说一句，搭得快是低代码的真实优点，别一棒子打死。试错性质的轻应用，比如会议室预约、样品借用登记，半天就能搭起来用，代价低，死了就弃。风险集中在CRM上，因为CRM是全公司口径的源头，改一次字段影响所有人的数据，客户和订单的记录散了没法重来。轻应用可以试错，核心数据不能，这条边界选型的人自己要划清。
再算交接的账
现成CRM有厂商的文档、客服和版本更新，交接给谁都能看明白。自搭应用的知识在一个人的脑子里：哪个字段为什么这么设、哪条流程是给哪个部门兜底的，文档写不写全看那个人勤不勤快。人会休假、会调岗、会离职，六月里休个年假，中途改需求的单子就停在那里。这不是能力问题，是结构问题：单一维护人是自建应用绕不开的隐性成本。算账的时候，把这个人的工资乘以未来三年的预期，再乘一个交接风险系数，很多「省钱」的方案就不省钱了。
真要自搭，给两个自保动作：让维护人写一份五页以内的说明，每个关键字段为什么存在、每条流程给谁兜底，写完存公共盘；每月固定一天把应用配置导出备份。这两件事成本几乎为零，缺了它们，交接就是灾难现场。
最后算口径的账
自搭最容易长出好几个版本。销售部搭了一个客户跟进应用，商务部搭了一个合同台账，生产那边又有自己的排产表，三个应用里同一个客户三个名字，订单金额一处一处手工对。月底经营会上，三个部门报三个数，老板不敢信任何一个，回头接着用Excel，自搭的意义就没了。现成CRM的价值有一半在口径统一：客户只有一个入口，「新建客户」进来，客户台账全公司一个视图；「创建订单」挂在客户名下，订单状态全公司一个定义，「已付金额」「待收金额」一个算法；订单分析里的订单总量、实收金额、待收金额、延期订单金额，出自同一套数据。口径是制度问题，不是技术问题，但自搭的结构天然鼓励各搭各的。
口径还包括线索这段。线索池里认领线索、分配线索、退回线索、自动回收，这些规则在现成产品里是后台开关，改一次即生效；自搭系统里是代码，规则动一次，历史数据的解释就跟着变一次。销售离职时的客户交接也一样，「变更归属人」把档案、订单、跟进记录一起带走，自搭应用常常只转得走一条表。
什么样的人适合自己搭
话说到这里要公平。宜搭这类低代码不是不能选，三种情况它成立：你的业务流程确实特殊到没有任何现成产品覆盖；公司里有一名以上专职的应用维护人员，列在编制里、算进成本里；要管的东西以内部流程为主，不重的钱、不重的责任。还有一种小规模场景：销售三五个人，客户几十个，一个应用一张表跑得动，也用不着买系统。反过来，如果你的核心诉求是客户档案、订单分段收款、合同审批、回款分析这条单据线，现成的项目型CRM把这些做成了产品功能，钉钉宜搭与项目型CRM怎么选这篇里有对照。选择的标准不是哪个便宜，是三年后谁在维护、口径在谁手里。
再说一条折中路线，很多企业的实际选择。钉钉继续做考勤和审批，CRM单独上，两边通过组织架构互通：现成CRM管客户、订单、回款这套核心数据，钉钉管办公协同，各干各的强项。强行把CRM全部自搭进低代码平台的方案，维护成本曲线是往上翘的，头一年看不出来，第二年就开始还债。
承认一句：自搭也有真省钱的时候，业务简单、维护人稳定的公司，三年下来可能比订阅制还划算。这个判断只有你自己能做，把上面三笔账填上你们公司的真实数字，答案自然出来。制造企业的现成方案长什么样，看这篇钉钉宜搭之外的制造业CRM现成方案。
