产品设计思考：微信抽奖小程序开奖日期为何只能选择到第六天？

小楼 2023-07-22 15:57:10

今天在阅读完一篇公众号推文后发现一个抽奖链接，于是人性的薅羊毛心态就出来了，直接点击参与！！！但作为一名产品人，既然薅羊毛都做了，顺带着就体验了一下产品。凭着“嗅觉”看到了这个细节：开奖日期只能选择从当前日期起的第六天！然后脑子里不断的思考这是为何？？？但是不得结果，于是丢到问答，到目前为止有344人阅读，但无人回复，看来这个问题比那些开放的问题更难回答，因为太聚焦太有针对性，所以针对此问题我进行了一个反向推断。

从用户需求出发分析设计的初衷
研究微信官方文档
得出结论
后续

一、从用户需求出发分析设计的初衷

抽奖发起者：设定奖金总数、红包个数、开奖时间等必填信息；
抽奖者：通过发起者的链接进入点击抽奖，等待开奖结果；

所以这两个核心的story中，发起者的开奖时间与抽奖者的结果是要有联系的：开奖时间一到，结果就要告知用户，所以这块是有一个交互动作，那么这个抽奖发起者在设定的时候我们应该设定开奖多久比较合适？主要需要考虑最大值与最小值，最小值大家可能都很明确，只要比当前时间大都可以，这个争议不大。但是

最大值应该是几天，这个估计大家各个的说法就不一了，我猜有的会说一个礼拜，半个月或者一个月，甚至不限制，然后将具体的日期抛给用户，但如果有点产品思维的人会考虑这之后会涉及到抽奖与用户之间的互动效果、频次等因素，对于平台而言这个时间不能太久，但具体多少天可能真不是个准数，往往这个时候如果是第一期的话可能对没有经验的产品就会拍着脑袋先定一个，然后根据运营效果进行调整。

这时候我联想到了日本设计师佐藤大写的《用设计解决问题》中当遇到问题解决不了的时候往往可以后退一步，就会多出无限多的灵感，而对于此，我现在的是前进一步。

产品经理，产品经理网站

二、研究微信官方文档

当开奖日期达到的时候，开奖结果要告知用户，那么在微信生态中的小程序或微信号只能通过模版消息触达用户，但对于任何有可能损害微信用户体验的事情，微信开发生态都制订着极其规范的标准。当我打开微信官方文档，搜索模版消息查找到了下发条件说明：

1. 支付

当用户在小程序内完成过支付行为，可允许开发者向用户在7天内推送有限条数的模板消息（1次支付可下发3条，多次支付下发条数独立，互相不影响）

2. 提交表单

当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者需要向用户提供服务时，可允许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可下发1条，多次提交下发条数独立，相互不影响）

从以上条件我们都可以看出，发送模版消息前提是：用户本人在微信体系内与页面有交互行为后触发，只有此操作才能给用户发送消息，其他都不行！！！而且最长时间为7天内，所以我们对于刚设置开奖日期从当前到开奖正好七日（但这个七日是从用户触发的点开始，还是说当天这个并没有明确说明，需要开发同时研究下了，这里就没有进行死磕），这个逻辑就对！上！！了！！！而且非常的合理，同时也解决了我们所担心的用户使用频次互动等问题。。。所以有时候看来，搁置问题并不是不去解决，而是顺着思路往下走，从未来回头看的时候，说不定一切问题都迎刃而解了。

三、得出结论

受限于微信官方模版消息发送规则。

四、后续

对于刚刚的文档不知道伙伴们有没有疑问：当用户在小程序内发生过提交表单行为且该表单声明为要发模板消息的，开发者需要向用户提供服务时，可允许开发者向用户在7天内推送有限条数的模板消息（1次提交表单可下发1条，多次提交下发条数独立，相互不影响）。对于严格的微信来说，任何一句话都不是废话，那么刚刚加粗的那句话为何意？又该如何解决用户提交表单后，隔段时间推送消息的问题？

询问了几个开发同事和查找了一些资料都没有明确该表单声明为要发模板消息的这个是何意，本人申请过小程序，整个流程就不包含这一步，所以又陷入了困境，那么既然当前的路已堵死，只好进行下一步，如何解决这个问题？

用户产生支付行为，可在7天内进行推送；
用户提交过表单行为且该表单申明要发模版消息的；

第一种情况不需要解决，主要第二种未产生支付行为，又不知道如何申明要发模版消息的，于是就这个问题请教了以前的一位技术大神，得到回复如下：让小程序在客户端多模拟一些，比如点了某个按钮：就偷偷发一个模板消息请求，然后拿到这个key保存到你们自己的服务器上，然后要给用户推消息的时候再取出来用。然后就可以了。。。这个是该同事验证过的，所以。。。问题也迎刃而解！

最后通过思考得出以下三个点：