维格表自己搭还是买现成的，分界在谁维护
先说结论：三个月内能搭出能用的销售台账，这是多维表格的强项。半年后还在用、口径还能跟着业务改，这是现成系统的强项。选哪个，看你们公司有没有一个愿意长期维护表格的人。
苏州一家做自动化设备的公司，两年前用维格表搭了一套销售管理：客户表、项目表、报价表、回款表，四张表用关联字段串起来，做得相当漂亮。搭表的是销售助理，一个人花了三周。去年这位助理离职，接手的人看不懂那些公式和自动化，改了两次把数据改乱了，年底又回到 Excel。
多维表格擅长什么
擅长结构会变、周期短、参与人少的场景。比如一次展会名单的跟进、一个新产品的试销统计、一份跨部门的月度汇总。这类事用现成系统反而重，要建客户、建产品、建权限，不如一张表来得快。
也擅长做「看板」和「视图」。同一批数据切成按区域看、按人看、按阶段看，多维表格切起来比很多系统灵活。
它不擅长什么
不擅长三件事。一是权限细到字段，销售看不到成本价、外地销售看不到本地客户，这类要求在多维表格里配起来很费劲。二是流程卡点，审批该谁签、签完自动改状态，得靠自动化规则拼，规则一多就脆。三是移动端，业务员在客户车间里要三步填完一条跟进，表格类工具的移动体验通常要多点两下。
还有一件容易被忽略的：数据归属。表格是搭表人建的，人走了，表的逻辑跟着走。这不是工具的问题，是管理的问题，但选型时必须算进去。
分界线画在哪
三个判断。第一，你的销售流程一年内会不会变？会变，且变化大，表格的改造成本低于系统。第二，有没有一个人能稳定维护半年以上？没有，别自己搭。第三，数据要不要跟订单和收款绑死？要绑死，表格的关联字段撑不住跨表的事务一致性。
设备制造和工程类企业，第三个判断通常是决定性的。报价改一版、合同签一份、收款分四段、质保金压一年，这条链上的数据一变，全都要跟着变。表格能显示，但不能保证一致。
折中的做法
不少企业最后是两条腿走：核心单据链放在专业系统里，临时性的统计和分析用表格做，通过导出导入对接。这个做法的问题是数据会有两个版本，得约定谁是准的。约定不清，半年后又吵一次。
千营这类系统在同样场景下的取舍是：单据链固定，字段可自定义，报表能自己配。代价是灵活性不如表格，好处是流程不会因为某个人离开而散掉。这不是谁优谁劣，是两种取向。
真要自己搭，先做三件事
把表结构画在纸上，别直接开表；给每张表写明谁负责录入、多久录一次；把最关键的一条流程跑一遍纸面推演，看有没有卡点。三件事做完再动手，能省掉一半返工。
价格方面，多维表格类产品多按人数或者空间计费，具体以官网最新报价为准，自己搭的人力成本往往比软件费高，这笔要算进去。
表格类工具的隐性成本
软件费看得见，人力成本看不见。搭一套台账三周，维护一年可能要用掉一个人三成的时间。业务一变，公式要改、视图要改、自动化要改，每次改都要测一遍有没有把别的表弄坏。这笔时间成本在第一年不明显，第二年开始变重。
算这笔账的方法很简单：把搭表和维护的人的时间折成钱，加上软件费，再跟买现成系统的年费比。多数情况下，客户超过一百家、流程超过三步的企业，现成系统反而更便宜。
什么情况下表格确实更合适
三类场景。一类是一次性的项目，比如展会名单、临时促销统计，用完就归档。二类是探索阶段，业务规则还没定，先用表格试两个月，试出规律再选型。三类是补充分析，主系统的报表不够灵活，导出到表格里做二次分析。
这三类的共同点是「短」和「边」。把表格用在主干流程上，用久了必然出问题。
迁移的代价要提前想
表格用了一年想换成系统，历史数据要搬。表格里的关联关系是字段级的，搬到系统里要重新映射，一条条对。五千条记录的迁移通常要两三周，而且搬完还要校验。这笔代价在最初选型时就该算进去，不是等换的时候才算。
退出时数据能不能带走
用表格的一个隐性优势是数据在自己手上，随时能导出。选现成系统时要问清导出范围和格式，客户、联系人、订单、跟进记录能不能全量导出，导出的是不是通用格式。这一条不写进合同，将来换系统会很被动。
选型会上先问一句：半年后这套东西谁维护。答不出来，就别自己搭。设备与工程类企业的单据链结构，装备制造CRM里按链条排过；按项目分段收款的做法，对着项目型CRM看一遍。
