从登录注册，看产品经理如何写产品需求文档和交互设计

上文《从用户需求到产品需求，产品经理的苦逼开始》提到了登录注册的例子，从用户角度看，这种需求的背后是身份认同。但登录注册的需要，还有更多的内在原因，暂不展开讨论。

这次我们来看看，产品经理如何写登录注册的需求，让程序员哥哥们愉快地实现（呃，好吧，这个……一言难尽）

产品需要提供登录注册的功能，可以这么考虑：

1、产品是用户移动端还是Web端？

2、登录注册需要用户填写哪些信息？

3、正常流程有哪些步骤？

4、异常情况有哪些？网络的、用户操作的、服务器的

5、如果情况复杂，是否需要画流程图？

6、线框图需要涉及到哪些元素？元素如何布局？

7、交互设计，元素在正常和异常情况下如何交互？状态如何转变？转变的条件是什么？

这里我们简化一下，假定这样的场景，产品用在Web端，用户注册需要提供邮箱和密码，因为需要对用户邮箱的有效性进行验证，还增加了验证码的输入。

页面元素

很自然的，页面元素包括邮箱输入框、密码输入框、验证码发送按钮、验证码输入框、信息提示文本、注册按钮。

元素布局

元素布局，除了要考虑美观，更要考虑合理性。

下面两个布局，B会显得好些，一是错误信息提示的位置更容易让用户定位，二是发送验证码紧接在邮箱输入后，更能体现信息的亲密性，并且眼球从上往下浏览信息，发送验证码无须对密码的正确性进行校验。

注册流程

用户输入邮箱——>发送验证码——>邮箱收到验证码——>输入验证码——>输入密码——>注册

我们看到，用户发送验证码后，需要登录之前输入的邮箱去获取验证码，然后回来输入验证码继续后面的流程。这意味着用户不得不离开当前页面，操作的连贯性被割裂，因此是有损用户体验的。

为了验证用户邮箱的有效性而牺牲用户体验，需要进行权衡。

比如这个有效性验证是否必要？如果是，还有别方式可行？又或者是不采用邮箱，而使用手机验证？毕竟手机接收验证码，起码不需要登录邮箱，接收也及时。但另一方面，手机接收验证码，意味着要借助运营商短信服务，是否必要？

在网络信号不好的情况下，腾讯邮箱会告知用户，以简化版的方式显示内容，这是典型的功能优先的思路。很简单，产品都没法用了，你给用户多漂亮的界面有啥用？这就是腾讯产品经理权衡的结果。

交互设计

确定好了注册流程，现在需要考虑信息、操作的交互了。

用户一进入注册页面，我们会想着如何尽量减少用户的操作，去除干扰因素，让用户以最短的路径达到注册的目的。

就像网络购物，一旦到了支付阶段，步骤都是非常简洁的，目的很明确，就是让用户支付下单，即使用户此时返回，还一再挽留提示。

在这个页面，要考虑：

1、首先光标会自动Focus在邮箱输入框，这样用户就不需要移动鼠标，然后在这里点击了；

2、用户输入时，邮箱的格式需要进行合法性判断，邮箱是否已被注册，是否为空；

3、对于邮箱的判断，是由发送验证码按钮触发判断？还是由注册按钮判断？还是两者兼之？

4、验证码输入框初始状态置灰，在发送按钮点击前不可用，可以有效规范用户操作的先后顺序；

5、点击发送按钮，先对邮箱进行判断，可减少无效的邮件发送，也能告知用户邮箱输入出了问题；

6、发送按钮点击后，邮件是不是一定能够到达用户邮箱，有可能因为网络状态或者邮件服务器的问题，导致没法送到，这时候需要重新发送；

7、重新发送，是不是马上就能再次点击，如果是这样，用户就有可能不停地点击按钮，导致多余邮件；那么中间需要时间间隔，多久才合理？

8、验证码是由什么组成？字母？数字？多少位的？以什么规则生成？

9、每一次的发送，验证码是不同的还是相同的？如果是相同的，那验证码的有效时长是多久？

10、密码是由什么组成？字母？数字？能包含哪些特殊字符？长度范围如何？

以上种种，还没考虑网络状态、服务器状态、用户信息填写到一半，从浏览器返回，或者刷新页面的情况。所以你看，对于像注册登录这么习以为常的功能，产品经理需要这么细致地去考虑。

有人说，产品经理大概是需要人格分裂的，为啥？因为一方面要像小白用户一样，想着产品如何简洁好用，让用户无须思考，还要用得爽，另一方面又得思考产品的内在逻辑，为什么这么做？这样做是正确的吗？有更好的吗？怎么取舍？整个产品设计，是逻辑完备的吗？凡此种种。

这其实需要费很大的功夫，追求产品的简洁，追求对用户的友好，是需要深入复杂之后，真正了解隐藏的挑战，去除多余，保留精华后给出的解决方案。

简洁是终极的复杂。

——乔布斯

总结

最近唠唠叨叨，写用户需求、写产品需求，再到举例如何写用户需求文档和交互设计，都围绕以用户为中心的基本思路。

根据《用户体验要素——以用户为中心的设计》的观点，产品要围绕用户体验而设计，好的用户体验要从五个层次去考虑——战略层、范围层、结构层、框架层、表现层。以这五个层次对应产品经理的工作，大概是这样的：

战略层，进行用户研究和用户需求分析；

范围层，进行产品需求提炼；

结构层，对产品进行概念设计和信息架构；

框架层，对产品进行界面设计、导航设计、信息设计，输出产品线框图；

表现层，产出产品交互原型，通常是一些高保真原型。

从用户需求到产品需求，最后输出产品需求文档，势必要经过以上从抽象到具体的过程。这样，产品经理对于产品的理解，才有可能一以贯之地体现以用户为中心。即，

以用户的角度看待产品，关注产品如何被用户使用，综合考虑用户的使用环境和场景，从用户的心理感受和行为出发，考虑用户有可能采取的每一个行动的每一个可能性，并试着去理解这个过程中用户的期望值。

正如加瑞特说的，

成功的用户体验，就是能预知用户期望并将其纳入设计之中。