真实案例分享|登录注册产品需求文档

30 评论 102569 浏览 863 收藏 14 分钟

由于比较忙,所以挑选一个常规,且都遇到的产品功能进行撰写,就不撰写极细,通用沟通为准。若撰写极细,每个功能的流程图都得画与都得写。

具体的PRD格式与样式,则根据团队自身情况与业务进行设计。在敏捷性开发,可以不写PRD,但是产品功能涉及的流程图尽量有,不然后续业务交接业务非常麻烦,耗资的成本非常高,并且绘制张流程图也花费不了多长时间。高保真是很难将平台数据与逻辑结构表达出来。

关于登录注册,核心的有:

  • 提高登录注册转化率,降低跳出率,辛辛苦苦做活动拉人拉过来,没登录注册就跑
  • 防刷单防马甲防诈骗,平台业务量大起来,特别涉及金额交易的平台,那更要注意了
  • 登录注册流友好通畅,细致至每个提示,当用户是傻瓜对待,而标准是,把每个使用场景与触发事件想清楚,用户进行每个场景操作,想都不用想就知道啥意思
  • 申诉流程足够通畅,不然密码错误了,因流程流程复杂有问题,用户就不陪你玩了(微信公众号的密码申诉流程就是很典型BUG,登录时提示该账号密码不正确,找回密码又提示该账号不存在,注册时又提示该账号已占用,啥玩意呀?)

PS:我写的这份PRD时较仓促,如有BUG,请自行修补,本篇章仅针对PRD。

对了,参与门槛越低,参与度越高,付出成本越高,离开率就越低

登陆注册-产品需求文档

435435345431

一、产品概念

1.1业务背景概述

当前xxx提出需求,将登陆注册功能优化,提升用户注册体验

1.2产品功能概述

注册、登录格式验证规则与提示优化,后期根据产品功能转化率进行方案筛选

1.3产品前景

提升xxxx用户登录、注册转化率,降低跳出率(目的性要强)

1.4产品整体流程/逻辑关系

产品功能框架图:

24242424

消费者个人登录流:

999999

消费者个人注册流:

1010101010

密码申诉:

可自行补充,我就不画了

马甲判断逻辑关系

可自行补充,我就不画了

1.5面对用户

xxxxx

来源:xxxxxx买家

权限定义:拥有xxxxxx用户注册、登录权限。

1.6 应用对象

网页商城

1.7 名词解释

41

1.8 参考文档(学习资料)

产品新人,如何将产品需求文档撰写更深入?

刚入行的产品新人,你其实可以写一份合格产品需求文档

2 功能需求

2.1 前台应用

2.1.1  登录

主要参与者

游客:已注册未登录用户

用例图

QQ截图20160617141144

前置条件:用户未登录线上平台

后置条件:完成“登录”操作,则在会员管理生成一条登录记录,且跳转至xxx页。

详细描述

表单字段:(表单具体的交互样式与页面布局,请看高保真原型)

验证规则:进入下一次操作时,则对上一个操作进行格式验证

444321

操作说明: 表单交互样式说明:(建议平台有条件都设个用户体验中心,由UI设计师\交互设计师\文案组成,对平台的细节进行优化,PM能独立出来,专心负责产品功能迭代管理与KPI转化率)

默认样式:灰色

错误样式:

触发条件:点击登录按钮

交互样式:表单红色

规则描述:

  • 身份验证失败,则根据错误类型进行错错误提示:
  • 若无输入密码、用户昵称或验证码其中一个,则将对应的表单为红色
  • 若无输入用户、密码,则所有表单为红色
  • 若账号与密码不匹配,则密码表单为红色

下弹验证码

触发条件:身份验证失败次数>=3次

交互样式:下弹淡入浮现

通知栏样式:

触发条件:格式验证失败

交互样式:默认隐藏,格式验证错误则浮现

  • 点击“忘记密码”,则跳转至密码申述页http://www.xxxxxx.html;
  • 用户“立即注册”,则跳转至注册页;(详情请看2.1.2)

用户点击登录按钮或回车登录时,系统判断是否符合登录条件:

  • 是,则登录成功,在xx管理模块,生成一次登录状态
  • 否,则根据不符合条件,进入错误提示与消息通知

消息通知栏说明:

根据消息类型进行消息通知:

默认提示:“公共场所不建议自动保存密码 ,以免账号财务丢失”

错误通知:

浮现条件:格式不符合

