很长一段时间,当需要从永久许可证转向订阅时,我都为PC SOFT辩护。我可以理解,一个专业的IDE,持续维护并被迫遵循Windows、Android、iOS、浏览器和商店规则,需要经常性收入。但已经突破了一个限制:成本不再局限于开发人员的工具。现在正转向使用交付给我们自己的客户的应用程序。

2025 年 5 月 26 日Volaris集团正式收购PC SOFT
2026年围绕会话构建的商业报价的出现
2 个问题2026 年 6 月在国民议会发表

01 为什么我捍卫订阅

许多开发者拒绝了订阅的转变。就我而言,我能理解其中的原理。

现代 IDE 并不是免费维护的。它必须跟上操作系统、硬件架构、浏览器、移动 SDK、商店要求和新的安全规则。必须纠正回归、维护框架并提供资金支持。

因此,向使用该工具的开发人员收费对我来说似乎并不矛盾。如果能保证更稳定的 IDE、定期更新和更好的路线图可见性,我什至可以接受更高的订阅。

目前的问题不是PC SOFT的产品收费。问题在于计费停止的边界。

02Volaris 和上下文切换

2025年5月26日,当Volaris Group宣布收购PC SOFT时,资本环境发生了变化。 Volaris 是一家专门从事收购和开发垂直软件公司的集团。

收购本身并不构成与价格变化存在因果关系的证据。因此,断言 Volaris 在没有官方文件建立的情况下直接通过会议强加该模型是过分的。

另一方面,收购、产品的重新设计和新指标的出现之间的时间顺序接近证明了开发人员质疑生态系统的长期货币化策略。

03新会话模型揭示了什么

新的优惠页面不仅仅是销售开发者数量或支持服务。它将大量会话集成到每个公式中。

捕获定价页面PC SOFT,展示青铜级、白银级、黄金级、白金级和钛金级优惠及其会话
优惠页面PC SOFT呈现不同的订阅级别和包含的会话数量。拍摄时间为 2026 年 7 月。
青铜5 包括会议
10 包括会议
金子25 包括会议
50 包括会议
100 包括会议

获得额外的铜牌时段表明标价为 290 欧元。一年承诺的早期采用者优惠价格为 200 欧元,而三年忠诚度计划则采用累进定价。

2026 年 3 月 25 日的《一般销售条款》PC SOFT 1.6 版将“指标”定义为用于确定使用权利范围的计量单位和数量限制:用户、工作站、环境、CPU 核心等。它们还规定采购订单设置适用的指标、价格和范围。

最后,一般条款和条件提醒我们,商业页面不具有合同性,可能会发生变化。因此,必须仔细阅读采购订单。然而,这并没有改变基本的观察:解决方案的量化使用成为发票的组成部分。

  • 商业报价现在根据所包含的会议数量进行区分;
  • 额外的会话显示为单独的计费选项;
  • 一般条款和条件明确定义了定量使用指标;
  • 采购订单成为价格、期限和指标的核心文件;
  • 新订单的优惠、套餐、选项和指标可能会发生变化;
  • 固定版本本身的权利仍受最后采购订单的管辖。

04 终端客户尚未选择PC SOFT

我的客户没有购买WINDEV。他购买了一款满足他需求的商业应用程序。

PC SOFT

提供IDE、WLanguage、框架、编译器和技术工具。

开发者

分析、设计、编码、测试、部署、记录、维护和承担商业关系。

终端客户

为业务解决方案提供资金,然后通常向提供该解决方案的服务提供商支付维护费用或订阅费用。

对于客户来说,PC SOFT是生产链的一个组成部分。他通常既不了解 WLanguage,也不了解 HFSQL,也不了解 IDE 的许可条件。他想要功能强大、易于维护且经济可预测的软件。

然而,我必须向某些客户解释,在为他们的定制应用程序提供资金并支付其维护费用后,他们现在必须为与用于构建此应用程序的技术相关的附加指标提供资金。

05 经济信心崩溃

当价格上涨是已知的、可预测的并应用于工具的更新时,价格上涨就可以被吸收。

当发行商修改已销售、部署和维护合同涵盖的软件的经济性时,情况会变得更加困难。

现有合同

价格是在没有纳入这一新的经常性费用的情况下协商的。

历史应用

已经生产多年的软件无法立即重写。

小利润

免费的内部应用程序或供小型组织使用的应用程序可能会变得无利可图。

可预测性

量化五年或十年内应用程序的总成本变得越来越困难。

条款和条件允许PC SOFT创建、修改、分组或删除新订单的报价、套餐、选项和指标。价格在已付款期间保持不变,然后可能会在续订时发生变化,具体取决于所提供的通知。

这些条款是专业订阅中的经典条款。然而,当指标影响已部署的应用程序和业务软件的专属客户端时,它们就会变得更加敏感。

06 Unity 已经尝试过这种切换 — 但不得不放弃

