明道云搭客户台账不难，难的是搭完之后谁来维护它
一家三十人的环保工程公司，老板自己动手，用两个周末搭了套客户管理。客户一张表、联系人一张表、项目一张表，字段拉得挺细，连甲方立项文号都留了位置。
他挺得意，发了朋友圈。
第五个月我问起来，他说搭的人去驻场了，现在没人改。表还在跑，只是新加的那个回款字段，一直空着。
搭的这一步，比想象中便宜
第一个周末一般是用来想结构的。客户和项目是一对多还是多对多，联系人是挂在客户下还是独立一张表，回款记在项目上还是单独一张表。这些决定后面都要改，改一次牵一片。
第二个周末建表、拉字段、配视图、调权限。这部分不难，no-code 的长处就在这里，拖拽就能出来，不用写代码。
问题出在第三个周末。第三个周末通常不存在，因为多数人到第二个周末就以为完事了。
试用那几周才是真花钱的地方
表建好了，销售不填。原因很朴素：多一步操作。他要在一个已经有微信、有 Excel、有钉钉的日常里，再加一个网页。
于是开始返工。字段砍掉一半，必填留两个，客户等级从五个选项改成三个，视图从八个减到两个。这一轮改动通常要两到三周，而且是边用边改。
这段时间里数据是半真半假的。老板看报表，看到的是残缺的真相。残缺的真相比没有报表更危险，因为你会拿它做判断。
我见过一个更典型的：表里三百多条客户，有一半是搭表的时候从旧 Excel 导进去的，只有名字和电话。销售每次要跟进，先得花十分钟补信息，补了两周就放弃了。后来他们把这一半删了，只留真正在跟的四十家，反而用起来了。
维护的账，要按年算
业务变一次，表要改一次。加一个投标保证金字段，相关的视图、统计、权限都要跟着动，动一次是半天。
换人接手，先要读懂上一任的表结构。no-code 搭出来的东西，结构长在搭建者的脑子里，文档往往没有。这一条最要命，人一走，表就成了黑箱。
一年下来，一个中等复杂度的销售管理应用，维护时间大概在二十到四十个人日之间。这是我见过的区间，不是标准答案，业务越爱变，落在这个区间上沿的概率越高。
二十到四十个人日意味着什么。如果这个人是老板，等于老板一年有半个月在改表；如果这个人是销售总监，等于少跟了三个项目；如果专门招个人，那是另一笔工资。
这笔账很少有人算，因为它是分散在十二个月里的，每个月只花一两天，感觉不到。
什么情况下自搭是合算的
公司里有一个人，真心喜欢折腾工具，而且他的本职工作和销售流程强相关。改表的时候他知道业务怎么走，不用问一圈。
业务流程本身很特殊，特殊到现成产品怎么配都别扭。比如按标段而不是按项目管，按甲方科室而不是按公司管，按设备编号而不是按合同管。
团队小，改动频率低，一年改两次就够。三条里这一条最容易判断，翻一下去年的需求记录就知道。
三条同时成立，自搭是合算的。缺一条就要重新算，缺两条基本不用算。
项目型销售要的东西，其实很固定
客户档案、联系人、跟进记录、报价、投标节点、合同、分阶段回款、验收、质保。这九样不需要发明，需要的是有人已经想清楚了字段和它们之间的关系。
千营这边是预置的。客户走「新建客户」，公司类型下客户名称和手机号必填，其余后补。订单走「创建订单」，收款方式选分阶段收款，把预付、到货、验收、质保金拆开，每段填金额和时间。开标日、验收日、质保到期日挂「预约回访」。销售离职用「变更归属人」交接，记录跟着走。
预置的代价是框架定死了。字段能改，流程不能大改。你想要那种先技术评审、再商务报价、再总经理批的三段式，千营里没有审批流，只能线下走完写回记录。
这就是取舍：一边是自己搭，结构完全贴合但维护在自己手里；一边是买现成，结构八成贴合但改不动。
明道云那边该说句公道话
自由度是真的高。表单、流程、报表、权限，都能按自己的想法拼。业务越特殊，这种自由越值钱。
如果你们的销售流程本身就是竞争优势，或者是行业里独一份的打法，把它塞进一个现成框架，等于削足适履。这种公司自搭是对的。
具体的能力边界、版本差异，以明道云官网最新信息为准。我不替他们描述功能，也不猜。
这笔账怎么算
拿一张纸，左边写三样：搭建投入多少人日，年度维护多少人日，改一次要几天。
右边写另外三样：现成产品能覆盖多少比例的动作，剩下的缺口用什么顶，顶的成本多少。
两张纸放一起，用人日乘这个人的日成本，跟现成产品一年的费用比。左边大就买，右边大就搭。
算的时候别漏掉一样：搭建的人如果离职，接手的人要花多久才能改一行。这一项可以按两周估，多数公司实际比两周长。
还有一个软指标：如果公司里没人愿意当这个搭表的人，这笔账根本不用算。工具再好，没人管就是负担。项目制销售CRM这页写的是项目型销售该有哪些现成动作；想直接看能不能覆盖你的场景，千营CRM上对着功能表一条条比更快。
no-code 解决的是一直买不到合适的那个问题。它没解决的是买不到维护的人。三十人以下的公司，后一个问题比前一个更常见。
