PM怎么设计一套相对完善和安全的帐号系统？ 举报 理由 举报 取消 现在一般网站都是使用手机号、邮箱、第三方帐号登录的方式进行帐号注册，但是在国内，邮箱使用度较低，而且安全性较低，手机号注册，未来手机号绑定冲突问题，申诉过程中私密信息难以保证申诉准确率，有哪些比较好的帐号系统设计方案？ 2017年7月4日 4 条回复 959 次浏览 产品,帐号,数据,架构,系统,经理,设计师
回复 ( 4 )
对待这个问题，我一向偷懒，用微信扫码联登和qq联登。
申诉模式改为，手机会收到一些讯息，申诉的同时必须填写正确佐证和正确资料才可申述，如果这个人不仅自己信息掌握不好，还把手机丢了，那就是他的问题了
先说结论：目前的申述这块，就是用最简单的方案实现，比如题主可能看不起的：手机、邮箱、QQ、微信、二维码。
说到底，还是性价比的问题。
1、如果申诉功能是产品的核心功能，做不好就公司破产，那么无论用什么手段，开怎样的脑洞都是值得的（我会说当年还设计过用九头蛇做验证么，，仅仅是因为好玩）
目前主流的解决方案都是在这个条件约束下的最好解决方案，可能不完美，可能不好，可能漏洞很多，但是他就是这么【适合】；违背了这个大前提的设计方案，，，，，你确定公司只分配一个运营负责你的产品，你要为他一个人设计一套客服系统？多大的仇？
2、【申述】的意义，我一直固执的认为，【申述】、【FAQ】等这种都是属于 补救功能，也就是因为设计问题或者历史原因导致用户不能无障碍的完成业务流程的补充（极端情况，边缘情况不在这个里面）；有兴趣可以对自己产品的FAQ和申述这个功能做个统计，用数据说话，看看有多少人访问，停留时间；多少人是因为 “搞不懂怎么玩，但是这个FAQ也不想看”离开的。
因此设计一套完整的流程的可能结果就是，用户看着头晕，然后直接不用，，，，或者翻到用户【最熟悉】的方式进行解决（直接打客服电话-人工服务）
以上
刷脸、视网膜、指纹。