软件行业已经经历了与 Unity 非常相似的经历。

2023 年,游戏引擎发行商希望通过引入“运行时费用”来超越传统的按开发者站订阅的模式。该原则包括对某些已达到重要阈值的游戏进行计费,具体取决于分布式产品中 Unity 运行时的使用情况。

该方法与PC SOFT并不完全相同。 Unity 针对视频游戏市场,并定义了收入和使用阈值。但战略变化是类似的:发行商不再只想通过创作工具获利。他还想在交付后根据最终产品的使用或成功程度进行提成。

2023 — 公告 运行时费的宣布引发了工作室的强烈反对。
2023 — 修订 Unity 面对批评回顾了几种方法,但信心依然存在 深受影响。
2024 年 9 月 12 日 — 放弃 Unity 正式取消其游戏客户的运行时费用。
按座位返回模型 Unity 回归传统的按席位订阅模式,并伴随着增长 公布价格。

Unity 还承诺让开发人员根据先前商定的条款继续使用现有版本,只要他们保留该版本即可。这种类型的保证,通常被称为“祖父”,正是保护历史项目免遭经济模式追溯性修改的原因。

Unity 的先例表明,生态系统可以容忍 IDE 价格的上涨,但更难以容忍应用程序交付后产生的难以预测的计费。

.NET、Swift 和 OpenJDK 做什么为什么其他模型不等效

与大型现代生态系统的比较必须保持精确:没有什么是完全免费的,但开发工具、运行时、支持、云和发行版之间的边界通常更具可读性。

.NET

微软表示,.NET 语言、编译器、库和运行时都是免费的,包括商业用途。 Visual Studio Professional、Azure 和支持可能是收费的,但运行.NET 应用程序不需要按最终用户付费。

Swift 与 Apple

Swift 是在 Apache 2.0 许可下发布的,带有运行时库例外。苹果特别对其开发者计划和在其平台上的分发收取费用。该成本与访问 Apple 生态系统有关,而不是因为应用程序是用 Swift 编写的而与每个最终用户有关。

OpenJDK

OpenJDK 在 GPLv2 下分发,但存在类路径例外。一些商业 Java 发行版和支持合同会收取费用,但 OpenJDK 生态系统并不依赖于应用程序的每个用户的一般费用。

因此,本质区别并不在于完全没有发票。这取决于发票内容的性质:IDE、基础设施、支持、商店或生产中运行的服务。成本不会自动附加到最终软件的每个用户身上。

像虚幻引擎这样的引擎构成了部分反例,因为它们可以收取版税。但门槛、费率和排除情况是提前公布的,并且通常与产品收入挂钩。因此,开发者可以将它们整合到其经济模型中。

08 对生态系统的影响

  • 审查现有的维护合同;
  • 与从未选择PC SOFT的客户进行艰难的谈判;
  • 小型独立出版商的利润减少;
  • 免费或关联软件的经济风险;
  • 加速迁移到更多开放堆栈;
  • 重写历史应用程序的成本;
  • 对新项目WINDEV的质疑;
  • 技术依赖的风险增加。

这个话题也超出了开发者之间的讨论范围。 2026 年 6 月,向国民议会发布了两个书面问题,内容涉及PC SOFT的商业实践、部署应用程序的特许权使用费以及对法国生态系统的经济和战略后果。

这个话题已经超出了论坛和开发者协会的范围。 2026 年 6 月向国民议会发布了两个书面问题。

问题 #16261 — 2026 年 6 月 23 日

她向政府询问PC SOFT的商业做法以及对客户开发和部署的应用程序收取费用的后果。

问题#16481 — 2026 年 6 月 30 日

它将辩论扩大到用户公司和主管部门的经济后果、技术依赖以及安全和主权问题。

09 PC SOFT 可以做什么

  • 明确提高开发者订阅价格;
  • 销售真正可选的高级支持;
  • 实际提供的住宿或基础设施的费用;
  • 提供按消耗量衡量的云服务;
  • 维护可重新分发的运行时,无需使用费;
  • 永久保护已部署的应用程序;
  • 发布一个简单、稳定且有上限的指标;
  • 保证固定版本的历史条件。

10这对我来说有什么改变

我与 WINDEV、WEBDEV 和 WINDEV Mobile 合作多年。这些工具具有真正的价值,使我能够快速生成业务应用程序。

但 IDE 的生产力已不足以证明架构选择的合理性。还需要评估其许可模式的可持续性、应用程序的可移植性以及服务提供商保护其客户的能力。

因此,该政策确认了已经做出的决定:逐步将我的应用程序迁移到更多开放堆栈,其运行时是可重新分配的,并且我可以更好地控制其生命周期。

这种迁移是有代价的。有必要审查接口、处理、HFSQL 库、安装过程和用户​​习惯。但这种成本比看到第三方单方面修改我设计、销售和维护的应用程序的经济模型的风险更容易接受。

S 来源、合同文件和使用条件