三天完成微信小程序开发，我们都做了什么
团队刚刚完成一个小程序的开发实施，昨天夜里开始运营，到今天早上，已经产生了5千多调查样本，这里把开发实施过程描述下，仅供做小程序的朋友参考「仅技术实施方面的分享，不会泄露公司保密数据」。通过场景设计架
三天完成微信小程序开发，我们都做了什么团队刚刚完成一个小程序的开发实施，昨天夜里开始运营，到今天早上，已经产生了5千多调查样本，这里把开发实施过程描述下，仅供做小程序的朋友参考「仅技术实施方面的分享，不会泄露公司保密数据」。
通过场景设计架构 场景是这样的，通过公众号文章分享小程序二维码，让会员参与问卷调查，也可以认为这是CRM的一个小场景
根据这个场景，考虑技术方案，比如，是使用微信小程序方式开发还是使用公众号方式开发，时间、成本、扩展等综合对比，然后形成可行性报告，最终决定采用小程序方式。
之后再根据具体实现方式做架构设计，基于2点考虑： 1.活动属于非主营业务，那么服务和存储可以和中台脱离开，避免给中台造成额外压力 2.由于服务压力不会太大，所以考虑单点形式做服务和存储即可 
送券通过调用中台接口完成，接口的设计，传递会员手机号，额外增加一个Token参数，使用加密技术验证请求来源是否合法「通过简单的JWT或者其他的加密算法都可以实现，保证两个服务端使用相同的secret进行加解密」。
资源的配置
参与人员大约10人，列一份任务清单，尽量把任务拆分到最细，前端开发、后台开发、中台接口开发、压力测试、业务数据、服务部署、小程序配置等，大约30多项任务，包括时间限定、必要的备注，然后就可以各司其职，开工做活
压测报告 在UAT环境中进行压力测试，确定是否可以上生产环境，压测分为A和B，分别针对后台和中台接口进行压测 
根据压测结果进行反复调整和性能优化，达到可以支撑场景的能力为止，有人可能认为，「应该是达到极致为止，这是做技术的态度」，没错，这是做技术的态度，但不是做项目但态度，无疑，做到极限，需要更大的开发成本和更多的时间，这可能是运营不允许的，综合开发成本、时间限制考虑，所以够用就好。
小程序相关 微信小程序的审核还是挺快的，第一个提交大约用了1.5天就审核通过了 
第二个版本审核则用了1个多小时时间 
微信小程序开发，相当于把表现层的服务拿到腾讯平台发布，后台的服务仍然需要自己部署，采用容器部署比较方便，可以针对每个提交版本打上对应的Tag，这样可以根据需要快速切换版本，比如，新版本刚刚提交申请，当业务需要立刻开展活动时，就可以临时使用老版本。
对于开发者来说，小程序也存在一些问题，比如，公众号的标签，公众号标签可视是有场景限定的，自家的产品打通居然也有障碍，有点不可思议；再比如，webview的标签，要求嵌入的内容也需要走域名的限制，这种连带限制会对开发者造成很大困扰。 数据的统计 第一，业务数据，首先，使用图表对问卷调查数据进行直观的展示，通过数据分析得出结论，这些数据反映了用户需求、行为习惯等信息、供给营销甚至是决策部门；其次，我们还对用户答卷的时间段进行统计，也能反映用户上网时间的行为习惯。
第二，运维数据，对服务器访问进行数据统计，这也是为了后期做活动积累经验。
第三，微信小程序自带的统计数据，诸如用户访问曲线、地域、用户画像等。
观察数据是很有意思的事情，就像在「黑客帝国」中，黑客看到01的数字就能看到现实一样，对于微信给出的用户画像数据，列出几个「其他数据涉及敏感」
1.实时趋势，这个数据是实时访问趋势，昨天我们在夜里9点半发布的推广，能看到产生一个高峰，深夜后开始下降，早上5点之后开始回升
2.年龄分布，这是用户年龄的分布
3.机型对比，这是用户所用机型的对比，是不是觉得Android碎片化严重，苹果的碎片化也很严重
分享几点经验 1.对于开发者来说，积累很重要，素质很重要，之前有成熟的前端开发经验、后台开发经验、中台接口开发经验，可以快速应对新需求，什么方案可行、问题出在哪里，可以快速做出判断，反应了开发人员的素质；
2.对于团队来说，配合和沟通很重要，每个人手里可能都有其他工作，需要的时候可以快速到位，业务和开发以及其他环节保持无Gap沟通，这是质量的保证；
3.态度很重要，能把自己的一个小任务做好，才能保证30几个任务做好，如果每个小任务都有瑕疵，最终结果一定不会好；
有人可能说：我一个人也可以做到3天完成这个小程序开发，为什么要10个人3天来完成？
当有10个小程序、100个小程序开发的时候，1个人的方案会垮掉，10个人的方案依然有效，成熟的团队不是强调「没有谁不行」，而是强调「没有谁都行」，弱化团队里的个人英雄主义，强调每个人的价值，才是团队健康的成长方式。
责任编辑：Tabenren
