微信小程序，我也跑通了——但我想先说清：业务系统不只这一条路

原创 李伟坚 Excel催化剂（附件请在原始资料库或公众号中获取）)

2026年9月4日

网页是门面，小程序是微信里的那扇正门。这扇门，我这次敲开了。但敲开之后我更想说的是另一件事——敲开它，不代表做系统就得走上它。

网站上线那口气还没喘匀，我又把下一块硬骨头啃了下来——微信小程序，跑通了。

之所以非做不可，是因为有件事我一直记着：对很多用微信办公、做业务的人来说，网页终究是“要自己点开浏览器、输入地址”的东西，隔着一层。而小程序，就长在微信里。

一、为什么放着网页不做，非要折腾小程序

有人会问，网站都做好了，手机浏览器打开不也一样用吗？

差别其实挺大：

维度	手机网页	微信小程序
入口	记网址、跳浏览器	直接长在微信里
体验	浏览器的加载和兼容	原生渲染，更快更跟手
留存	看完就关	可“添加到桌面”，一点即进

微信是很多人打开频率最高的 App，小程序不用登录浏览器、不用背网址，两者的顺滑程度不一样。最关键的是，小程序能直接添加到桌面，图标一点就进去，体验几乎接近原生 App。

对内部工具、给客户演示、给团队用的系统来说，这几条加在一起，就是“能不能用得顺”的分水岭。

二、成本：零额外支出，直接复用现有套餐

做小程序，很多人第一反应是“又要开一套服务器、再买一套云”。

我没有。这次走的是完全云原生的路子：

• 部署：直接挂在现有网站的 CloudBase 环境里，20 元/月的套餐原样包住，没多花一分钱；
• 数据库：用微信云开发自带的 NoSQL 文档库，不额外配数据库；
• 身份：用户身份由微信自动写入，前端不传、不可伪造；
• 数据隔离：靠一条安全规则 仅本人可读写 在云端兜底，账目天然隔开。

一句话：同一个云，同一份成本。 技术越简单，越不容易出错，也越省钱。

三、个人版，核心功能已经全打通

很多人以为个人主体做小程序，只能做个半吊子壳。我这次实测下来，个人版能跑的，比想象中多得多。

我拿一个「轻记账」小程序把这套路线完整验证了一遍，核心闭环全走通了：

• 记收支：金额、收入/支出、分类、备注，一条不漏；
• 当月汇总：收入、支出、结余，实时算清；
• 列表与删除：自己记的账，自己能删，别人碰不到；
• 数据隔离：不同微信用户之间，账目天然隔开。

真正做不了的，也就那几个有门槛的——微信支付、搜索功能，都得企业认证才行，个人主体暂时绕不过去。除此之外的核心功能，个人版都能跑。

顺带说一句：搜索功能开不了，对企业内部用的小程序来说，反而是个隐藏优点——不被人在微信里搜到，更安全，避免闲杂人等误入。

四、分享这个坑，我花了 30 块钱踩平

整个流程里，最折腾的是“分享”。

之前那一版，功能都好用，唯独分享怎么都发不出去。排查了一圈，问题卡在个人主体认证没过关：个人小程序要真正用起分享能力，得先做微信个人认证，交 30 块钱，认证过了，再配合把分享相关的代码重写一遍，分享才算真正生效。

就为了一个“转发给好友”，我走了这么一圈。30 块钱不多，但这件事给我提了个醒：

小程序从写代码，到能发布、能真正用起来，中间隔着一堆认证、门审核的流程，每一步都可能冒出坑。

五、敲开这扇门之后，我更想说另一件事

小程序跑通了，但我不希望你读完就得出一个结论：“那我做系统，就上微信小程序吧。”

不是。微信小程序，只是我验证过的路线之一，从来不是唯一解，更不是首选解。 它适合的场景很具体——用户主要在微信里用、需要微信身份、要发到微信被扫码打开。满足这几条，它才值得上；不满足，硬上就是给自己找折腾。

这条路，其实是我前脚刚发布的业务系统开发（business-app-builder）Skill 里，众多方案中的一条。那个 Skill 里放进去的方案，从来不是“一条路走到黑”，而是一整个工具箱。

