正文
当然，无论采用哪种方式，我们还会参考市面上的竞品价格和目标群体的消费能力。
插件如何定价？
何为插件？
插件（Plugin）是一种可以扩展或增强现有软件功能的附加组件。它依赖于宿主软件(如Chrome浏览器），用户可以根据需求选择安装或卸载（如广告拦截器或自动翻译），避免主程序过于臃肿。
SaaS 产品通常承诺持续免费迭代功能以满足客户需求。
但当我们考虑到插件（Plugin）时，问题出现了：这类依赖宿主软件、可灵活安装卸载的附加组件，其功能迭代是否也属于免费承诺的范畴呢？
让我们通过一个例子来理解这个问题：一款 SaaS 产品包含 10 个标准功能和 2 个可选插件（P1 和 P2）。客户购买后，标准功能的数量固定为 10，而插件功能则根据开通情况而定。
比如客户A未开通任何插件，则可用功能就是10个；客户B开通了插件P1，则可用功能是11个（10个标准功能+1个插件）。
站在客户立场，他们自然希望插件功能也能免费迭代。毕竟，他们订阅的目的是为了满足业务需求，无论这些需求是通过标准功能还是插件实现，都是他们应得的服务。
然而，从 SaaS 厂商的视角来看，情况则更为复杂。他们承诺的免费迭代通常针对的是标准功能。插件生态的构建是为了引入更多元化的功能和资源，如果插件也纳入免费迭代，可能会对市场机制造成冲击，不利于生态的健康发展。
最终方案或为：精选少数官方自研插件免费提供，大部分插件采用按需付费模式。
既然要收费，那如何定价？
作为插件研发人员，我们最近在探讨插件的定价策略，遇到了一些挑战。
最初，我们考虑了三种常见的定价模式：
-
按需定价：参考 SaaS 产品的定价逻辑，根据插件类型和企业员工规模收费。例如，插件 A 在 50 人企业售价 1000 元，在 200 人企业售价 2500 元。
-
按成本定价：基于插件的研发成本定价。例如，插件 A 的研发投入了 10 人日，按每人日 2000 元计算，则定价为 2 万元。
-
按价值定价：根据插件为客户带来的价值定价。例如，插件 A 帮助客户在合规的同时每月节省 2 人日，按此价值定价为 1.5 万元。
我们首先排除了按需定价（选项一），因为插件的启用与员工规模并非绝对正相关，且不利于价格的外部呈现。例如，一家 500 人的企业购买补贴计算插件，实际只有 50 人使用，按 500 人收费客户难以接受，按 50 人收费我们又难以有效进行管控。
基于惯性思维，我们最初选择了按成本定价（选项二），然而这种模式招致了客户和内部伙伴的强烈反对。
例如，我们自研了一个插件，它可以帮助用户解决加班遇到法定节假日时，以0点为界限，明确拆分不同的加班时长与补贴（即工作日加班是1.5倍工作，而节假日加班是3倍工资）。
由于系统复杂及场景多样性，研发成本高昂，耗时30+人日，以3000元/人日计算，成本达9万，约为购买价单个模块的2-3倍。如同购房时装修费超出房价2-3倍，难以接受。
