在我关于 PC SOFT 新会话收费模式的第一篇文章中，我指出这家软件厂商试图对其生态系统所开发应用的使用行为收费，已经越过了一条底线。PC SOFT 最新发布的视频丝毫没有推翻这一分析。恰恰相反，视频给出了数字、官方定义和一套控制机制。PC SOFT 的确在澄清其模式，但这些澄清恰好证实了我此前所批评的问题。

290 欧元单个会话一年的官方目录价
225 欧元Solutions & Services 套餐中公布的年度价格
500 个会话对应视频中拥有 500 名用户的 ERP
审计可能需要升级套餐并追溯补缴

01这段视频证实了我的第一篇文章

此前，PC SOFT 还可以暗示是社区误解了新套餐。这一次，相关原则由公司自己作出解释。

使用 WINDEV 编译的应用会被分配一定数量的会话。这些会话按年计价，其数量取决于最终客户如何使用该解决方案。适用范围先由客户申报，再经过协商并写入合同补充协议，之后还可能接受审计。

因此，这不再是担忧、传言或社区的推测。它确实是一种新模式：应用使用 PC SOFT 工具开发并交付后，软件厂商仍要继续从中收费。

02PC SOFT 如何定义“会话”

PC SOFT 将会话定义为：一名用户在一台计算机上使用一个可执行文件，无论该可执行文件是否访问数据库。

视频还明确表示，用户对应一个 Windows 账户。因此，“会话”似乎并不只是指并发连接或某一时刻打开的技术会话，而是与一个 Windows 账户对可执行文件的使用行为绑定。

一个可执行文件

该原则针对在最终客户环境中编译并使用的应用，而不只是开发者使用的 IDE。

一个 Windows 账户

视频将用户与 Windows 账户关联，但尚未解释共享账户、RDS 或服务账户等所有场景。

无论是否使用数据库

即使应用完全不访问数据库，也仍然被纳入收费范围。

归并为一个解决方案

如果多个可执行文件属于同一个软件解决方案，就可以被归并计算。

这种措辞很巧妙。“会话”通常让人想到临时用量，但实际上，PC SOFT 在这里把一个 Windows 账户对解决方案的使用，与年度价格直接绑定。

03使用一个可执行文件，每年收费 290 欧元

视频给出了单个会话的三档价格：

公布的方案单个会话价格承诺期限或适用条件
目录价每年 290 欧元不含任何特别优惠的官方目录价。
Solutions & Services 套餐每年 225 欧元新套餐中公布的单会话价格。
三年承诺期第一年 75 欧元，第二年 150 欧元，第三年 225 欧元价格在三年内逐步上升。

阶梯定价并没有消除成本，只是让起步价格更容易被接受。一个会话三年合计 450 欧元，年均 150 欧元，并在第三年升至 225 欧元。

04拥有 500 名用户的 ERP：最荒谬的情形被排除

视频中最有参考价值的部分，是一个具体示例：

  • 一个由十个可执行文件组成的 ERP；
  • 这些可执行文件使用两个数据库；
  • 共有 500 名最终用户。

如果严格套用定义，原本可能得出这样的计算：十个可执行文件乘以两个数据库，再乘以 500 名用户。

PC SOFT 明确否定了这种算法。公司认为，整个系统属于一个由 500 人使用的软件解决方案。因此，公布的结果是 500 个会话。

这项说明避免了部分社区成员设想的最极端情形，但结果并不因此变得无关紧要：500 名用户依然意味着 500 个会话。

500 个会话的直接数学推算计算结果阅读说明
500 × 290 欧元每年 145,000 欧元按目录价进行的推算。
500 × 225 欧元每年 112,500 欧元按套餐中公布的价格进行的推算。
500 × 75 欧元、150 欧元、225 欧元三年合计 225,000 欧元第一年 37,500 欧元，第二年 75,000 欧元，第三年 112,500 欧元。

即使已经有官方定义和一个六分钟的示例，客户仍然无法在不联系销售团队的情况下得知真实价格。这种无法复现的定价方式，正是问题的核心。

05究竟是谁创造了价值？

PC SOFT

提供 IDE、编译器、WLanguage、框架以及部分运行时组件。

开发者或软件发行商

分析需求、设计产品、编写代码、测试、编制文档、部署、修复问题，并承担商业风险。

我们的最终客户

购买业务解决方案，并已经向供应商支付创建、使用和维护该方案的费用。

业务价值

来自围绕应用建立的业务规则、流程、数据、接口和配套服务。

对最终用户而言，PC SOFT 几乎是不可见的。它不收集用户需求，不培训用户团队，不处理业务故障，也不保障系统的日常运行。

