如果你公司买了 Microsoft 365，而你正琢磨用 Power Apps 搭个小工具——考勤登记、审批流、设备台账、报销填报，那我的建议是：先别急着拖控件，花 10 分钟想清楚一件事：数据放哪？
为什么一上来就说这个？因为最近把国内聊 Power Apps 的圈子翻了一遍，知乎、B站、小红书、微博都有，发现"翻车实录"密集得有点反常。知乎有人连载"PowerApps工程实录"，把一个真实费用应用的踩坑复盘写到了第四篇；有人做了 30+ 个企业应用后，直接总结出"10个血泪坑"；小红书上还有篇帖子问"Power Apps是不是最难用的微软软件"，评论区涌进来几十号人，有位非 IT 部门的网友说，自己只是想手搓一点小工具，结果非常不友好。小红书这些坑，真不能全怪搭应用的人。
把这些帖子全看完，我发现一个规律：最疼的几个坑——数据悄悄少了一半、页面卡成幻灯片、账单突然冒出来——很多都指向同一个起点：数据源选错了。界面可以重搭，公式可以重写，但换数据源基本等于重做应用。所以今天把最常用的三个数据源：Excel、SharePoint 列表、Dataverse，一次讲清楚它们的限制和真实成本。
头号天坑先讲：委托机制
先说 Power Apps 里最要紧的一个机制，不管你选哪个数据源都绕不开它，也是大家说的"数据少一半"的元凶。
Power Apps 不会把你的整张表拉到手机或浏览器里再筛选。出于性能考虑，它默认只取前 500 条记录到本地处理，这个上限可以在设置里调，但最多 2000 条。如果你的筛选、排序、查找公式能被"委托"给数据源（也就是让数据库服务端去算），那没问题；但如果写的是不可委托的函数，Power Apps 会悄悄只用拉到本地的这几百条去算。
“10个血泪坑"的作者把它放在十条坑的第一位，称之为"头号天坑，没有之一”：多出来的数据，它既不报错，也不提示，就是结果不对。知乎
还有人记录过更隐蔽的情况：界面上明明白白显示的值，和程序实际拿去判断的值，会在同一个瞬间分叉。知乎
Excel：上手最快，翻车最快
把数据放在 OneDrive 或 SharePoint 里的 Excel 表格，Power Apps 有现成的标准连接器，零成本、马上能用，拿来做演示和个人小工具完全够。
但它的短板对多人场景是致命的：Excel 文件有锁机制，一个人写的时候别人就得等；而且可委托的函数集合极小，数据一过 500 行，筛选就开始退化成"本地算"，数据缺失的坑当场启动。社区里的共识很明确：Excel 适合验证想法，不适合给多人正式填报的应用打底。
SharePoint 列表：M365 用户的默认答案
公司买了 Microsoft 365，SharePoint 列表就是最稳的默认选项：
免费：它包含在 M365 里，属于标准连接器，不管多少人用这个应用，都不用额外买授权；
容量够：单个列表能装到三千万条，日常的筛选、查找函数大多可委托；
生态顺：通知直接进 Teams，流程接 Power Automate，权限沿用 SharePoint 那套体系。
Power Apps 本身只是 Power Platform 里的一环，通知、流程、报表和数据底座都有对应的组件，选型的时候最好把它们当一个整体来看。
但要记住两个数字。
第一个是 5000 条"视图阈值"。SharePoint 列表本身很能装，但超过 5000 条之后，不带索引的查询会开始碰壁。数据在增长的话，索引列要提前规划，别等卡住了才想起来。
第二个是委托上限依然存在。在 SharePoint 上用了不可委托的函数，照样被 500/2000 条截断。B站有个"硬限制破解"系列给出了绕行思路：用 Power Automate 的 HTTP 请求直接调 SharePoint 的 OData 接口，搭配 $top、$skip 分页参数分批拿回全量数据，再传回 Power Apps 本地使用。哔哩哔哩能用，但复杂度直接上了一个台阶，适合救急，不适合一开始就这么干。
Dataverse：真企业底座，但要付费
Dataverse 是微软给 Power Apps 配的官方数据底座：关系表、字段级权限、审计、Solution 打包管理，想做企业级应用绕不开它。
但门槛也在这：Dataverse 连接器属于 Premium 连接器，应用一沾上它，所有使用者都要有付费授权。这就引出了下一个问题。
你的数据源，直接决定应用免不免费
Power Apps 的计费逻辑，一刀切成两层：
标准连接器（SharePoint、Excel Online、Teams、Outlook 这类）：跟着大多数 Microsoft 365 订阅走，不额外花钱；
Premium 连接器（Dataverse、SQL Server、大量第三方连接器）：要买授权，按用户按月计费。
这里的关键是计费的"传染性"：一旦应用里用了任何一个 Premium 连接器，所有使用该应用的用户都需要 Premium 授权。知乎成本不是跟着开发者走，是跟着全体使用者走。很多团队是在 App 上线、用户量上来之后才被账单教育，才意识到"我只是想连个 SQL 表而已"。
参考微软全球官网价格页，Premium 按用户订阅大约在 20 美元/用户/月档位，按应用订阅约 5 美元/用户/应用/月，也支持走 Azure 订阅按实际活跃用户付费。价格会调整，国内世纪互联版与全球版也有差异，下单前一定以官方价格页为准。
所以老玩家常给的建议是：起步阶段尽量把自己约束在标准连接器里，先把业务跑通；等数据量和复杂度真的逼你升级，再正式算一遍账。
到底怎么选？对号入座
场景 | 建议 | 理由 |
|---|---|---|
个人/部门小工具，几百行数据（报名、物资登记） | SharePoint 列表 | 免费、够用、日常委托充足 |
考勤打卡、审批表单（手机填报+后台看） | SharePoint 列表 + Power Automate | B站教程最多的组合，路径最成熟 |
台账类应用，预计涨到几万行 | SharePoint 列表 + 提前规划索引列 | 一开始设计好索引，别等过 5000 条再补救 |
需要多表关联、字段级权限、审计 | Dataverse | 只有它支持，但提前预算 Premium 授权 |
公司没有 M365，或有信创要求 | 慎重评估 | 生态优势不成立，数据驻留也有约束 |
为什么强调先想清楚？有篇社区文章记录了"想提速"的真实代价：最开始只是想让一个费用页面快一点，顺手采用的办法却让应用差点变得更复杂，数据链路又得重新理一遍。知乎
国内落地再多提醒一句。默认情况下数据存储区域取决于租户的云实例，要实现国内驻留，对订阅版本和租户条件有严格要求，不是所有套餐都支持。知乎信创环境（麒麟、统信）也没有原生适配，涉及客户或财务敏感数据的应用，这几条先核实，再开工。
开工前的 10 分钟检查清单
估数据量：今年多少行，三年后多少行。5000 条以内 SharePoint 随便用，超了就多想一层。
数人头：10 个人用和 300 个人用，值不值得上 Premium 授权是两种算法。
查环境：看看租户里有什么授权。个人想练手，可以注册免费的 Developer Plan（开发者计划），不花一分钱搭着玩。
记一条铁律：写公式时看到蓝色小圆点的委托警告，别随手划掉，先搞清楚它为什么出现。
最后说个观察
今年微软在 Power Apps 上的动作很密：一边是 AI 生成应用、全新模板不断上线，把门槛继续往下拉。哔哩哔哩另一边是开放了 VS Code + Power Platform CLI 的源码开发路线，现在微软已经支持通过 AI 与源码方式开发画布应用。哔哩哔哩
但无论入口怎么变，委托、计费这些底层规则不会因为 AI 而豁免。社区对这类底层规则的理解已经很深：有人把一次"Reforecast"按钮的操作链整个画了出来——点一次要创建新版本，再把旧版本的费用行逐条复制过去，那如果用户连续点了两次呢？知乎这类工程功课，人搭要补，AI 搭也一样躲不掉。
老玩家的总结一句话就能说清：把 Dataverse 当底座、把 Solution 当载体、把委托和授权当红线，Power Apps 才配叫企业级。知乎而刚开始的人想少走弯路，记住一句就够了：先建数据，再建界面。想明白这件事，Power Apps 才是真值得上手的那个低代码。
