我们把帐号系统重构了，顺便Get了这6个经验思维导图

账号体系这种只要是一个有用户的产品就会有的常规功能，在互联网普及这么久后，已经有了成熟的体系。

那么如果我们想要做这个功能或者优化这个功能，最应该做的，就是……抄啊！

大公司几亿用户多少年验证出来解决问题的最优方案，也是中国网民多年来的操作习惯……不复用是傻子么！

咳咳，但是借鉴也是有技巧的。

比如我们是不是希望用户以手机号为主要注册用的账号，该怎么样淡化/强调第三方的入口；各种密码验证码的格式和校验；页面跳转中注册和忘记密码的入口放哪儿；置灰和文案的小细节……历尽千帆，取百家之长，选择最符合自己产品的……原型图画好了耶~

在PRD已经定稿以后，开发过程中，需求是可以小幅度变更的。毕竟PM不是神肯定会有考虑不周的地方。

但是核心逻辑，是一定要明确好，并且保证每一个参与项目的人都了解清楚的。

如果开发中发现核心逻辑错了，宁可暂停整个项目不做，也不能朝令夕改，产品如果对于自己的逻辑都搞不清楚，那连最后的话语权也没有了。

这里的用户，是所有的用户，包括各种会进行奇怪操作或是有特殊需求的非主流用户。

怎么样能更好更全面地写好PRD避免遗漏，我想到比较好的方法是：

比如连续输入多次错误的手机号，会出现图片验证码，防止爬库。

比如有些页面涉及表单提交和状态更新，点击返回或者右滑后的页面展示和跳转逻辑。

这些细节只能说多研究，多经历……如果没有项目经验可以积累，那么多多观摩其他成功产品也总是有帮助的。

这次账号重构我最大的坑就是……写了一万多字的PRD，结果开发基本照着流程图来的……（然后我的流程图还漏了很多元素）

后来在宣讲的时候，重新画了一遍流程图，把一些对应的页面跳转和提示都加上去了。感觉开发同学理解，和自己说明都快了很多。

以后写PRD，图文并茂，少说废话。该枚举的地方用表格，且一定记得加目录索引。

PRD是PM的脸，别让他变成下图所示。

如果每天都随身带着手机，那我的微信步数肯定要double。

PM请安心当一只召唤兽~虽然跑来跑去很麻烦，但是当面沟通比起打字甚至拉群里说，提高的效率不是一点半点的。

衡量一个产品的好坏和能否上线，有很多因素，比如：