Power Pages 与定制客户门户：外部 B2B 用户的成本比较

当数据模型、权限和交付团队已经适合微软平台时，Power Pages 可能是成本更合适的客户门户方案。如果跨站点使用、集成复杂度或专属业务流程抵消了这一优势，就值得评估定制门户。 应比较同一客户流程在完整运营周期内的成本，而不是把低代码订阅费与一次性开发报价直接对比。

对于外部 B2B 用户，首先要回答一个具体问题：每个自然月，有多少人实际使用每一个网站？ 客户数据库规模不等于这个数字，客户公司数量、员工人数和登录次数也不是。

本文采用一个明确假设的经销商服务门户、两个 36 个月预算场景和一个季节性许可示例。产品资料核查日期为 2026 年 9 月 29 日。工时是说明性规划假设，并非实测交付结果、微软报价或 Wavect 报价。主题是外部客户使用 Power Pages 的经济性，而不是泛泛比较 Power Apps 与定制开发。

比较同一个经销商门户，而不是两个不同产品

示例中，受邀经销商员工可查看本公司的订单和发票文件，提交带附件的服务请求，并发送补货申请等待验证。经销商管理员管理获准加入的同事。负责多个经销商账户的人员，必须分别获得相应授权。价格、订单接受结果和财务凭证仍以 ERP 为准。

两种实现都必须支持企业间数据隔离、可访问的桌面和移动流程、审计证据、异常处理队列、集成监控和经过测试的发布流程。只有确认 ERP 接受结果后，才可把申请显示为已接受订单。两个基础场景都不包含嵌入式分析、AI 助手或收款。

Power Pages 方案围绕 Dataverse 和获准的集成接口进行配置。定制方案构建前端与应用服务，采用托管身份提供商，并选择适合工作负载的数据库保存门户状态。两者都可使用中间件，也都不能省略 ERP 集成与安全审查成本。

每一组比较中，页面范围、业务规则、语言、文档量、支持时段、保留要求和恢复目标必须相同。较便宜的方案若省略经销商管理或 ERP 对账，就不再是同等范围的比较。定制软件与现成软件决策指南讨论更广泛的采购问题；本文聚焦外部用户门户。

Power Pages 的外部 B2B 认证用户如何计费？

微软美国定价页面列出：100 名认证用户的容量包为每月 200 美元，按年付款；500 名匿名用户容量包为每月 75 美元。认证容量覆盖某人在一个自然月内使用一个网站。订阅附带存储汇总到租户，并不代表每个站点都拥有独立且无限的数据库额度。参见微软 Power Pages 定价与容量说明。

对于奥地利采购方，当地页面显示：每 100 名认证用户、每站点、每月 173.30 欧元，按年计费且不含增值税；500 名匿名用户容量包为 65.00 欧元。这是当地公布价格，不是本文美元模型的汇率换算。实际优惠、渠道与承诺周期应在采购时确认：微软奥地利定价。

先按网站统计用户，再分配容量

已注册但当月从未登录的联系人，不属于当月活跃认证用户。同一人在同一网站多次登录不会重复计数；如果他又使用另一个网站，该网站产生另一份用户与站点的使用计数。

不要把每个网站分别向上取整为购买一个 100 人容量包。 容量以包购买，再分配到环境。微软 FAQ 允许把一个认证容量包拆分到不同环境，每个环境最低分配 25 人，并列出从 100 包和 1,000 包起的批量档位。未使用的月度容量不结转。参见 Power Pages 许可 FAQ。

以下是规划算式，不是自动许可判定：

月度需求 = 每个网站的去重活跃认证用户数之和。

采购容量 = 足以覆盖已批准环境分配的完整容量包，包含最低分配要求和余量。

示例假设不存在可用剩余容量或适用的已有用户权益，且环境分配充足。前三种情况可在同一个环境中建模；最后一种说明容量分配，并非全租户统一去重。这些采购量均低于已公布的批量档位门槛。规模更大时应取得适用的阶梯价或协议价，不能一直按每包 200 美元外推。

不同网站不等于不同页面、语言或经销商角色。记录实际的网站与环境设计。合并站点可能减少重叠使用，但共同导航不能成为削弱客户隔离或合并真正独立运营范围的理由。

按量付费需要单独计算

微软计量文档列出：每个活跃认证用户、每网站、每月 4 美元，匿名使用为 0.30 美元。Power Pages 计量部分目前标注为预览。文档也指出，分配给按量付费环境的预付门户容量会被忽略，而不是优先扣减。选择前应确认可用性和合同条款：Power Platform 按量计费计量说明。

一个普通登录页本身，不代表私有门户必须购买一般匿名访问容量。公共知识库或产品文档区则不同。应列出真实匿名访问路径并核对 FAQ 计数规则，不能假设所有公开流量免费，也不能把每个认证页面都当作收费访问。

身份、权限与 ERP 数据访问影响成本

能登录，不等于有经销商权限

