新的行业玩家也更关注自身软实力的打造，利用信息化手段，充分调动渠道、场地、**等资源。迎接后疫情市场的新机会。在此我们针对这类需求，初步打造一套基于微信小程序的线上剧本杀展示、组局、支付与点评应用。
二、需求梳理
剧本杀功能脑图梳理
跨地区、多门店应用场景。不同门店有不同促销和剧本设定。
大家可以看一下上面脑图，对产品需求有个整体了解。
三、原型设计
基于上个环节的功能需求，参照常用功能组件，用Axure初略画了各页面，方便后续讨论细化。
四、界面设计
经过多轮讨论后，确定好各页面细节功能后开始UI美工制图。
页面设计以简洁、实用为主。统一整体样式，内容层次清晰，规范。
主要组件有：搜索导航条，剧本卡片，拼车卡片，玩家人数反串与否组件，rating评分，优惠券卡片等。
五、数据结构设计
数据围绕拼车gathering，按照分类、剧本、玩家、门店等实体对象进行关系型数据存储设计。
数据ER设计
六、开发准备
框架选型、功能分解与项目开发讨论反馈。
产品可选App、H5或者微信小程序形式制作，考虑到用户使用场景和后续口碑引流，默认按照微信功能扩展开发。对比界面流畅度与品牌增值，选定微信小程序来实现。
微信小程序系统之前CS部署中间环节太多，开发者需要考虑应用层、数据库层、负载均衡与ssl安全等节点，后来推出云开发后，使用对象map数据存储方便了很多，让开发者更加聚焦业务功能实现。考虑到数据独立性和团队本身已有ssl服务器，所以我们还是使用了关系型数据模型。
微信小程序展示层有很多框架可选。考虑到组件丰富度以及后期购买和用品展示的扩展需求，我们选择了j，vant。
参照组件库的样式，对各页面和数据呈现进行了开发工期与可行性分析讨论，反馈给设计更新页面。
开发环节主要工具：微信开发者工具、sqlyog、sublime、winscp、xshell。
页面样式微调
主功能开发环节
七、迭代开发
第一个sprint把主页、列表、详情、预约主流程页面串联起来。
第二个sprint把拼班、组局和支付流程增补进去。
第三个sprint把搜索功能和列表排序完成。
第四个sprint把优惠券功能加上，包括对组局、拼车支付环境的重构。
第五个sprint把订单列表、取消、退费功能加上。
第六个sprint微调各页面样式和数据记录完整测试。
经开发测试后，发布staging预览版，提供给甲方手机端实际测试。根据甲方反馈调整页面功能后。提交代码质量优化，对前后端算法、查询、数据、素材及代码规范进行优化。
开发期间碰到的主要逻辑功能有：
1.微信小程序服务端
安全口令约定，请求参数及返回包约定，微信支付，短信口令发送，分享海报合成图生产等。
此外对接口频次限制、参数不正确、版本不支持、服务返回错误、处理超时、接口调用错误、授权认证异常等进行了后期分析。
2.微信小程序应用端
component搜索组件，排行rank，seats玩家状态展示组件，stepper人数设定规则，信息元素多样式的flex布局组合等。
此外对各异常的默认样式处理，像网络异常、存储异常、内存异常、字段参数异常、带宽限制、内存异常、权限异常、数据异常等也需要酌情考虑。
关于开发这块，如果大家有兴趣可以恢复提出您关注的知识点，我可以再开帖细讲具体实现。
八、单元测试
微信开发者工具提供了比较完整的调试预览功能，UI、数据AppData，代码代码质量优化等方面方便开发。
微信小程序调试工具
九、staging测试
上传后，可以使用体验版二维码，邀请相关人员参与体验反馈。
这个功能还是很实用的，代码修改后随时可以上传，分享给大家在不同状态下的手机端测试。
十、产品发布
用git做好版本控制，发布产品，全量发布，注意声明。
十一、应用推广
工具型应用可以挂在公众号菜单链接、门店前台等。
十二、用户体验采集与产品迭代
快速开发第一版本上线后，根据实际使用反馈，设定二期升级版本需求。比如设定与团队激励等。