企业小程序开发实战指南

很多企业做小程序，第一反应是“找个外包赶紧上线”。但真正跑过几个项目后你会发现，企业小程序和普通个人小程序完全是两回事：它要对接内部系统、要承载业务流程、要考虑多角色权限，还要能持续迭代。这篇文章结合我自己的踩坑经验，聊聊企业小程序开发到底该怎么做。

一、先想清楚：企业小程序到底解决什么问题

在写第一行代码之前，必须先回答三个问题：

• 用户是谁？是内部员工、经销商，还是C端客户？不同角色决定登录方式和权限模型。
• 核心场景是什么？是展示型（官网、产品册），还是交易型（下单、支付），还是工具型（审批、打卡）？
• 和现有系统怎么打通？企业通常已有ERP、CRM、OA，小程序是入口，不是孤岛。

我见过太多项目，需求文档写了三十页，结果核心就是“把PC端功能搬到手机上”，最后没人用。企业小程序的价值在于把高频、轻量的操作从重系统里解放出来，而不是做功能搬运。

二、技术选型：原生还是跨端

企业项目最怕的是“选错框架，后期改不动”。目前主流方案有三类：

• 微信原生开发：性能最好，API最全，适合深度依赖微信生态（支付、订阅消息、企业微信）的项目。
• 跨端框架（uni-app / Taro）：一套代码多端发布，适合需要同时上微信、支付宝、抖音的企业。
• 低代码平台：适合简单表单和展示类，但复杂业务逻辑会很快触到天花板。

我的建议是：如果只做微信端且业务复杂，直接原生；如果明确要多端，选uni-app（生态成熟、招人容易）。不要为了“技术先进”去选冷门框架，企业项目稳定压倒一切。

三、企业小程序开发的关键环节

1. 账号与权限体系

企业小程序通常需要绑定企业主体，并接入微信开放平台的UnionID机制。典型做法是：

// 前端获取 code，后端换取 openid 和 unionid
wx.login({
  success: res => {
    wx.request({
      url: 'https://api.yourdomain.com/auth/login',
      method: 'POST',
      data: { code: res.code },
      success: r => {
        // 后端返回自定义 token，存入 storage
        wx.setStorageSync('token', r.data.token)
      }
    })
  }
})

后端拿到code后调用微信接口，再和自己用户表做映射。注意：不要在前端存openid做鉴权，一定要走服务端签发token。

2. 与内部系统对接

企业小程序几乎都要调内部API。常见坑是跨域和鉴权。推荐架构：小程序 → 企业网关（Nginx/API Gateway）→ 内部服务。网关层统一做token校验、限流、日志，内部服务不直接暴露。

3. 分包与性能优化

微信主包限制2MB，企业项目很容易超。必须提前规划分包：

• 主包只放登录、首页、公共组件。
• 业务模块按角色或功能拆到子包，按需加载。
• 图片走CDN，不要打包进代码。

4. 发布与灰度

企业小程序审核通过后，不要直接全量。利用体验版+灰度发布，先给内部小范围试用。微信后台支持按版本灰度，配合后端开关控制功能，出问题能快速回滚。

四、团队协作与工程化

企业项目通常多人协作，必须做好工程化：

• 用Git分支管理，主分支保护，功能分支开发。
• 配置ESLint + Prettier，统一代码风格。
• 用CI自动跑构建和上传体验版（微信提供miniprogram-ci）。
• 接口文档用Swagger或Apifox，前后端对齐。

别小看这些，我见过因为没做CI，每次发版靠手动点，结果传错版本导致线上事故的案例。

五、上线后做什么

小程序不是上线就结束。企业项目要持续看数据：

• 用微信数据分析看访问路径和流失点。
• 关键操作埋点，比如提交订单、审批通过。
• 定期收集用户反馈，企业用户更愿意直接吐槽。

另外，小程序版本更新频繁，建议做一个版本更新提示，用 wx.getUpdateManager 引导用户重启，避免旧版本兼容问题。

总结

企业小程序开发，技术只是一半，另一半是对业务的理解和工程规范的坚持。先想清楚场景，再选对技术栈，把权限、对接、分包、发布这几个关键环节做扎实，项目基本就稳了。剩下的，就是持续迭代。