我们所知道的用户注册一般是这样的，先注册后然后必须绑定手机的绑定手机，必须绑定邮箱的绑定邮箱。但对于特殊业务，比如只有绑定手机才能使用的业务并不适合。比如Calling Card业务，就是打电话一种业务。因为你不绑定手机就没有办法使用。那么对于这种业务，在手机端的注册流程是否可以改为先发送验证码，然后用户再带着验证码来注册呢？这样做的好处是数据库中存储的都是绑定了手机的用户，即我们只对绑定用户手机用户提供服务！然后我们用内存去维系一张手机号码和验证码的内存表来控制短信发送次数和时间间隔，有效期最多一天，这样不会造成数据库中大量无效注册用户的存在。有人会说，这样不人性化啊，因为这样我不能注册了，我想用的时候再去绑定手机。其实就要引导用户，你绑定手机了才能去用，因为即使你注册了而不绑定手机也无法使用，就是你愿意注册证明你需要使用，那么先绑定手机吧！我觉得这样设计更人性啊！
产品设计？
对。是产品设计。banq发表一下你的观点吧。谢谢！
[该贴被liujian1979于2012-06-14 11:57修改过]
不是很在行，有时用户操作系统的方便性和系统内部领域模型的设计是一对矛盾，这也就是一个系统需要模型设计和UI设计两个角色的原因，出发点完全不同，但最后要能碰到一起，取得中庸的结果，靠一个人想不经过碰撞就获得中庸结果几乎很难。
你这个业务流程设计我不在行，就简单些说，手机应该能直接注册，将来移动终端能替代PC，所以，不能离不开PC或网页就不能干事。
感谢banq发表的意见。如果支持PC或其他的话，先注册后激活非常好。其实我没有不占成这种做法，我贴别提示是特殊应用，就是手机端通话功能，我记得banq老师也说过，所有场景都考虑进去那么这个设计的东西就是共性的东西了。恰恰我认为我这个场景非常的变态和特殊，所以我不支持先注册后激活的方式。
ui的需求很多时候就是“变态”的 永远是以用户体验为优先，这时候就需要做各种妥协，或者对混乱的容忍。
我认为如果是手机端的话，直接将注册和激活一步到位的完成最好。
用户省事， 实现也容易。