多维表格的成本怎么算：许可、实施、变更、边界
问"飞书多维表格多少钱"，得到的答案通常是"看你用多少人、什么版本"。这个回答没错，但对做预算的人没用。
比较有用的做法是把费用拆成四笔，一笔一笔问清楚。这四笔在任何一款 SaaS 上都存在，只是比例不同。
第一笔：账号许可
按人头、按年收，这是最透明的一笔。飞书多维表格依附在飞书套件里，版本不同，多维表格的能力边界不同，具体价格和版本差异以官网最新报价为准。
做预算的时候有个坑：只算销售的人数。实际用起来，主管、财务、老板、行政都要看数据，账号数往往比销售人数多三到五成。按销售人数报预算，第二年续费时会超。
第二笔：实施与配置
多维表格这类工具的特点是上手快、搭建自由。自由是有代价的：表结构怎么设、字段怎么连、权限怎么分，都得自己定。找服务商做，是一笔钱；自己做，是内部人天。
内部人天的账要算进来。一个人搭两周，按人均成本折算，往往是几千到上万。这笔钱不出现在合同里，但真实发生。
第三笔：变更成本
这一笔最容易被忽略，也最容易失控。多维表格的优势是随时能改，劣势也是随时能改。业务一变，表就改；表一改，之前的视图、统计、自动化全要跟着调。
见过一个团队，第一年改了大大小小四十多次，每次一两天。这些时间没进预算，但实实在在消耗了管理精力。
对照一下另一条路：固定结构的 CRM 系统，改结构的成本高，所以逼着你在上线前想清楚。这不是优点也不是缺点，是两种不同的取舍。业务变化快的团队，灵活的表格更合适；流程稳定的团队，固定结构省心。
第四笔：边界外的东西
多维表格本质上是一个数据结构工具，它擅长装数据、做视图、做轻量统计。它不管的东西要另外解决：
一是流程强约束。谁能改哪一行、什么状态下不能改、改了要谁批，这类规则在表格里靠权限和约定，在业务系统里靠状态机。项目型生意的报价审批、合同审批，靠约定是撑不住的。
二是移动端录入。销售在外面跑，要拍张照、写两句、定位一下，这类动作在表格里的体验和专用 App 差别很大。
三是数据关系的复杂度。一个客户挂多个联系人、一个订单挂多个产品、一张订单分四段收款，这种一对多关系在表格里要靠多张表加关联字段拼，拼到第三层就开始难维护。
这三样如果需要，第四笔费用就是再上一套业务系统的钱。这时候总成本要按两套算，不能只算表格那一套。 还要算人力。表格的维护往往落在某个人身上，通常是行政或者销售助理。这个人一旦离职，表就没人管了。这类隐性依赖不写进预算，但它在某一天会变成一笔真实的损失：交接那两周，数据没人更新，团队开始各记各的。 如果表格里已经沉淀了大量历史数据，还要多算一笔迁移成本。历史单据要不要搬、搬到什么程度，往往比一年的许可费更费人，而且这批数据搬完之后还要有人核一遍对错。
怎么比价才有意义
把五年总成本列出来，而不是首年。首年往往有折扣，第二年开始按原价续。五年里账号数会涨、版本会升、可能要加人做维护。把这几项按年列出来，加起来除五，才是每年真实支出。
再加一个数：人均。总成本除以实际使用人数，这个数超过某个水平，就该重新想是不是用错了工具。
最后提醒一句：价格对比要在同一个需求范围里做。用表格的报价去比一套带订单、回款、审批的业务系统，本来就不是一个东西。先把需求写成十条，让两边都按这十条报价，比较才有意义。 试用这一步不能省。多数产品都有试用期，试用最该做的事不是看功能，是拿一件真事跑一遍：把上周的一张报价单搬进去，看要几步；把一条客户跟进补进去，看能不能带上附件；让两个人同时改同一个客户，看会不会互相覆盖。这三件事跑完，产品的边界就摸清了。 项目型销售CRM里对成本结构讲得更细，选型时该问哪些问题，可以对着千营CRM的选型内容看。
