发表于: 2019-04-27 22:18:36

2 591


今天完成的事情:

1,完成草船云的原型

2,完成验收标准


草船云个人中心验收标准:

作为一个已经注册草船云的用户,我想要可以修改个人资料的地方,以便于我可以编辑和查看我的个人信息

个人主页

1)用户在任何页面,点击右上方手机号用户名均可跳转到个人主页界面。

2)用户在个人信息展示模块点击编辑,可跳转到编辑个人信息界面。

3)页面左侧列表,用高亮方式表示当前所在页。

4)鼠标hover住列表某一选项时,同样出现高亮标识。

 

个人主页编辑

 

1)用户点击头像,弹出上传头像的对话框。

2)点击对话框“本地图片上传”用户可以选择本地图片进行上传。

3)上传图片大小若超过2M或格式不为jpg、png时,上传失败,且红字提示图片大小不合规范。

4)用户可以在裁剪区域对自己上传的图片进行裁剪。

5)用户可以在右侧查看头像预览。

6)用户点击提交按钮,头像修改成功。

7)用户点击取消按钮,“修改头像”对话框消失。

 

作为一个账号存在安全隐患的用户,我想要修改密码的功能,以便于保障我的账户安全

 

修改密码验证

 

1)用户点击验证码按钮,系统发送验证码,“验证码”按钮变为禁用状态,且出现60S倒计时,倒计时结束后,按钮恢复可点击状态。

2)短信验证码有效时长为3分钟。若3分钟内用户重新发送验证码,则旧验证码失效。

3)该手机号一天最多申请5次验证码,超出后,再次点击验证码按钮,则在下方提示,“今日发送验证码已超出次数,请明日再试”。

4)验证码输入框仅能输入纯数字。输入其他字符无效。

5)用户点击确认按键,系统判断验证码是否正确,若不正确,则提示“验证码输入错误,请重新输入”。若正确,则跳转到设置密码界面。

设置密码界面

1)密码为6-16位,字母和数字组合,区分大小写,但不做强制要求,不得出现汉字,空格、特殊字符等。

2)用户输入小于6位或大于16位密码时,输入框失焦时,在下方提示“密码为6-16位,字母和数字组合

3)用户输入6-16位纯字母或纯数字,输入框失焦时,在下方提示“密码不得为纯字母或纯数字

4)确认密码输入框失焦时,系统判断两次密码输入是否一致,若不一致,则在下方提示,两次密码输入不一致。

5)“确认”按键默认禁用状态,当两个输入均符合限制时,按键变为可点击状态,用户点击跳转到修改完成界面。

 

修改密码完成界面

 

1)该界面停留3秒后,页面自动跳转到登录界面,且自动注销当前登录账号。

 

作为一个已经注册草船云的用户,我想要一个接收消息的功能,以便于我可以获取系统消息

 

消息中心

 

1)用户在任何页面点击右上角“消息”可跳转消息中心界面。

2)当前未读消息数在右上角,用红字标识。

3)页面默认显示“系统通知”消息,用户可以点击“公司消息”切换到公司消息页面

4)若有未读消息,则该分类用红点标识该类有未读消息。

5)用户点击“全部标为已读”按钮,可将该类所有信息标记为已读状态。

 

 

 

 

消息详情

 

1)用户通过点击消息,进入该消息的详情界面。

2)用户点击回复按键,可今日消息回复界面。

 

作为一个想使用草船云的公司用户,我想要填写我们公司信息的功能,以便于我可以展示我的公司

 

我的公司

 

1)用户点击“编辑”进入公司信息界面

2)用户点击LOGO框,弹出上传logo对画框仅支持JPG、PNG格式的图片,大小为2M以下,用户上传后,支持预览60*60px的上传logo,同时用户可以在右侧裁剪区域更改范围。若用户上传图片大于2M则红字提示“图片大小不合规范”

3)公司名称输入框仅可输入汉字与字母,输入其他字符无效。

4)电话输入框仅允许输入数字和-”字符,输入其他字符无效。

5)公司简介最多允许输入300字符。超出字符后输入无效。

6)用户点击确定按键,完成编辑,页面跳转会公司简介界面。

7)用户点击取消按键,当前修改内容不保存,页面跳转会公司简介界面。

 

明天计划的事情:

1.调研APP个人中心

遇到的问题:

收获:

用户场景化

敏捷开发讲的其实就是Story,用场景来描述故事,Story定义大家都明白 ,作为一个<角色>, 我想要<功能>, 以便于<商业价值>。拆解开来,角色,应该是作为一个什么样的用户;我希望做什么样的事情,是描述操作过程;以便于什么商业价值,就是用户希望最后达成什么样的目标。

拿上一篇文章讲到的修真院广告为背景,这个story就应该是:我作为一个对产品经理感兴趣的用户,我希望通过知乎广告点进官网后会看到与产品经理有关的QQ群并且能够提供加群的方式,以便我加群和其他师兄弟一起交流。

用户场景,考虑的是你的用户会在哪些场景之下完成这些操作,并且操作哪些事情。我们会具体聊一些真实项目中的用户场景,来帮助理解关于场景化的问题。

一、一个k12产品中的场景化

之前做过一个K12的产品,有个模块是给中学生提供动画课程体系,吸引用户开通会员和付费,这种情况我们应该考虑到付费产品到底是在什么情况下发生的,这可以分为两种场景

1. 一堂课可能8元,用户利用自己的零花钱可以直接购买

2. 一堂课30,零花钱不够,需要求助于父母,

这两种情况决定了产品的策略将会不同:第一种,我们应该了解初中生和高中生正常日常消费,明白到底多少金额在用户独自承受范围内,决策路径越短,决策方式越快。

第二种,决策路径加长,有一定丢失率。我们需要尽可能帮助学生提供说服父母购买产品的资料,这个时候我们做产品不止要考虑用户,还要考虑学生的父母。

 

二、修真院的用户场景

修真院官网的用户分为3种,第一种是对修真院完全没了解,只是看到广告偶然点进来的; 第二种是通过知乎等平台,对修真院已经稍微有点了解的,第三种是修真院散修、外门、内门等正在学习的弟子

不同的角色在不同的场景下会有完全不同的需求,一个完整的设计,是针对不同用户尽量去揣测什么样的用户从什么地方来,我需要提供什么样的功能体系

对于第一种用户,他们需要的是,了解什么是修真院,修真院交流体系什么样,它有什么好处

对于第二种用户,他们需要的是确定学习,选择意向职业,了解我们会提供怎么样的帮助,以便他们快速在修真院开始学习

对于第三种用户,他们想知道的是,要怎么根据课程体系学,能得到师兄怎么样的辅导

不同的场景和角色,对于使用修真院官网,甚至是对首页的需求都是不一样的

三、小结

当我们做系统功能拆解的时候,要站在当前使用者的角度去走一遍完整流程,我是什么的用户,我想有什么样的操作,我希望得到一个什么样的价值体系。

以登录注册为例,我看到一个好的网站,我希望可以登录,以便读取自己之前的信息,例如收藏。这是用户的一个基本需求。正是通过登录注册、忘记密码等等各个场景的描述,才共同构成了用户使用行为的事件。

PM做设计的时候一定要融入到用户场景中,考虑用户在什么样的场景下使用这个功能。针对不同的用户和场景,需要我们展现的价值点是截然不同的

 




返回列表 返回列表
评论

    分享到