景区旅游剧本杀体验打卡小程序开发

   新的行业玩家也更关注自身软实力的打造，利用信息化手段，充分调动渠道、场地、**等资源。迎接后疫情市场的新机会。在此我们针对这类需求，初步打造一套基于微信小程序的线上剧本杀展示、组局、支付与点评应用。

    二、需求梳理

    剧本杀功能脑图梳理

    跨地区、多门店应用场景。不同门店有不同促销和剧本设定。

    大家可以看一下上面脑图，对产品需求有个整体了解。

    三、原型设计

    基于上个环节的功能需求，参照常用功能组件，用Axure初略画了各页面，方便后续讨论细化。

    四、界面设计

    经过多轮讨论后，确定好各页面细节功能后开始UI美工制图。

    页面设计以简洁、实用为主。统一整体样式，内容层次清晰，规范。

   主要组件有：搜索导航条，剧本卡片，拼车卡片，玩家人数反串与否组件，rating评分，优惠券卡片等。

    五、数据结构设计

    数据围绕拼车gathering，按照分类、剧本、玩家、门店等实体对象进行关系型数据存储设计。

    数据ER设计

    六、开发准备

    框架选型、功能分解与项目开发讨论反馈。

   产品可选App、H5或者微信小程序形式制作，考虑到用户使用场景和后续口碑引流，默认按照微信功能扩展开发。对比界面流畅度与品牌增值，选定微信小程序来实现。

   微信小程序系统之前CS部署中间环节太多，开发者需要考虑应用层、数据库层、负载均衡与ssl安全等节点，后来推出云开发后，使用对象map数据存储方便了很多，让开发者更加聚焦业务功能实现。考虑到数据独立性和团队本身已有ssl服务器，我们还是使用了关系型数据模型。

   微信小程序展示层有很多框架可选。考虑到组件丰富度以及后期购买和用品展示的扩展需求，我们选择了jqueryweui，vant。

    参照组件库的样式，对各页面和数据呈现进行了开发工期与可行性分析讨论，反馈给设计更新页面。

    开发环节主要工具：微信开发者工具、sqlyog、sublime、winscp、xshell。

    页面样式微调

    主功能开发环节

    七、迭代开发

    第一个sprint把主页、列表、详情、预约主流程页面串联起来。

    第二个sprint把拼班、组局和支付流程增补进去。

    第三个sprint把搜索功能和列表排序完成。

    第四个sprint把优惠券功能加上，包括对组局、拼车支付环境的重构。

    第五个sprint把订单列表、取消、退费功能加上。

    第六个sprint微调各页面样式和数据记录完整测试。

   经开发测试后，发布staging预览版，提供给甲方手机端实际测试。根据甲方反馈调整页面功能后。提交代码质量优化，对前后端算法、查询、数据、素材及代码规范进行优化。

    开发期间碰到的主要逻辑功能有：

    1.微信小程序服务端

    安全口令约定，请求参数及返回包约定，微信支付，短信口令发送，分享海报合成图生产等。

   对接口频次限制、参数不正确、版本不支持、服务返回错误、处理超时、接口调用错误、授权认证异常等进行了后期分析。

    2.微信小程序应用端

   component搜索组件，排行rank，seats玩家状态展示组件，stepper人数设定规则，信息元素多样式的flex布局组合等。

   对各异常的默认样式处理，像网络异常、存储异常、内存异常、字段参数异常、带宽限制、内存异常、权限异常、数据异常等也需要酌情考虑。

    关于开发这块，如果大家有兴趣可以恢复提出您关注的知识点，我可以再开帖细讲具体实现。

    八、单元测试

   微信开发者工具提供了比较完整的调试预览功能，UI、数据AppData，代码代码质量优化等方面方便开发。

    微信小程序调试工具

    九、staging测试

    上传后，可以使用体验版二维码，邀请相关人员参与体验反馈。

    这个功能还是很实用的，代码修改后随时可以上传，分享给大家在不同状态下的手机端测试。

    十、产品发布

    用git做好版本控制，发布产品，全量发布，注意声明。

    十一、应用推广

    工具型应用可以挂在公众号菜单链接、门店前台等。

    十二、用户体验采集与产品迭代

    快速开发第一版本上线后，根据实际使用反馈，设定二期升级版本需求。比如设定与团队激励等。