真实案例分享|登录注册产品需求文档
由于比较忙,所以挑选一个常规,且都遇到的产品功能进行撰写,就不撰写极细,通用沟通为准。若撰写极细,每个功能的流程图都得画与都得写。
具体的PRD格式与样式,则根据团队自身情况与业务进行设计。在敏捷性开发,可以不写PRD,但是产品功能涉及的流程图尽量有,不然后续业务交接业务非常麻烦,耗资的成本非常高,并且绘制张流程图也花费不了多长时间。高保真是很难将平台数据与逻辑结构表达出来。
关于登录注册,核心的有:
- 提高登录注册转化率,降低跳出率,辛辛苦苦做活动拉人拉过来,没登录注册就跑
- 防刷单防马甲防诈骗,平台业务量大起来,特别涉及金额交易的平台,那更要注意了
- 登录注册流友好通畅,细致至每个提示,当用户是傻瓜对待,而标准是,把每个使用场景与触发事件想清楚,用户进行每个场景操作,想都不用想就知道啥意思
- 申诉流程足够通畅,不然密码错误了,因流程流程复杂有问题,用户就不陪你玩了(微信公众号的密码申诉流程就是很典型BUG,登录时提示该账号密码不正确,找回密码又提示该账号不存在,注册时又提示该账号已占用,啥玩意呀?)
PS:我写的这份PRD时较仓促,如有BUG,请自行修补,本篇章仅针对PRD。
对了,参与门槛越低,参与度越高,付出成本越高,离开率就越低
登陆注册-产品需求文档
一、产品概念
1.1业务背景概述
当前xxx提出需求,将登陆注册功能优化,提升用户注册体验
1.2产品功能概述
注册、登录格式验证规则与提示优化,后期根据产品功能转化率进行方案筛选
1.3产品前景
提升xxxx用户登录、注册转化率,降低跳出率(目的性要强)
1.4产品整体流程/逻辑关系
产品功能框架图:
消费者个人登录流:
消费者个人注册流:
密码申诉:
可自行补充,我就不画了
马甲判断逻辑关系
可自行补充,我就不画了
1.5面对用户
xxxxx
来源:xxxxxx买家
权限定义:拥有xxxxxx用户注册、登录权限。
1.6 应用对象
网页商城
1.7 名词解释
1.8 参考文档(学习资料)
2 功能需求
2.1 前台应用
2.1.1 登录
主要参与者
游客:已注册未登录用户
用例图
前置条件:用户未登录线上平台
后置条件:完成“登录”操作,则在会员管理生成一条登录记录,且跳转至xxx页。
详细描述
表单字段:(表单具体的交互样式与页面布局,请看高保真原型)
验证规则:进入下一次操作时,则对上一个操作进行格式验证
操作说明: 表单交互样式说明:(建议平台有条件都设个用户体验中心,由UI设计师\交互设计师\文案组成,对平台的细节进行优化,PM能独立出来,专心负责产品功能迭代管理与KPI转化率)
默认样式:灰色
错误样式:
触发条件:点击登录按钮
交互样式:表单红色
规则描述:
- 身份验证失败,则根据错误类型进行错错误提示:
- 若无输入密码、用户昵称或验证码其中一个,则将对应的表单为红色
- 若无输入用户、密码,则所有表单为红色
- 若账号与密码不匹配,则密码表单为红色
下弹验证码
触发条件:身份验证失败次数>=3次
交互样式:下弹淡入浮现
通知栏样式:
触发条件:格式验证失败
交互样式:默认隐藏,格式验证错误则浮现
- 点击“忘记密码”,则跳转至密码申述页http://www.xxxxxx.html;
- 用户“立即注册”,则跳转至注册页;(详情请看2.1.2)
用户点击登录按钮或回车登录时,系统判断是否符合登录条件:
- 是,则登录成功,在xx管理模块,生成一次登录状态
- 否,则根据不符合条件,进入错误提示与消息通知
消息通知栏说明:
根据消息类型进行消息通知:
默认提示:“公共场所不建议自动保存密码 ,以免账号财务丢失”
错误通知:
浮现条件:格式不符合
通知内容:
- 若是xx模块无该用户注册记录,则通知:“无该用户,请确定后登录“
- 若是用户名、密码与验证码不匹配,则通知:“账号密码不匹配,请重新输入”
- 若是本页面无操作时间>=xmin,则通知:“登录超过有效期,请重新登录”
- 若是输入用户昵称,无输入密码进行身份验证,则通知消息:“请输入密码”
- 若是输入密码,无输入密码进行身份验证,则通知消息:“请输入用户昵称”
- 若是验证码输入错误,则通知消息“当前验证码错误,请重新获取输入”
若是多条消息并行通知,则根据优先级“验证码>用户昵称与密码不匹配>无填用户昵称与密码>仅填用户昵称>仅填密码”进行消息通知,仅通知一条
2.1.2 注册
主要参与者
游客:未注册用户
用例图
前置条件:用户点击“注册”按钮,进入本页面
后置条件:完成“注册”操作,则在xxx管理生成一条注册记录,且跳转至xxxx页。
详细描述
字段表单:
格式验证触发条件:进入下一个判断或操作,则对上一个操作进行验证
特别说明:本菜单所有表单不允许录入空格
操作说明:表单交互说明:
输入提示交互:
触发条件:点击表单,
交互方式:向右浮现
错误提示交互:
触发条件:格式验证错误
交互方式:向右浮现
通过提示交互:
触发条件:格式验证通过
交互方式:向右浮现
提示规则说明
输入提示:
触发条件:点击表单
根据表单类型进行提示:
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 原创发布于人人都是产品经理。未经许可,禁止转载。
毕竟是17年的文章了,所以水平确实还有待提升
虽然有点乱,但是还是有很多东西值得学习
有值得学习的地方,也觉得有可以改进的内容,感觉你把交互文档和PRD文档都合在一起了。太综合又不够全面。
想请教楼主 那个向右浮现指的是怎样的效果?
漏洞居多,不合格,例如用户输入验证码,把手机号删除了,后续怎么操作?
😳
看了 收藏了
你这个写的叫用例图,其实是叫原型图;用例图是UML语言中用来描述参与者与系统之间关系。而且用例规约也不是这个格式,要单独成表才能让开发看的明白。还有,消费者注册成功了进入XX管理,为什么还要走到验证身份?你这就死循环了啊?希望作者回答一下
😆 😆 😆
写的蛮好的,我就想问一个使用场景。开发和测试会在这一个字一个字看你的东西么?你这一个功能看下来,一周的活都不用做了,开发更愿意看原型图+标注的方式
😆 😆
题主,我想问一下,我看到“注册失败”“失败提示”这两块属于子流程。那么这两块细化的话也是流程图么?如果是流程图应该是什么样的呢
凡是功能都有流程,流程图核心是表达功能之间的关系
若以静止的角度看一个功能,也会有流程,但更多集中在“判断条件”
很细判断条件尽量不要过多的放进流程图里,因为它不是功能,放多了流程图会很复杂。
注册失败:
开始
进入注册失败判断
是否符合判断条件(该处可将判断条件抽取出来在流程图展示展示)
是,则注册失败
否,则结束
楼主 我想问下 我怎么觉得用例图不是你那样画的啊 你画得原型图吧
😆 😆 😆 😆 😆
能大概说说马甲判断规则大概有哪些?
涉及核心的技术问题,不回复。
注册流程目前好像为了避免短信接口暴露,都做了2道验证,淘宝是滑块分页面,京东是一个页面做的图片验证码(移动端是2个页面,也是图片验证码),我觉得楼主可以关注下,短信也是成本麻~~
1、本文章仅针对PRD,不针对过多细节;(并且看文中内容参与成本越低,参与度越低)
2、不需要短信验证,无法确认该本手机账号是否属于本人,后期风控维护成本高;
3、一条短信获取一个用户的真实联系信息,是非常划算,特别是电商领域;
4、滑动验证或者是图片验证码,本质是为了防刷,区别在于交互体验与安全性
5、马甲管理会根据用户行为,进行诈骗风控
每增加一个操作,都做提高参与成本
回复内容有误,是:参与门槛越低,参与度越高
有点长过头了?部分功能其实大家都懂,技术和开发可能都滚瓜烂熟,可以一笔带过
1、公司大了后,每个功能对接不同的而研发人员,你不写人家不知道;
2、业务交接人,没那么多时间,看你的原型去分析你的格式验证规则与逻辑推理
3、不论是京东、一号店、天猫、淘宝、支付宝…..的注册格式验证规则都不同,京东密码表单格式验证,仅输入数字便可,而淘宝且不可以,每个细节都针对不同的业务与场景;
4、细节决定成败,影响着用户体验与转化率
登录 登陆 犯了好几个低级错
登录 登陆 犯了好几个低级错误
PRD一定要命名为“产品需求文档”,不要写成“需求文档”
倒爷微信:ftl_keen
小白请教一下注册流程和登录流程里为什么分蓝白两种框,白框两侧还有两条竖杠?是主流程和辅流程的关系么?
核心的功能流程与触发的功能流程