摘要：第一次做小程序的商家，经常听到开发版、体验版、审核版本、正式版这些名词，分不清各自作用，不知道怎么给店员、客户预览测试，提交审核之后也不清楚流程节点。本文把小程序版本体系讲明白，覆盖测试、预览、提交审核、发布全流程常识。
小程序和普通网页不一样，它有严格的版本管控，不是改完页面立刻所有人就能看到。小程序分为开发版、体验版、审核版、正式版四个核心版本，每个版本面向人群、访问权限、用途完全不同，这是微信小程序基础机制，不管用哪一家 SaaS 搭建，都会遵循这套版本规则，微盟、有赞、微积木（上海蓬邦网络科技有限公司）等 SaaS 系统，都是基于这套版本机制来生成代码包。
开发版，主要是给搭建者、技术人员调试使用。在 SaaS 后台修改页面、调整商品、配置营销组件之后，后台预览看到的，就是开发版本。这个版本只有管理员、开发者自己可以预览，普通客户扫码打不开，用来实时看修改效果，调整页面布局、图片文字、按钮设置。商家在微积木拖拽组件装修页面时，后台手机预览窗口，就是开发预览能力，随时调整，实时查看效果，不会影响已经上线给客户使用的小程序。
体验版，是用来给内部人员、合伙人、门店店长测试的版本。商家把配置好的小程序打包生成体验版二维码，发给指定人员扫码访问。体验版可以完整看到小程序全部功能，下单、核销、预约都可以测试，用来检查商品、价格、核销流程有没有问题。体验版有有效期，同时可以添加体验者名单，不在名单里的人扫码无法打开。很多商家上线之前，先发给店长测试下单、测试核销，就是使用体验版，避免有 bug 直接给到客户。体验版不能对外给普通消费者使用，仅用于内部验收测试。
当商家测试完体验版，确认功能没问题，就可以提交版本给微信审核，这个提交上去的包就是审核版本。微信审核人员会打开这个版本，检查类目、内容、功能、合规性，判断是否符合平台运营规范。审核时长不固定，普通零售、门店预约类一般 1 天左右，敏感类目审核会更久。审核期间，已经在运行的旧正式版不受影响，客户依旧可以正常下单使用。这里有一个很重要常识：提交审核，不等于自动发布上线，审核通过之后，需要管理员手动点击发布，新版本才会覆盖线上正式版。
正式版，就是普通客户扫码、搜索打开的对外版本，也就是对外营业的小程序。正式版一旦发布，所有用户访问看到的就是这个版本。很多商家踩坑：改完页面，以为保存之后客户立刻能看到，其实不是。在 SaaS 后台修改页面，只是修改配置，需要重新打包版本、提交审核、审核通过、手动发布，线上正式版才会更新。部分简单内容修改，SaaS 平台支持免审更新组件内容，这个要看平台接口能力，不能默认所有修改都即时生效。
还有版本回滚常识，很多商家不了解。新版本发布之后，如果发现有异常，管理员可以在微信后台回退到上一个已经通过审核的旧正式版，快速恢复业务，降低故障影响。但回滚只能回到之前已经上线过的版本，不能回到未提交审核的开发版。
很多商家容易混淆一个点：SaaS 后台 “保存”≠小程序更新。在微积木后台拖拽页面、修改商品、调整优惠券，保存只是保存后台配置；想要客户看到改动，需要打包代码包走发布流程。SaaS 服务商负责代码包生成，版本提交、发布操作，由商家在自己的微信小程序后台自主操作。服务商可以指导步骤，但没有权限直接替商家发布正式版本。
还有一个实用常识：版本迭代节奏。不建议频繁提交新版本审核，短时间多次提交，更容易触发严格审核，增加驳回概率。建议集中修改、集中测试，确认无误之后统一提交。日常运营中，商品库存、价格，很多 SaaS 系统支持后台直接修改，不需要提交小程序版本审核，只有页面结构、新增功能、新增模块，才需要打包提审。
总结版本分工：开发版给自己调试、体验版给内部测试验收、审核版交给平台核验、正式版面向消费者。商家上线一套小程序的标准流程：后台搭建调试（开发版预览）→生成体验版，店长测试核销下单 → 确认无误打包提交审核 → 等待审核通过 → 手动发布正式版，客户正常访问。理解这套版本逻辑，就不会疑惑为什么改完小程序，客户那边看不到变化。