Power Pages 将已登录用户关联到 Dataverse 联系人，支持包括 OpenID Connect 和 SAML 在内的外部身份方案。因此，并非每位外部客户都需要普通内部员工账户。参见微软认证模型概述。

身份费用应与门户访问费用分开。Microsoft Entra External ID 有独立的月活跃用户计费模型和可选附加功能，并不是 Power Pages 的用户与站点计量。定制门户若使用同一身份服务，也需要相应预算和租户设计：External ID 定价与计费。

真正复杂的规则通常不是“这个人能否登录”，而是“他能控制哪些经销商账户、发票和操作”。Power Pages 表权限可结合 Web 角色实现联系人或账户相关访问；全局访问范围更广。微软表权限文档是实现依据，但不能证明您配置的关系已经正确隔离客户。

建议两条路线采用同样的验收要求：经销商 A 不能通过更改 URL、记录 ID、附件引用或请求内容，读到 B 的发票。测试多公司关联人员、委派管理员、权限撤销与角色冲突。隐藏按钮或浏览器传来的公司 ID，都不能成为授权边界。

决定 ERP 数据如何进入门户

Power Pages 可通过虚拟表表示外部记录，而不把底层业务数据复制到物理 Dataverse 行中。微软列出 Finance and Operations、Business Central 与自定义提供程序等支持方式：Power Pages 虚拟表集成。这是一条真实可行的路线，但不意味着每个 ERP 对象和业务操作都受到支持。

提供程序限制需要单独核查。微软针对虚拟连接器提供程序创建的表，列出查询、附件和审计限制，包括单次查询最多返回 1,000 条记录，以及虚拟表没有 Dataverse 审计功能。应核对实际提供程序，而不是把限制套用到所有中间件：虚拟表限制。

对这个门户，评估三种方式：将限定的读取模型同步到 Dataverse；采用受支持的虚拟表提供程序；或通过专用集成服务发送命令。每种方式都应计算数据映射、账户关系、文件获取、对账和故障恢复。显示 ERP 表格，并不等于实现了有权限保障的订单放行操作。

Power Pages 门户 Web API 不是通用 ERP 集成后端。 微软将其定位于门户页面内部交互，并明确不支持用它来集成其他 Power Pages 站点。服务器间工作需要合适的受支持接口：门户 Web API 的适用范围。

Power Automate 可以参与实现，但成本并不自动为零。文档中的 Power Pages 云流程集成要求 Power Automate 许可，生产环境推荐 Process 许可。Web 角色控制流程访问，部署时还涉及在目标环境注册流程：云流程集成要求。

只有架构确实不使用 Power Pages，定制开发才去掉 Power Pages 容量费用这一项。它不会自动去掉 ERP 访问收费、身份成本或底层数据平台使用权益。请许可负责人分别确认两种架构的外部访问、集成身份和允许操作。没有取得的报价，在模型中仍然是未知成本。

两个 36 个月运营预算示例

以下所有金额均为美元规划假设，不含税、融资及通胀。 两条路线使用同样的每小时 100 美元综合人力成本，绝非 Wavect 公布费率。实现费用包含设计、配置或编码、集成、身份设置、初始测试与部署。需求探索和运营工作分开列出。

月度服务预算包含选定的集成运行环境、增量存储、身份与消息、可观测性、备份服务，以及适用的管理或流程许可。对于 Power Pages，这是额外服务，不是对其已包含托管服务重复收费。定制方案还包括应用与数据库托管。批准前应以分项组件清单取代这些假设。

维护人力包括故障诊断、权限检查、连接器变更、依赖或配置维护、回归测试及恢复演练。计划变更是单独的功能工作。退出准备包含文档与一次示例数据导出，并不假定必然进行完整迁移。

场景 A：一个网站，250 名活跃外部用户

每个月由同样的 250 人使用门户。三个入门容量包的费用为 3 × 200 美元 × 36 = 21,600 美元。Power Pages 估算假设已有熟悉 Dataverse 的团队和受支持的 ERP 集成方式。定制方案则假设使用可复用 Web 基础，而不是从零重写所有组件。

在未确定报价项之前，Power Pages 在此示例低 9,800 美元。 它仍是合理候选。仅为省下每月 600 美元门户容量费而开发定制软件，不足以抵消此处假设的额外开发和运营投入。

这一差距对维护工时很敏感：按假设费率，每月增加三小时维护，36 个月就增加 10,800 美元，足以逆转差距。工作量和支持模式与许可价格同样重要。

场景 B：600 人，每人每月使用三个网站

保留同样的经销商服务功能，但要求三个分别运营的品牌门户。每个人每月使用全部三个站点：600 人产生 1,800 个用户与站点计数，既不是 600，也不是 1,800 个不同的人。18 个容量包费用为 18 × 200 美元 × 36 = 129,600 美元。

两个方案都增加部署、身份、权限与支持工作。定制方案同样需要覆盖三个品牌，无论采用受控共享应用还是独立部署，都不能获得更小的业务范围。

在这些假设下，定制方案在未确定报价项之前低 92,400 美元。 这是进一步评估的理由，不是普遍盈亏平衡门槛。更低重叠率、不同协议、更简单的 Power Pages 交付或更贵的定制支持，都可能改变结果。

