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

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

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

产品经理和程序员们

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

  1. 产品是用户移动端还是Web端?

  2. 登录注册需要用户填写哪些信息?

  3. 正常流程有哪些步骤?

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

  5. 如果情况复杂,是否需要画流程图?

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

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

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

页面元素

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

元素布局

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

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

布局B会合理点

注册流程

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

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

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

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

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

交互设计

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

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

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

在这个页面,要考虑:

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

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

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

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

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

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

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

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

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

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

以上种种,还没考虑网络状态、服务器状态、用户信息填写到一半,从浏览器返回,或者刷新页面的情况。

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

我是谁

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

简洁是终极的复杂。

——乔布斯

总结

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

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

战略层,进行用户研究和用户需求分析;

范围层,进行产品需求提炼;

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

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

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

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

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

正如加瑞特说的,

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

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,098评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,213评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,960评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,519评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,512评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,533评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,914评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,574评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,804评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,563评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,644评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,350评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,933评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,908评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,146评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,847评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,361评论 2 342

推荐阅读更多精彩内容