微信小程序项目复盘

一、需求背景：

1. 支持某软件园区618大促（商品集市）。（1）用户端需求：活动发布、用户注册、优惠券领取。（2）商户端需求：商户报名（需审核）、优惠券核验，优惠券核验数据统计。
2. 时间节点：从提出需求到上线共6天（出方案+UI设计+前后端开发+测试）。

二、遇到问题及解决方案

1. 多角色设计
   小程序要满足商家和用户两个使用场景，产品设计中要考虑商家和用户两种身份的切换，既要保证业务方的需求功能点正常，又要保证单个主体在商家和用户的权益中的交并关系。
2. 用户信息拉取
   （1）获取可行性：用户信息对于任何一家公司来说都是极为宝贵的财富，在设计之初就要确定好拉取的用户信息门类，所在公司为新职业教育行业，因此软件园区的用户信息对我们来说具有很大的跟进价值，一般来说微信用户的openid、手机号、地理位置、unionid都是可以通过小程序内用户授权获取（openid和unionid的区别见博文：https://blog.csdn.net/weixin_45334587/article/details/106811596），其余的信息就可以通过在某些关键功能点添加表单让用户填写来采集。
   （2）获取顺序：注意微信官方对小程序的设计要求是不可以在用户了解小程序内容前强制登录（即用户在进入小程序的初始界面时，若弹窗拉取用户的微信信息，用户拒绝后依旧可以进入小程序），因此若小程序的用户路径较短，需要合理安排信息拉取的位置，既要确保获取需要的全部用户信息又不能操作路径太长，造成用户体验太差。
3. 风险规避
   （1）产品设计前一定要首先明确产品的设计目的及关键功能点，同时凡是涉及支付、核销的功能点一定要小心谨慎，考虑方案的不足及可能出现的特殊情况。
   （2）小程序的设计路径是用户完成所有信息填写后，会成功领取一个5元优惠券，用户在商品支付时，向商家出示优惠券，直接抵扣5元，商户端后台会记录核销的优惠券数量，活动结束后商户直接找园区结算即可。存在的一个风险就是商户可以发动自己身边的资源来注册领券，生成二维码后截图发给他来核销，但可预见的这部分用户对我们来说可利用的价值很小，因此，就会导致园区被薅羊毛。
   （3）解决方案1:二维码做成活码（一定时间后刷新），保证刷新时间小于用户截图发给商家+商家下载图片核销的操作时间，增加违规操作的时间成本，减小薅羊毛的可行性。解决方案2:在用户二维码界面增加获取用户的地理位置，只对指定地理位置范围内的核验算作商家核验成功，否则视为违规操作。
   （4）在预知风险后，要及时与业务方沟通告知风险，但一定要带着解决方案去，可以在产品确定好的在几个预选方案中让他做选择，业务方是不会解决问题的，就是提出解决方案也是大概率不切实际。

三、小结：

1. 不要认为设计是工具人，只是方案的执行者，UI和UE高手总能很快的理解项目需求背景并根据经验提供一些有利于交互和用户体验的建议，对于产品提升很有帮助。
2. 在产品排期规划的时候，如果设计到需要三方审核的项目（小程序、服务号、APP），要给审核留以充足的时间，因为涉及到的路径和功能点越多，审核出问题的概率越大，多次提交代码纯属常事。
3. 基于三方平台的开发，要提前看接口文档、开发者文档确定功能点的实现可行性，减少技术的开发成本。

欢迎大家对不足的地方批评指正，大家一起讨论，想了解方案原型图的可以留下邮箱并留言注明用途，有时间会分享，谢谢。