你以为自己做了一个“系统”，其实只是一个“只能在电脑上用的工具”。

很多人都有这种经历：电脑里那套用Excel+VBA做出来的工具，逻辑清晰、效率很高。

一旦离开电脑，用手机打开，所有功能直接失效。

VBA确实好用，这点不用争。

写几个宏，就能自动处理数据；再复杂一点，甚至可以做一个“轻量系统”。

但它有一个绕不过去的限制：移动端无法运行。

iOS和Android版Excel，只支持查看文件。所有VBA代码不会执行，自定义窗体也不会显示。

这意味着什么？

你在电脑上做的所有自动化流程，在手机上全部失效。

而现实情况是：业务人员越来越多时间在手机上操作，审批、录入、查询，都在移动端完成。

这时候，VBA的优势就变成了一个边界。

很多人会问：那有没有办法补上这一块？

有，但思路要换。

关键不在“移动端写代码”，而在“代码能不能运行”。

1、Google Sheets + Apps Script（最接近 VBA 的迁移路径）

Google Sheets 图表手机端渲染良好，Apps Script是 JavaScript 语法，逻辑跑在云端服务器，手机端只负责查看和触发，iOS/Android 均支持。

缺点是需要科学上网，国内企业使用有障碍。

2、直接换一种方式做系统Eversgeet（适合国内和多人协作）

也有人选择彻底跳出来。

比如云表平台这种无代码表格工具，本质上还是“像Excel一样用表格”，但底层已经换成数据库和流程引擎。

几个关键变化很明显：

数据不再存文件，而是存数据库。数据库还是内置的，也能换国产数据库！

几十万甚至上百万数据，也能秒级响应

流程、权限、通知，都内置完成

更关键的是移动端。

电脑端搭好的软件系统，手机端可以直接生成应用。填表、审批、查询，都能实时完成。

有个制造业的案例比较典型：早期用VBA做生产管理，随着订单、物料数据增加，Excel开始卡顿，多人协作也混乱。

后来换成云表平台，操作方式还是“画表格”，但数据和逻辑放在后台，车间人员直接用手机录入数据，管理层随时查看报表。

这类变化，本质上是在解决VBA的短板。而且在企业级应用，像MES、WMS、ERP等，企业内部人员都可以基于它来快速搭建和迭代，比传统开发效率提高60%。

3、微软官方的替代：Office 脚本 (Office Scripts)

这是为了取代 VBA 开发的新技术，专门给网页版和手机版用的。 它是目前在手机Excel App里运行自动化脚本的唯一官方方式。

但缺点是它的编程语言换成了 TypeScript（类似 JavaScript），如果你只会VBA，需要重新学一点点。

优点是电脑写好，手机点一下就能跑。

VBA的问题，其实很单一：无法适应移动场景。但影响很大。因为今天的业务，已经离不开手机和实时协同。

你可以继续用VBA，前提是场景还停留在“单机操作”。一旦进入多人、移动、实时数据的环境，就需要考虑新的方式。

工具本身没有对错，只是适用的时代不同了。

最后，你有什么补充或者修正的地方？

写这篇文章花了些时间，能帮到你或者带来一些启发，就值得。

文 | eamon