六、三条路，三种“不想折腾”的解法

回到最实在的选择。做一套系统，后端到底怎么选，我把最容易踩的纠结，收敛成三句话：

你的情况	选这条路	一句话理由
数据本就在 WPS 里，只给授权成员用	WPS 表格后端	最少依赖，最快上线，零备案
要正经上线、要独立账号，但不想自己养服务器	CloudBase 云原生	登录、数据库、存储、托管一个平台全包
数据必须留在内网、或深度依赖 Python	自建 FastAPI + 数据库	数据 100% 自己掌控，跑自己机器上

这里最想强调一句，很多人容易忽略：

“不想折腾”有两条完全不同的路，别混为一谈。

一条是图省事——那就用 WPS 表格方案。它连备案都不用，打开就能干，是最低门槛的那一档。

另一条是图自由、但不想被微信绑定——那就自己从零搭一套系统，照样可以用 CloudBase 这种云原生基础设施，只是不接微信、不碰小程序那套认证审核。CloudBase 不是“微信专属”，它本身就是一套通用后端，你拿来做 Web 后台、做工具配置存储，一样行。

一句话厘清：微信小程序是我验证过的“微信场景专用路线”；CloudBase 是我验证过的“通用云原生底座”。两者不是一回事，别因为都带“云”就绑一起。

七、我的终极心法：按场景选最合适的，而不是选最重的

做了这么多轮方案，我越来越确定一件事，也想把它当作给零基础用户的底层逻辑讲给你：

没有哪一种方案，能通吃所有场景。不同场景用不同方案，才是最优解。

很多人（包括曾经的我自己）容易掉进两个坑：

• 第一个坑，求全：想一步到位，把所有花哨能力一次配齐，结果配置、备案、审核折腾一大堆，业务还没跑起来，人先累趴了；
• 第二个坑，求稳：怕方案不够“高级”被笑话，硬上一个自己根本用不上的重方案，白白多花钱、多担运维。

这套 Skill 帮你要避开的，就是这两个坑。它的选型原则，说到底就两条：

① 任意复杂的方案，不同场景用不同方案——选最合适、也最够用的那个，就是最佳选择。

够用就好，不是敷衍，是清醒。轻需求用轻工具，重需求才上重方案。方案没有高下，只有合不合适。

② 不花冤枉钱，不折腾复杂的备案审批——用哪个合适，就用哪个。

备案、认证、审核，这些环节不是越多越高级，而是能省则省。WPS 表格能解决，就不必为它去搞一遍 ICP 备案；CloudBase 个人版够用，就不用为了那点高级功能升级套餐。

这两条，就是我给零基础用户的终极方案：不迷信某一种技术，不追求“最全最重”，只追求“最适合、最省钱、最省事”。

八、落到你身上：先想清楚，再动手

所以，如果你正打算搭一套系统，我建议你先别急着动手写代码，先回答三个问题：

1. 给谁用？ 只在微信里用、还是电脑网页也能用、还是公司内网？
2. 数据放哪？ 已经在 WPS 里了、还是愿意上云、还是必须留自己机器？
3. 怕不怕折腾？ 能接受备案认证这些流程，还是想今天就开始用？

这三个答案一出来，走 WPS 表格、CloudBase、还是自建，其实是水到渠成的事，根本不用纠结。

而这套业务系统开发 Skill，价值就在这——它不替你做“重”的决定，而是替你把“选对”的判断，和选完之后那些最磨人的脏活累活，全都接了。 微信小程序这条路的完整打法，也已经是这个 Skill 里现成可抄的一页——我之前踩的那些坑，现在你照着走就行。

最后一句

全栈放开，不是让你什么都上，而是让你终于有了“挑最合适那个”的底气。微信小程序是我走通的一条路，但它旁边，还铺着好几条更适合多数人的路。

选最合适的，不选最重的；花该花的，不花冤枉的。这两句话，我希望每一个想用 AI 把系统做出来的朋友，都能先记下来。

📌 想体验业务系统开发 Skill？欢迎加好友进入免费社群，亲手玩一把。 📌 微信：190262897 ｜ 邮箱：190262897@qq.com ｜ 公众号：Excel催化剂 📌 个人网站：https://excelcuihuaji.site/