做一次敏感性测试：若每人只使用三个网站中的一个，总需求为 600。六包而非 18 包，使 36 个月容量费减少 86,400 美元。仅为比较而保持其他输入不变，Power Pages 小计变为 146,800 美元，只比定制高 6,000 美元。用户路径可能比目标客户总人数更重要。

完整 36 个月成本 = 模型小计 + 已确认的额外报价项目。

Q_PP 和 Q_Custom 未确定前，任何小计都不是可批准的完整预算。可编辑模型保留未知总额，不会默默把缺失报价当成零。确认零费用是有效输入，缺少报价不是。

获取可编辑的门户成本模型输入。仓库中的计算器复现两项预算、容量分配、敏感性测试和季节性示例。在作为实际预算之前，请替换假设并填写已确认的额外报价。

季节性使用可能适合另一种 Power Pages 计费方式

假设一个站点在一个月有 1,200 名认证用户，另外十一个月每月 50 名，每年合计 1,750 个用户月。若全年保持峰值订阅容量，十二包、每包 200 美元、购买十二个月，得到 每年 28,800 美元。以公布的按量输入每用户 4 美元计算，认证使用费为 每年 7,000 美元。

这只是许可计算，不是门户总成本。假设全年保留峰值承诺，且按量付费在已核实条件下可用。不同承诺安排会改变结果。存储方式、其他服务费、支持和匿名流量应分别评估。

不要把按量付费建模为同一环境中预付容量的免费溢出部分，也不要用平均值取代峰值，造成预付容量长期不足。应比较真正能够购买的配置，而非无法组合的理想最低数字。

维护也包括权限、数据新鲜度和发布

托管门户仍有应用层运营工作。示例中必须有人调查缺失发票、轮换集成凭据、移除离职经销商管理员，以及对账那些 ERP 响应丢失的申请。定制应用也需要这些负责人，还要负责自身应用技术栈。

承诺实时订单或授信状态前，先定义数据新鲜度要求。 微软缓存文档解释了服务器端缓存，以及为什么 Dataverse 发起的变更不保证立即可见。测试实际路径及间接流程更新，而不要泛化为“每个门户操作都要等 15 分钟”：Power Pages 缓存行为。

已购买用户容量也不是吞吐保证。Power Platform 请求权益、连接器限制和服务保护限制是不同问题。应测试月末集中下载，而不是凭月活跃用户计算就认定并发能力足够：请求限制与分配。

Power Pages 提供受支持的发布管理机制。微软介绍了通过增强数据模型下的 Solutions 迁移站点与 Dataverse 组件。但仍需正确纳入组件、设置目标并验证：Power Pages Solutions 与生命周期管理。预算中应包含门户、流程、身份映射和 ERP 集成的联合演练。

存储应来自清单，而非任意加价。测量文件大小、保留周期、审计与日志增长、开发环境及现有共享余量。微软提供独立的 Dataverse 数据库、文件和日志容量附加项；扣除已包含容量后再采购所需部分：增加 Dataverse 容量。

迁出 Power Pages，不等同于将 Solution 导入另一个 Power Platform 环境。需要评估重建界面、授权、流程、文件路径、部署、身份重新关联和数据对账。定制系统更换托管、身份服务或交付负责人时也有退出工作。不能假定一边必然完整重建，另一边永不迁移。

买方应继续评估哪种方案？

这是评估框架，不是平台基准测试。混合方案可保留 Power Pages 处理常规服务，并通过定制集成服务执行已验证 ERP 命令。它继承两边的运营边界，预算必须反映这一点。定制或低代码都不是天然的安全保证。

授予实施合同前，应演示列表、导出、文件和 API 的公司隔离，邀请与撤权，多账户访问，ERP 中断与重复提交恢复，陈旧数据表现，大量文档分页，干净环境部署，以及站点使用量与拟购容量之间的核对。测试困难的业务路径，而不仅是首页。

若身份与经销商的映射、获准 ERP 接口或商业权益尚未明确，应暂停生产承诺。先缩小范围或解决这些问题。看起来成熟的原型，并不能证明任何方案安全、可维护或价格完整。

从门户需求探索开始，而非先锁定平台

付费门户需求探索应交付用户与站点使用模型、环境及身份设计、公司权限矩阵、ERP 操作契约、针对性的技术证据，以及列明待报价项目的 36 个月成本模型。还应确定运营负责人、验收测试，以及配置 Power Pages、定制、混合或推迟实施的建议。

准备现有 ERP 接口文档、客户角色、站点地图、月度与季节性使用预估、文件量和微软协议细节。探索费用和交付物另行约定；它并不承诺某个平台一定胜出。

Wavect 的定制软件开发服务支持范围明确的门户与集成项目。Bond Analytics 案例提供相关金融软件交付背景，并不验证本文 Power Pages 工时假设。咨询客户门户需求探索，将假设转化为可测试架构与明确范围的实施方案。