氚云的报价改到第八版，还剩几份能对上
宁波一家做液压件的厂，用氚云搭了一套报价台账，表单、流程、权限都自己配。前半年很顺，第八个月出问题：一个客户的报价改到第八版，销售拿第七版的价去谈，成本那边按第五版算毛利，三份数据对不上，谁也说不清哪一版是真的。
低代码平台搭台账，最大的优势是贴合自己的流程，最大的风险也在「贴合」这两个字：流程里有几个动作没被设计成字段，跑起来就没人管。报价改版就是典型。表单里只要有一个「版本」字段，改版就成了新记录；没有这个字段，改版就是覆盖，覆盖之后旧版就没了。
所以问题不是氚云能不能做，是搭的时候有没有把「版本」「底稿」「审批人」这三件事设计进去。
版本要成为一条新记录
改版不要在原记录上改，新建一条，版本号加一，旧记录锁定为只读。这样第八版和第七版能并存，客户拿旧价来谈，翻得出当时的报法。这一条是设计层面的决定，搭表时定，后面改起来很痛。
底稿要能挂上去
报价背后的成本表、选型参数、外协报价，要有地方存。低代码平台通常有附件字段，但附件散在各条记录里，人一走就找不齐。更稳的做法是把文件集中放在一个目录，记录里存链接。
审批人要留名
低价审批靠微信群，事后查不到。表单里加一个审批人字段和审批时间，谁批的、什么时候批的，一条记录说清。开标后复盘，能看出哪一版是有人拍脑袋让的价。
自己搭的真实成本
低代码的成本不在订阅费，在维护。表单一改，流程要重跑；字段一加，历史数据要补；人一换，配置没人看得懂。这些成本第一年不明显，第二年开始咬人。评估时把「谁来维护」写成一个人名，写不出来就说明还没准备好。
什么时候自己搭划算
流程特殊、市面产品都不贴合、并且有稳定的内部配置人员的公司，自己搭是合理的。流程跟同行差不多、只是想要个台账的，买现成的更快。判断标准不是技术能力，是「这套东西三年后谁负责」。
和单据的关系要提前想
报价只是起点，后面还有合同、订单、分期收款、发票。自己搭的台账，如果只覆盖报价，后面四段还是在外面。搭之前把这条链画出来，看平台能接到第几段，接不到的那一段准备用什么兜。
一句实话：氚云这类平台的上手门槛不高，长期门槛不低。前者是搭第一张表，后者是第三年还有人能改这张表。选型时问自己后一个问题，答案比功能演示重要。
字段设计别一次到位
搭表最常见的错，是一开始把字段设计得很全。字段越多，填的人越少，三个月后表单里一半是空的。先放必要字段，跑两个月再按实际需要加。加字段的成本低，减字段的成本高。
流程引擎管得住动作，管不住判断
低代码的流程能配审批路径，配不了「这个客户该不该报这个价」这类判断。判断要靠人，系统负责把判断的结果记下来。分不清这两件事，容易把系统做成一张审批迷宫。
移动端的使用场景要试
销售在现场用手机填，跟坐在办公室用电脑填，体验差得远。表单字段多、附件大，手机端就卡。上线前拿手机跑一遍真实场景，卡的地方提前砍字段。
服务商依赖要留后路
配置由谁做、文档在哪、账号权限归谁，这三件事要落在纸面上。全压在外部服务商手里，第二年续费谈判时没有议价空间。文档自己留一份，是最低要求。
数据量和速度要试
低代码平台的表单，数据量到几万条之后，筛选和统计会变慢。上线前用真实量级的数据压一压，别等一年后才发现翻页要等十秒。速度问题在业务里就是使用率问题。
权限要做在字段上
成本价、客户联系方式、合同金额，这几类字段的可见范围不一样。低代码平台通常能配到字段级，但要自己设。不设就是全员可见，出了事再补已经晚了。
和财务的口径要对齐
销售记的金额、财务记的金额，口径常常不同：含税不含税、是否含运费。搭表时把口径写在字段说明里，两边的数才对得上。口径不写清，每月对账都要吵。
换人时的交接
配置由谁做，要做成文档。人不在了，文档就是唯一的说明书。没有文档的系统，第二年连加个字段都要重新摸索。
试用期的验证清单
试用时验四件事：报价改版能不能留版本、回款能不能拆段、权限能不能到字段、报表能不能自己配。四件事都过，再谈价格。过不了，价格再低也是负担。
再补一句：报价单的打印样式也归到配置里，客户看到的那张纸，跟系统里存的必须是同一版。
