我把Revit插件打包给甲方，他问我"这个要不要付钱"

上周发生了一件让我哭笑不得的事。

我们给一个项目做了个Revit插件，功能是自动出图加标注，以前靠人工要花半天，现在点一下五分钟搞定。插件调试完之后，我打包好发给甲方项目负责人。

对方沉默了大概三分钟，然后回了一句话：

"这个要不要付钱？"

我愣了一下。

不是因为他问这个问题，而是因为——这个问题本身，让我突然不知道该怎么回答。

先说最后的结果

他不是在拒绝付钱。他就是真的不确定这件事该不该收费。

在他的认知里，软件是Autodesk的，项目是他们公司的，我们是提供BIM服务的乙方，所以这个插件……算什么？

我们最后的处理方式是：这次免费，后续维护另算。

你看，连我们自己都没能说清楚这个插件到底值多少钱。

这行最大的问题：我们不知道自己的东西值多少钱

做BIM软件开发这几年，我见过太多类似的情况：

• 写了一个参数批量修改脚本，用了一周，用户问"能不能发我一份"，我发了，然后他分享给了整个项目组
• 做了个自动出图插件，甲方用得很开心，在内部推广了，再也没有人提过"后续授权"的事
• 帮客户搞定了一个困扰他们半年的BIM模型拆分问题，对方说"下次有项目再找你"，但那个方案他们已经照着做了三个项目

我不是在抱怨，这些甲方不是坏人。问题出在我们这边：我们从来没想清楚自己在卖什么。

我们其实不是在卖插件，我们在卖"问题已经消失了"

以前我总觉得我们是在卖软件。

后来慢慢明白，我们真正在卖的是：甲方原来需要花半天的工作，现在五分钟搞定了——那消失的大半天，才是价值所在。

但问题是这个价值很难量化，而且不容易被感知。

甲方看到的是一个点击就能跑的小按钮，他不知道（也不需要知道）背后有多少次联调、多少个报错、多少次"这个API文档根本没说这个情况"。

就像你去餐厅，你只看到摆在桌上的菜，你不会去想厨师切了多少遍洋葱。

AI进场之后，这个问题更严重了

我用AI写代码大半年，有一个新的感受：

AI让开发变快了，但同时让"软件的价值"在客户眼里更模糊了。

以前写一个插件要两周，客户会觉得"哇，两周，挺费劲的，贵点也正常"。

现在加上AI，三天就能出原型，一周可以交付。效率提高了，但客户看到的是——"这么快就做完了？这应该不值那么多钱吧？"

效率和价格，在很多客户那里是反比关系。你做得越快，他越觉得你没花什么力气，也就越觉得不值钱。

这个逻辑很荒谬，但它真实存在。

BIM软件商业化的三个死结

在我看来，我们这行的商业化困境来自三个死结：

第一：软件是"只要"逻辑，不是"每次"逻辑。

客户花30万买一个插件，和花30万买一批材料，心理感受完全不同。材料用完了可以再买，软件"买了就有了"，他不觉得有持续付费的必要。

但我们的维护成本、迭代成本、适配新版本的成本，是实实在在持续发生的。

第二：BIM软件的核心价值是"省了什么"，而不是"得到了什么"。

省时间、省人力、少返工——这些价值是负向的，是"避免了损失"。

人类天生对"得到"比对"避免损失"更敏感。所以你跟客户说"这个插件能帮你省三个人的人力"，他听着不如"这个插件能帮你多产出三个项目"来得爽。

但BIM软件真正的价值，本来就是前者。

第三：行业里有太多人在免费送。

不是说免费不好，而是——当你免费提供了太多东西，整个市场对BIM软件的价格预期就会被拉低。

客户会拿你跟那些免费的做比较。你说"我的更专业"，他说"那个也够用"。

我现在的处理方式

经过这件事，我们在商务上做了一些调整，不一定适合所有人，但供参考：

1. 把"插件"从"服务"里分出来单独定价。

以前我们的报价里，插件开发是捆绑在整体BIM服务里的，价格里看不出来插件单独值多少。

现在会明确告诉客户：这个功能独立开发，价格是XXX，授权给本项目，如需多项目授权或源码，另行报价。

透明，而且让客户意识到这是一个独立的商品，不是顺带送的。

2. 后续维护和版本升级必须签协议。

Revit每年出新版，接口可能变，兼容性要重新测试。这不是免费的。写清楚，以后就不用尬聊了。

3. 对"能不能分享给别人"的问题，直接给答案。

之前我们回避这个问题，觉得说出来不好看。现在的态度是：可以分享给本项目组内部使用，跨公司或跨项目使用需要联系我们。

这不是小气，是对自己劳动的正常保护。

最后说回那个甲方

他问"要不要付钱"，其实是给了我一个机会。

他在问的，本质上是：这件事在你们那边叫什么？

是"服务的一部分"？是"赠品"？还是"独立产品"？

而我们回答"这次免费"，本质上是在说：我们也还没想好。

这不是甲方的问题，是我们自己的课题——搞清楚自己在卖什么，才能说清楚为什么值这个价。

这比学会用AI写代码，还要难一些。

优易科技 | 优易BIM助手