通知内容:

  • 若是xx模块无该用户注册记录,则通知:“无该用户,请确定后登录“
  • 若是用户名、密码与验证码不匹配,则通知:“账号密码不匹配,请重新输入”
  • 若是本页面无操作时间>=xmin,则通知:“登录超过有效期,请重新登录”
  • 若是输入用户昵称,无输入密码进行身份验证,则通知消息:“请输入密码”
  • 若是输入密码,无输入密码进行身份验证,则通知消息:“请输入用户昵称”
  • 若是验证码输入错误,则通知消息“当前验证码错误,请重新获取输入”

若是多条消息并行通知,则根据优先级“验证码>用户昵称与密码不匹配>无填用户昵称与密码>仅填用户昵称>仅填密码”进行消息通知,仅通知一条

2.1.2  注册

主要参与者

游客:未注册用户

用例图

20160621083940

前置条件:用户点击“注册”按钮,进入本页面

后置条件:完成“注册”操作,则在xxx管理生成一条注册记录,且跳转至xxxx页。

详细描述

字段表单:

格式验证触发条件:进入下一个判断或操作,则对上一个操作进行验证

特别说明:本菜单所有表单不允许录入空格

1111 (2)

操作说明:表单交互说明:

输入提示交互:

触发条件:点击表单,

交互方式:向右浮现

错误提示交互:

触发条件:格式验证错误

交互方式:向右浮现

通过提示交互:

触发条件:格式验证通过

交互方式:向右浮现

提示规则说明

输入提示:

触发条件:点击表单

根据表单类型进行提示:

1、若是用户名,则提示:“4~20位字符,可由中文、英文、数字或符号“_”组成”

2、若是手机号码,则提示:“请输入正确的手机号,以便接收订单,找回密码”

3、若是验证码,则根据操作状态进行提示

  • 如是点击表单,则提示:”请输入图中数字”
  • 如是点击“获取验证码”按钮,则提示:“如无法接收验证码,请重启手机,并确认短信未被拦截!4G用户,请关闭4G进行接收”

5、若是设置密码,则提示:“6~20个大小写英文字母、符号或数字组合”

6、若是确定密码,则提示:“请再次确认密码”

错误提示:

触发条件:格式验证错误

根据表单类型进行提示:

1、若是用户名,则提示:“用户名格式错误,请输入正确的用户名”

2、若是手机号码,则提示:“格式错误,请输入正确的手机号”

3、 若是验证码,则提示:“验证码错误,请重新输入”

4、 若是密码,则根据输入状态进行提示:

  • 如是仅输入符号,则提示:“密码不能全为符号”
  • 如是表单为空,则提示:“密码不能为空”
  • 如是输入字符超过限制字符,则提示“密码应为6-20个字符”
  • 如是仅输入数字,则提示:“密码不能全为数字”

5、若是确认密码,则提示“两次密码输入不一致,请确认再输入”

通过提示:

触发条件:格式验证正确

提示消息:将输入提示或错误提示切换成通过提示标记

用户点击“请登录”按钮,则返回登录页(详情请看2.1.1)

用户点击“同意协议并确认”按钮,则系统判断资料是否符合提交提交:

  • 是,则注册成功,弹出提示层,提示:“ 注册成功”,0.x后自动关闭,跳转至xxx首页;并在xx管理模块,生成一条注册流水记录;
  • 否,则根据错误状态,弹出提示层,进行提示:
  • 如是提交资料不完善,则提示:“ 资料填写不完善,请填写后再提交注册;
  • 如是验证码过期,即系统当前时间-最后一次验证码获取时间>=30S,则提示:“验证码已过期,请重新获取输入”
  • 如是验证码错误,则提示: “短信验证码错误,请重新获取输入”
  • 如是连续多次错误,则根据优先级:提交资料不完善>验证码错误>验证码过期,进行错误提示

用户点击获取验证码,则xxx系统发送本次短信验证。验证码自系统发送时间开始算起,有效期为xxmin;

2.1.3密码申诉

可自行补充,我就不画了

2.1.4马甲用户判断规则

可自行补充,我就不画了

2.2 其他功能

2.2.1同意协议弹出层

可自行补充,我就不画了

3 其他接口要求

4 系统风险预估

5 其他需求

5.1.1 BI需求

登录注册转化率统计

详情说明:统计完成登录与注册操作的转化率,对登录、注册按钮锚点

计算公式:

登录转化率=完成登录UV\登录页UV

注册转化率=完成注册UV\注册页UV

登录注册页跳出率分析

详情说明:统计离开登录\注册访问数退出转化率,对

计算公式:

登录跳出率=离开登录的访问次数\进入登录页的总访问次数

登录跳出率=离开注册的访问次数\进入注册页的总访问次数

新注册用户统计