因此，很难接受我们的用户数量成为 PC SOFT 的收入基础。软件厂商希望分享其生态系统创造的价值，却不承担创造这些价值所需的大部分成本和风险。

06“酌情协商”造成的定价乱象

PC SOFT 表示，将按照“酌情协商”的原则，把属于同一解决方案的可执行文件归并计算。

任何正在编制预算的企业都应该警惕这种说法。“酌情协商”既不是指标，也不是明确条款，更不是可复现的计算方法。它更像一场市场议价：先有目录价和套餐价，再有 Early Adopter 折扣与三年阶梯价格，最后通过沟通决定实际价格。

问题甚至不在于能否证明存在偏袒，而在于 PC SOFT 正在建立一套让人无法证明“不存在偏袒”的定价机制。两个条件相近的客户没有任何公开价目表，可以确认自己是否适用了同样的规则。

这种灵活性可以帮助 PC SOFT 避免最荒谬的情形，却也让软件厂商成为裁判：由它定义什么算一个解决方案、哪些内容必须归并、哪些信息必须申报，以及哪些项目日后可以重新评估。

07销售人员变成了“税务顾问”

PC SOFT 表示自己拥有约 14,000 家客户，同时承认并不了解这些客户的具体业务、应用或销售方式。如今，软件厂商要求客户填写表单，说明其使用场景。

销售团队被描述为一支顾问队伍，“有点像税务顾问”，负责帮助客户优化套餐。

定制定价也让透明比较变得不可能。每家公司都只能单独谈判，却不知道生态系统中的其他参与者获得了哪些折扣、排除项或解释。

最终客户就这样成了新定价模式的原材料。PC SOFT 想知道他们的数量、使用方式以及所交付解决方案的架构，尽管这些用户从未选择 PC SOFT，通常也与这家软件厂商没有任何关系。

08WEBDEV：连基础设施也要收费

对于 WEBDEV，PC SOFT 不会采用与 WINDEV 可执行文件相同的机制。视频解释称，会话数量过于复杂，尤其是存在 Web 服务调用时，难以准确测量。

因此，计费将基于三个要素：

核心数量

分配给服务器的 CPU 计算能力成为计费指标的一部分。

RAM 容量

应用可用的内存也会进入计算。

服务器数量

增加节点或实例可能扩大计费范围。

为高可用增加第二台服务器、为应对负载增长而扩充 RAM，或为保障生产环境而新增节点，如今都可能产生合同层面的影响。

视频没有给出计算公式。因此，我们仍不知道虚拟化环境、容器、被动服务器、灾备平台、测试环境或云端自动扩缩容将如何处理。

09申报、审计与追溯补缴

流程首先建立在客户自行申报的基础上。客户需要说明自己的业务、应用、销售方式和使用情况。

不过，PC SOFT 表示保留日后实施审计的权利，以检查申报信息是否符合实际生产情况。

视频确认，如果申报与审计结果存在差异，客户可能需要升级套餐或追溯补缴。

财务风险

初始估算不准确，可能形成合同债务或意外涨价。

审计范围

客户需要明确 PC SOFT 可以要求提供哪些数据、机器、日志和文档。

核查期间

视频没有说明追溯补缴最多可以追查到多早以前。

技术变化

在两次续约之间，一款应用可能增加用户、服务器或新的可执行文件。

10Early Adopter：尽快签约，才能少付一些

PC SOFT 为至少在订阅周年日前 90 天作出承诺的客户提供 25% 折扣。

因此，续约日在 2027 年的客户，可以从 2026 年起签约以获得这项优惠。

这项优惠也制造了商业紧迫感：为了获得最佳价格，客户必须在续约前作出承诺，而整个生态系统仍在理解这套新模式。

折扣实际上把不确定性变成了销售压力：尽快接受新模式，否则就要付得更多。关注 25% 之前，客户必须先计算总成本、退出条款以及优惠期结束后的最终价格。

11PC SOFT 实际上确认了什么

现在已经比较明确的要点

会话的一般定义、与 Windows 账户的关联、单价、三年阶梯价格、ERP 可执行文件的归并、原生连接器的纳入、可能进行的审计以及 Early Adopter 折扣。

仍然没有解决的问题

解决方案归并的精确规则、共享账户的处理、WEBDEV 计算公式、审计方法、追溯期间、用户数量减少时的处理、非生产环境以及折扣的准确计费基数。

因此，这段视频并没有让人安心。它确认了计费正在转向我们的用户，价格需要逐案协商，而且日后可能接受审计。模式之所以更清楚，只是因为 PC SOFT 亲自确认了其中最受争议的部分。

12它与 Unity 的相似之处已十分明显

