↵
这里是IT修真院分享课，今天要分享的主题是
【用户场景化】
敏捷开发讲的其实就是Story，用场景来描述故事，Story定义大家都明白 ，作为一个<角色>, 我想要<功能>, 以便于<商业价值>。拆解开来，角色，应该是作为一个什么样的用户；我希望做什么样的事情，是描述操作过程；以便于什么商业价值，就是用户希望最后达成什么样的目标。
拿上一篇文章讲到的修真院广告为背景，这个story就应该是：我作为一个对产品经理感兴趣的用户，我希望通过知乎广告点进官网后会看到与产品经理有关的QQ群并且能够提供加群的方式，以便我加群和其他师兄弟一起交流。
用户场景，考虑的是你的用户会在哪些场景之下完成这些操作，并且操作哪些事情。我们会具体聊一些真实项目中的用户场景，来帮助理解关于场景化的问题。
一、一个k12产品中的场景化
之前做过一个K12的产品，有个模块是给中学生提供动画课程体系，吸引用户开通会员和付费，这种情况我们应该考虑到付费产品到底是在什么情况下发生的，这可以分为两种场景
1. 一堂课可能8元，用户利用自己的零花钱可以直接购买
2. 一堂课30，零花钱不够，需要求助于父母，
这两种情况决定了产品的策略将会不同：第一种，我们应该了解初中生和高中生正常日常消费，明白到底多少金额在用户独自承受范围内，决策路径越短，决策方式越快。
第二种，决策路径加长，有一定丢失率。我们需要尽可能帮助学生提供说服父母购买产品的资料，这个时候我们做产品不止要考虑用户，还要考虑学生的父母。
二、修真院的用户场景
修真院官网的用户分为3种，第一种是对修真院完全没了解，只是看到广告偶然点进来的； 第二种是通过知乎等平台，对修真院已经稍微有点了解的，第三种是修真院散修、外门、内门等正在学习的弟子
不同的角色在不同的场景下会有完全不同的需求，一个完整的设计，是针对不同用户尽量去揣测什么样的用户从什么地方来，我需要提供什么样的功能体系
对于第一种用户，他们需要的是，了解什么是修真院，修真院交流体系什么样，它有什么好处
对于第二种用户，他们需要的是确定学习，选择意向职业，了解我们会提供怎么样的帮助，以便他们快速在修真院开始学习
对于第三种用户，他们想知道的是，要怎么根据课程体系学，能得到师兄怎么样的辅导
不同的场景和角色，对于使用修真院官网，甚至是对首页的需求都是不一样的
三、小结
当我们做系统功能拆解的时候，要站在当前使用者的角度去走一遍完整流程，我是什么的用户，我想有什么样的操作，我希望得到一个什么样的价值体系。
以登录注册为例，我看到一个好的网站，我希望可以登录，以便读取自己之前的信息，例如收藏。这是用户的一个基本需求。正是通过登录注册、忘记密码等等各个场景的描述，才共同构成了用户使用行为的事件。
PM做设计的时候一定要融入到用户场景中，考虑用户在什么样的场景下使用这个功能。针对不同的用户和场景，需要我们展现的价值点是截然不同的