详情说明:统计完成注册的用户数

…统计

可自行补充,我就不画了

 

本文由 @倒爷001 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 毕竟是17年的文章了,所以水平确实还有待提升

    来自中国 回复
  2. 虽然有点乱,但是还是有很多东西值得学习

    来自广东 回复
  3. 有值得学习的地方,也觉得有可以改进的内容,感觉你把交互文档和PRD文档都合在一起了。太综合又不够全面。

    来自浙江 回复
  4. 想请教楼主 那个向右浮现指的是怎样的效果?

    来自北京 回复
  5. 漏洞居多,不合格,例如用户输入验证码,把手机号删除了,后续怎么操作?

    来自浙江 回复
    1. 😳

      来自广东 回复
  6. 看了 收藏了

    来自北京 回复
  7. 你这个写的叫用例图,其实是叫原型图;用例图是UML语言中用来描述参与者与系统之间关系。而且用例规约也不是这个格式,要单独成表才能让开发看的明白。还有,消费者注册成功了进入XX管理,为什么还要走到验证身份?你这就死循环了啊?希望作者回答一下

    来自北京 回复
    1. 😆 😆 😆

      来自广东 回复
  8. 写的蛮好的,我就想问一个使用场景。开发和测试会在这一个字一个字看你的东西么?你这一个功能看下来,一周的活都不用做了,开发更愿意看原型图+标注的方式

    来自安徽 回复
    1. 😆 😆

      来自广东 回复
  9. 题主,我想问一下,我看到“注册失败”“失败提示”这两块属于子流程。那么这两块细化的话也是流程图么?如果是流程图应该是什么样的呢

    来自北京 回复
    1. 凡是功能都有流程,流程图核心是表达功能之间的关系
      若以静止的角度看一个功能,也会有流程,但更多集中在“判断条件”
      很细判断条件尽量不要过多的放进流程图里,因为它不是功能,放多了流程图会很复杂。
      注册失败:
      开始
      进入注册失败判断
      是否符合判断条件(该处可将判断条件抽取出来在流程图展示展示)
      是,则注册失败
      否,则结束

      来自广东 回复
  10. 楼主 我想问下 我怎么觉得用例图不是你那样画的啊 你画得原型图吧

    来自中国 回复
    1. 😆 😆 😆 😆 😆

      来自广东 回复
  11. 能大概说说马甲判断规则大概有哪些?

    来自广东 回复
    1. 涉及核心的技术问题,不回复。

      来自广东 回复
  12. 注册流程目前好像为了避免短信接口暴露,都做了2道验证,淘宝是滑块分页面,京东是一个页面做的图片验证码(移动端是2个页面,也是图片验证码),我觉得楼主可以关注下,短信也是成本麻~~

    来自上海 回复
    1. 1、本文章仅针对PRD,不针对过多细节;(并且看文中内容参与成本越低,参与度越低)
      2、不需要短信验证,无法确认该本手机账号是否属于本人,后期风控维护成本高;
      3、一条短信获取一个用户的真实联系信息,是非常划算,特别是电商领域;
      4、滑动验证或者是图片验证码,本质是为了防刷,区别在于交互体验与安全性
      5、马甲管理会根据用户行为,进行诈骗风控

      来自广东 回复
    2. 每增加一个操作,都做提高参与成本

      来自广东 回复
    3. 回复内容有误,是:参与门槛越低,参与度越高

      来自广东 回复
  13. 有点长过头了?部分功能其实大家都懂,技术和开发可能都滚瓜烂熟,可以一笔带过

    来自广东 回复
    1. 1、公司大了后,每个功能对接不同的而研发人员,你不写人家不知道;
      2、业务交接人,没那么多时间,看你的原型去分析你的格式验证规则与逻辑推理
      3、不论是京东、一号店、天猫、淘宝、支付宝…..的注册格式验证规则都不同,京东密码表单格式验证,仅输入数字便可,而淘宝且不可以,每个细节都针对不同的业务与场景;
      4、细节决定成败,影响着用户体验与转化率

      来自广东 回复
  14. 登录 登陆 犯了好几个低级错

    来自北京 回复
  15. 登录 登陆 犯了好几个低级错误

    来自北京 回复
  16. PRD一定要命名为“产品需求文档”,不要写成“需求文档”

    来自广东 回复
    1. 倒爷微信:ftl_keen

      来自广东 回复
  17. 小白请教一下注册流程和登录流程里为什么分蓝白两种框,白框两侧还有两条竖杠?是主流程和辅流程的关系么?

    来自浙江 回复
    1. 核心的功能流程与触发的功能流程

      来自广东 回复