在设计“绑定手机号码和奖励”功能时应该注意哪些容易出错的点和细节

原标题:在设计“绑定手机号码和奖励”功能时，应该注意哪些易错点和细节

对于一个产品来说，绑定用户的手机号码是一个常规操作。为了鼓励用户绑定，作者制作了一个弹出窗口功能供用户绑定手机号码和发布奖励，并与我们分享了该功能设计的易错点和设计中的一些产品细节。

最近，一个小版本更新被推进。更新的要求之一是弹出窗口功能，用户可以绑定手机号码并发布奖励。虽然这是一个小要求，但记录了许多细节，并导出了一些设计细节。

需求目标:实现捆绑和奖励。定制将为一定时间内注册的老用户、过去一年内ARP PU > 100元且手机未绑定的用户弹出福利任务。用户绑定手机后将获得巨额奖励。

类似的产品设计方法在其他地方也可以找到，所以本文主要提到产品经理在设计过程中的一些错误。在文章的最后，我想谈谈如何设计传输客户端、服务器和测试。我不想打乱你的设计。

一.用户异常

坦率地说，我们在这里想谈的是防止被薅羊毛攻击。没什么好处，但至少“底线”需要完成。

1.用户解除绑定移动电话号码并再次绑定

获得奖励的关键流程是:绑定手机号码→发放奖励。一般来说，当有绑定时，就会有解绑定。用户输入手机号码后，应注意重复采集。

2.条件仅限于“手机号码绑定”或“已收到奖励”？

如上所述，绑定手机号码和奖励收集都是关键流程。

用户接收的条件之一是“用户id已绑定到手机”或“用户id已收到奖励”如果是前者，用户可能由于我们系统中错误的奖励分配而无法获得奖励。

更严重的是，用户id有时可以无限期地应用，即用户id可以连续应用，然后绑定到~未绑定到~绑定到一个移动电话号码，因此奖励可以无限期地应用。

因此，建议采用后者。

3.用户切换帐户

一个用户可以有多个帐户，并且可以在应用程序内切换(想象一下qq切换帐户)，请考虑:

您想在切换帐户时刷新应用吗？也就是说，该应用程序将在账号切换后完全重新打开，否则将有许多以前的缓存和本地记录保留，干扰后续工作。

弹出窗口每次都会弹出吗？如果用户有3个账户，重复弹出3次会很烦人。

4.用户交换设备

当用户切换设备时，有必要区分一些本地数据或服务器传输的数据。

例如，下一次在移动电话a上完成时，最新的问卷将自动完成，但是切换到移动电话b将需要重复填写，这是数据存储在本地的情况。

5.用户没有授予系统权限。

例如，有时我们限制杭州用户参与活动，但是当用户取消“应用获取位置信息”的权限时，这是空数据，应该考虑这种情况下的处理方法。

6.奖励分配失败

应考虑奖励分配的失败。没有服务器是100%成功的，即使故障率可以保持在1%左右，有100万用户，也有10，000个故障。处理方法:奖励循环补发。

这里有一个建议:如果用户成功绑定手机，但奖励失败，用户仍将被标记为已收到奖励。

7.监控机器人

有必要对机器人进行监控，并且指甲有自己自定义的指甲组机器人，非常容易使用。

监控机器人分配异常(例如，短期奖金池减少5%)

监控机器人-奖励库存见底。

第二，前端和后端交互1。复制设计

首先，我们需要确定副本是写在客户端还是服务器上。这两者之间仍然有很大的区别，前者是写死的，后者是服务器传递的参数。

其次，文案设计应该对不同的人有不同的视角。

2.验证码过程

验证码通常是由服务器接口请求的，不会写在客户端上。

3.数据来源

首先，有必要知道一些数据是从服务器收集的还是写入客户端的。例如，充值金额通常会报告给服务器，但后者是“用户是否在一天中第一次登录”和“用户总共登录了多少次设备”。

其次，如果使用其他部门的接口，应考虑旧数据的来源、检查和存储区域。

三、通用设计1。弹出式窗口等级设计

例如，游戏有许多弹出窗口(国王的荣耀刚刚进入游戏，无法完成弹出窗口)。如果这种绑定的移动电话是弹出窗口的形式，则必须在考虑到原始设计中的弹出窗口级别的情况下进行合理配置。

2.单击后退按钮

仍然在讨论游戏产品，手机游戏现在通常会屏蔽游戏中点击回车键、菜单键和主页键的效果。当然，我们也可以主动设置点击后退按钮的反馈。例如，成功绑定后，用户可以单击back键退出弹出窗口。

第四，关于充值

这是相当片面的一点。不涉及这部分工作的读者可以直接跳过它。

用户的充值通常是满的，比如10元和100元，所以条件最好设置为“大于或等于”。

考虑优惠券因素。例如，如果10元被充值，但在活动中使用优惠券，实际上只需9元。

取消的订单是否包含在充值金额中？

如果公司有许多产品线，例如，产品A和产品B共享一组帐号，这种充值兼容吗？

不同类型的产品呢？例如，腾讯既有MOBA游戏，也有休闲游戏。休闲游戏和moba游戏的货币体系是不同的。