复盘总结：从0到1，企业微信小程序开发11步走

作者复盘了从域名准备到内容发布的整个过程，这是项目团队一起回忆整个产品总结出来的经验，值得我们学习，与大家分享。

去年接手了两个微信小程序的开发项目，作为一位产品人员，在和开发供应商进行磨合的时候也遇到了许许多多的问题。如今项目已进入收尾阶段，之前也参考了许多其他做微信小程序的同行同事的经验，再做一次工作的复盘，以此作为学习和共勉。

希望在未来遇到新项目的时候可以参考此次项目中经验总结的方法。

首先，先来梳理一下在实施小程序时的流程，主要分为11点：

01 域名准备

域名备案手续多，备案周期长，大概时间在20天至25天左右可以完成备案。如果申请了腾讯云账号，可以在腾讯云的页面进行操作。

（1）域名申请 、域名备案和服务器购买最好在同一个平台进行，方便加快审核的时间。

域名备案需要准备如下材料：

1. 企业营业执照(电子档)
2. 企业法人身份证(电子档，正反面)
3. 管理人身份证(电子档，正反面)
4. 所在地邮编
5. 一个联系电话(手机)
6. 一个联系电话(座机)

（2）域名实名认证 ，根据企业的认证进行申请；

（3）域名备案申请 ，需要一周时间；

（4）服务器域名需进过ICP备案 、新备案域名需24小时后才能配置。

02 腾讯云服务购买

也可以使用AWS/阿里云或其他云服务，腾讯云在使用前需要对账号进行预充值，最好有个大致的估算金额。

当然，针对企业来讲，腾讯云服务也出具了标准的合同以及开设发票的信息供乙方进行下载。

03 SSL证书申请、域名解析

因为此处用的是微信小程序，所以利用腾讯的域名会更方便通过审核，由于考虑到要搭建管理后台，所以在原有的小程序的腾讯域名下申请了两个子域名。其中主域名为小程序的域名，另外的域名作为生成后台的URL。

04 小程序申请

这里前提是企业拥有公众号，在企业公众号下面进行申请更为方便,在此不多做赘述；如果单独申请一个小程序，需要提供企业的认证，小程序完成后作为企业品牌的一份子，需要和企业公众号进行关联。

05 架构搭建

虽然小程序的前端比较简单，可能不需要架构搭建；但是由于该项目中需要搭建一个后台的数据监测平台，所以需要架构师进行指导。

在搭建架构的时候一定要非常明确的画出架构图以及需要的组件的备注，按照架构开发才是最快速和准确的方式。

06 小程序的部署

1. 开发版环境要和体验版（UAT）和正式版（PRO）环境一致
2. 配置云服务和组件
3. 服务器配置每月只有3次修改机会
4. 在测试中进行多维度测试（小程序内和手机设置）
5. 数据分析只统计已发布线上版本使用数值，同时提供实时统计数据。
6. 测试版的小程序生成的服务点二维码会跳转到正式版的小程序，需要开发者将二维码数据导入到开发环境才能进行有效测试
7. 小程序上线之前存在开发版与体验版，需要分别发布。

07 开发权限和体验权限

在微信公众平台添加开发人员的权限和体验权限。开发人员的权限需要小程序的超级管理员进行扫码确认添加，而体验成员的权限则不需要扫码确认，直接搜索该体验人员的微信即可添加。

08 搭建管理后台

09 管理员权限确认

除了小程序中的开发人员和体验人员权限，还存在着后台搭建的超级管理员权限及用户权限。

在设置超级管理员权限的确认的时候，需要注意以下几点，不能进行权限间的矛盾和冲突：

1. 超级管理员在系统交付时直接添加，不通过后台添加。
2. 超级管理员具有管理后台的所有权限，包括账号管理下的角色管理和用户管理权限。
3. 超级管理员用户无法被其修改角色或停用。
4. 其他角色的管理员无法被修改为超级管理员。

10 Track数据及迁移字段确认，数据后台原型设计及UI确认

这是需求应该进行多次沟通和确认。在此处迁移字段的确认需要和业务进行沟通，主要迁移了微信后台中的月活、日活以及其他腾讯提供的聚合过的数据。

因为微信官方只提供了三个月的数据，不能对业务数据进行连续性的判断，所以迁移数据对半年甚至一年以上的监测趋势有很大的帮助。同时，业务也会考虑是否需要其他的数据，所以需要在小程序前端进行埋点，只要发版小程序，埋点数据就可以生效。

11 管理后台网站（内容发布）

如果存在如下情况还需要注意以下事项：

以下注意Notes基于该后台需要发布面向客户的内容，若非内容发布平台无需注意。

1. 后台有预览模式并且与终端用户体验一致
2. 若允许富文本编辑则要警惕JS注入等安全性问题
3. 外链内容的合法性与合规性，包括外部链接与多媒体文件以外链存在
4. 输入框的失焦判断，确保所有输入框能被检测覆盖
5. 若需要上传多媒体文件，需确认文件储存相关，必要时添加资源管理页面
6. 若需要视频/音频播放，考虑其断点续播，播放控制问题
7. 若发布内容存在目录，需考虑目录的后续可编辑性，确保易于操作

总结

最后再来梳理一下在整个项目中遇到的问题。

在这个项目中，因为种种原因，例如对小程序流程的生疏（公司第一个，无参考案例），公司合规流程过长，和新供应商的磨合，架构方法错误，程序员对代码不熟悉（腾讯云组件过多尚未全部吃透，bug过多），后台无参考案例（导致内容和监测字段都靠探讨），测试人员未全方位进行死角测试，业务不时新加需求，导致整个项目严重delay，几度影响业务进行推广。

不管是从公司内部IT的角度，供应商的角度，业务角度（无法指责，都是这个项目的参与者），都发现了许多潜藏的问题。而我作为一个产品，作为一个BA，作为一个项目经理，从头跟进并推动整个项目的进展，肩上不可谓不承担了责任，哪怕只是一个很小的项目。

韩愈曾道：闻道有先后，术业有专攻。与君共勉，如是而已。

 

本文由 @失隅 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议