Unity 此前也曾试图超越开发工具本身的收费，转而按照最终产品的使用收取报酬。2023 年，该厂商宣布对部分已发行游戏收取 Runtime Fee。

具体方法与 PC SOFT 并不完全相同，但收费边界的移动十分相似：软件厂商不再只向创作者收取工具费用，而是希望在软件交付之后继续获得收入。

PC SOFT 如今似乎正在走 Unity 被迫放弃的道路。不同之处在于，WINDEV 生态系统中存在大量陈旧、专有且迁移成本高昂的业务软件。这种依赖或许会推迟反应，却无法恢复信任。

13仍未得到回答的问题

  • 同一个 Windows 账户在两台机器上使用解决方案，算一个会话还是两个？
  • 通用账户、共享账户、技术账户和服务账户将如何处理？
  • 偶尔使用的用户与每天使用的用户是否按相同方式计费？
  • 仅由计划任务启动的应用是否会产生一个会话？
  • 测试、培训、灾备和预生产环境是否包含在内？
  • PC SOFT 如何区分两个独立解决方案与同一解决方案的两个模块？
  • 用户数量减少后，能否在续约前降低合同费用？
  • 审计后的追溯补缴可以追查多长的历史期间？
  • 如果客户申报正确，审计成本由谁承担？
  • 对于 WEBDEV，计算的是物理核心、分配的 vCPU，还是实际使用的计算能力？
  • 被动灾备服务器或高可用备用服务器，是否与活动服务器按相同方式收费？
  • Early Adopter 25% 折扣的准确计费基数是什么？

这些并不是边缘案例，而是企业中常见的架构：RDS、Citrix、虚拟化、容器、服务账户、高可用、灾备以及多套环境。

14PC SOFT 正在自掘商业坟墓

PC SOFT 可以把这套模式描述成一项新的 Solutions & Services 套餐。但对部分生态参与者而言，信息简单得多：继续使用 WINDEV 开发，就意味着接受第三方可以按照我们客户未来的使用情况向其收费。

每个新项目都更难估算成本，每份历史合同都变成风险，每次用户数量增长都可能带来额外费用，每个 WEBDEV 架构选择都可能改变许可证价格。

专有平台依赖一种隐含的稳定性承诺。开发者接受依赖，是因为他们相信自己可以构建产品、销售产品并掌控其商业模型。当软件厂商多年后移动这条边界时，它摧毁了生态系统当初接受依赖的根本理由。

因此，PC SOFT 不只是宣布了一项新的收入来源。它还给了开发者一个充分理由，去评估.NET、Java、JavaScript、Flutter、React、开源技术栈，以及所有再分发条件仍然可预测的运行时。

这段视频没有终结争议。它确认 我的第一篇文章 作出了正确诊断。PC SOFT 在澄清模式的同时，也把自己生态系统的商业坟墓又挖深了一些。

15签约前必须锁定的合同条款

如果企业仍然决定接受这套模式，就不能把任何内容留给所谓的“酌情协商”。每一条规则都必须写清楚、量化，并具备合同约束力。

  • 每个受覆盖解决方案的精确定义；
  • 归并计算的可执行文件和模块清单；
  • 初始会话数量与计数方法；
  • 共享账户、技术账户和偶尔使用账户的处理方式；
  • 明确纳入或排除非生产环境；
  • 新版本和新可执行文件适用的规则；
  • 减少会话数量的条件；
  • 完整的 WEBDEV 定价公式；
  • 审计范围、通知期限与保密义务；
  • 任何追溯补缴可涉及的最长期限；
  • 对审计结果提出异议的程序；
  • Early Adopter 折扣的准确基数与持续期限；
  • 承诺期内保持合同条件不变的保证；
  • 终止合同后的退出条件与保留权利。

视频中的商业承诺可以说明一种意图，但只有合同才能在解释变化、销售团队更替或数年后发生审计时真正保护客户。

S资料来源与编辑说明

文章性质

本文是我对 PC SOFT 视频及其商业信息的个人分析，不构成法律、税务、会计或合同建议。

价格与推算

文中计算是根据视频公布的单价进行的数学推算，并非正式报价。实际金额可能因包含的会话、折扣、谈判结果和合同范围而有所不同。

商标与无关联声明

PC SOFT、WINDEV、WEBDEV、WINDEV Mobile、HFSQL 和 WLanguage 属于 PC SOFT Informatique 或各自权利人。文中提及仅用于信息说明和评论。本文未经 PC SOFT 或 Volaris Group 赞助、验证或批准。

答辩与更正权

任何被提及的公司或个人，均可通过本网站提供的联系方式，要求核查事实更正或增加答辩内容。

版权

除非另有说明，原创文字、文章结构和版式均属于 Louis Planquart。完整转载或商业使用须事先获得授权。