案例分享：如何处理领现金券红包时的登录问题( 二 ) 时代|生产要素|经济发展|经济

只是，方案开始变得“复杂”了。
这样的方案OK了吗？
我试着在脑中模拟了一下领取流程，发现还是有问题。
从用户的角度来看，会出现一个情况，就是，每次点开的现金券金额都是一样的。
“说好的随机呢？这不是糊弄人吗？”
如果刚好第一次抽到的是最小金额（最小金额出现的概率是最大的），那这种“被套路”的感觉，就更强了。
06好吧，既然搞复杂了，那就索性一条路走到黑吧。
方案五如下：

访问时，没有携带登录态，也显示红包弹窗。
点击红包后，显示抽中金额（并将现金券ID写入cookie中，cookie有效期为24小时），页面直接变成“已领到现金券”的状态。
当用户点击购买时（购买需要登录），将该现金券归属到该账号下（并清掉该cookie）。

这样，用户完全感知不到“领现金券需要登录”这个问题。
相对其他方案而言，用户体验要好很多。
问题是，这个方案就更“复杂”了；而且，要完善这个方案，还有若干问题需要解决，比如：cookie中已经有现金券ID，用户又使用携带了已领现金券的账号的登录态访问购买，2个冲突的现金券，要怎么处理？
当然，也不是说不能解决。
但是，搞到最后会发现，这个东西变得非常复杂，甚至比“有登录态”的主线流程还要复杂。
真的值得这么做吗？
07重新审视整个思考过程，能不能找一个相对简单、用户体验也还OK的折中方案呢？
于是，就有了方案六：

访问时，没有携带登录态，也显示红包弹窗。
点击红包后，显示用户已中奖，但是具体中奖金额模糊处理（其实当前还没有生成现金券），同时引导用户短信验证码登录，以查看现金券详情。

1）若用户完成登录，则自动生成现金券，并将该现金券归属到该账号下。
2）若用户不登录直接离开，无需执行任何操作。
从开发的角度上看，方案六和方案二，其实是一样的。
点击红包后，显示的其实就是个登录弹窗。
只是，这个登录弹窗，做成了“已中奖”的效果。
而因为中奖金额模糊处理了，也就没有“作弊”的问题了。
这个方案，体验上肯定不如方案五，但是也不会太差。
而机制上，判断逻辑非常简单，每次操作都是独立的，且不影响主线流程。
各方权衡之下，我觉得，方案六就是当前的“满意解”。
08以上，就是我在策划“现金券红包”项目时，关于“登录问题”大致的思考过程。
最终方案是什么，其实并不重要。
这里，我是想和各位朋友交流一下，当我们在进行产品策划时，具体是怎么进行思考的。
不同场景、不同需求下，需要考虑的内容当然不可能一样。
但是，如果非要总结一套规律的话，我一般是按照下面这个流程来思考的：

首先考虑能不能直接把产生问题的情况整个拿掉，从根源上解决问题。
接着考虑能不能用现有的通用模块cover掉。
然后考虑如何新增模块来解决问题，考虑可能出现的各种情况，逐一补上漏洞。
最后通盘审视，寻找可以精简的地方，把冗余的地方大刀阔斧地砍掉。

作为产品经理，你在进行产品策划时，是怎么进行思考的？
如果你有更好的思考方式，希望能不吝赐教，很高兴能与各位同行朋友一同交流学习。
作者：简明产品论，个人公众号：简明产品论（ID：JianMingPM）
本文由 @简明产品论原创发布于人人都是产品经理，未经许可，禁止转载
【案例分享：如何处理领现金券红包时的登录问题】题图来自 Unsplash，基于 CC0 协议