瑞叔今天解决了一个小的产品设计难点，就在找到解决方法的那一刻，瑞叔非常迫切想拿出来和大家一起分享。案例虽小，希望大家透过案例看本质，以此来强化利用数据进行产品设计的意识。
背景是这样的：
由于公司产品账户体系是无密码的，也就是需要手机验证码登录。为了避免由于通道或手机信号等问题造成用户无法及时获取验证码，因此采用语音验证码作为补充。
问题点：
语音验证码是需要在获取短信验证码一定时间后出现。最初我在设计的时候拍脑袋决定了一个方案“用户在点击发送验证码后30s未输入验证码下，出现语音验证码提示”，也是考虑到30s已经是一个比较长的等候时间了。
而在和UED老大过需求的时候，UED老大就问为什么要30s，30s对用户来说会不会比较突然，用户还没来得及接短信，就又提示语音验证码。
瑞叔又重新反思这个时间到底是多少比较好，还是放在第二次获取验证码的时候提示。于是，瑞叔又进行了多次获取验证码未收到短信时的体验，等待30s对我来说已经很漫长了。
那到底取一个多少值会比较科学而又有依据呢？
答案来自瑞叔灵光一闪：
瑞叔灵光一闪，为什么不看看用户从获取验证码到登录有多少秒呢？这个时间其实就可以作为一个参考时间值。
通过和数据老大沟通了解到，目前点击获取验证码和登录按钮是没有埋点的，所以也就没有数据。
后来瑞叔提议，为什么不看看用户注册表的用户注册时间和短信通道表用户发送短信的时间，取出差值就是用户获取验证码到注册的时间了。
通过这个时间，我们就能够取到大多数用户获取验证码到注册的时间，也可以预估用户等待验证码平均时间。如果用户等待大于这个时间，则说明短信未及时到达，此时再出现语音验证码提示。
这样，瑞叔遇到的小问题就非常科学的解决了。
任何产品设计都是有目的，有依据的。记得之前我给我leader看京东APP首页banner下的导航入口时，他突然说关注入口为什么会放在这么重要的位置，我要问问他们的负责人到底是为什么。虽然我后来也不知道为什么，但这背后一定是有原因或依据的。获或许因为这个业务方的强势，获取是...
产品经理其实也应有一种职业病，就是每当我们用一款产品的时候，我们不仅是在用，而是用到每一个环节点击每一个按钮都会思考这个按钮为什么放在这，为什么不放在上面。当我们养成这样的职业病后，我们在产品设计时就会不自觉的去思考为什么这么设计，这么设计的依据是什么了。
当然，瑞叔也还未达到这等水平。作为产品经理，我们要不断的锻炼自己这种习惯，时时刻刻去思考为什么这么做，这么做的依据是什么，满足了什么用户的什么需求，带来了怎样的收益或效果。
