今天完成的事情：

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