小程序
扫码打开微信小程序
APP下载
扫码下载市场部网 App
上篇讲到，产品场景包含用户身份、目标及目标的关联性等三个核心要素。
今天就来详细说说，产品场景的三个要素如何提升体验。
用户的身份
用户的身份，也可以称为用户的角色。
这里的角色，不同于产品需求分析时的用户画像。
用户画像，是将用户按照社会化标签以及通过数据分析获得的标签，建立具有代表性且互斥的画像。
每一个具体的用户，都可以在用户画像中找到，且只能找到一个匹配或近似的对应。
用户身份（或角色），则是将用户在整个产品中的各种操作，按照目的类型进行分类，分类后的行为打包为一个角色。
某个具体的用户，可能同时具备多个用户角色。
用一个实际的例子来说明：
一款旅游攻略分享的产品。
按照性别、年龄、收入、旅游目的、旅游偏好等标签，划分为一个个独立的画像。
比如：
小鱼，24岁，大学生，周边游，喜欢徒步、穷游，乐于在旅途中拍照和即时分享。
类似的画像可以列出很多，互相之间都是独立的。每一个旅游的用户，都只能从中匹配到一个近似的画像。
而如果把功能操作按照目的类型分类，则可以打包为，攻略贡献者、攻略查阅者、即时分享者等等。
小鱼这个用户画像，所代表的某个具体用户，在产品中既可以是攻略查阅者，也可以是即时分享者。
让我们再回到的健身器械案例。
健身器械系统这个产品，可以区分出的用户角色有：
器械使用者、健身场所管理人员、系统维护人员等。
酒店的住客、场所会员等，在酒店的健身房锻炼时，用户角**是器械使用者。
基于器械使用者这个角色，产生的场景就是使用器械进行锻炼。这个场景的特点就是，频繁更换器械，单个器械会有多个人轮番使用。
因此，在这个场景里面，快捷登录、自动退出等体验才是更好的逻辑。
接着再看看自媒体管理后台，可以识别的角色有：内容贡献者、内容阅读者、内容审核者等等。
我作为一枚自媒体作者，在管理后台中的角色是内容贡献者。
但是，从我登录后自动跳转到媒体浏览页来看，我的角色被识别错误，当然更可能的是并未考虑过我的角色。
用户目标
用户角色明确之后，就可以开始分析角色对应的目标了。
每个角色，都有使用产品想要实现的整体目标。
而这个整体目标，又可以拆分为很多个，为实现整体目标而需要完成的小目标。
这些一个个小目标，在UML中称为用例。
这里对UML不做过多的阐述，感兴趣的同学可以自己去学习一下。
拆分出来的小目标，都可以用流程图的方式表达。
还是以自媒体管理后台为例：
角色「内容贡献者」在产品中的主要目标为，撰写并发布内容。
这个主要目标还可以拆分为，为实现发布内容而需要完成的小目标：
注册、登陆、补充资料、撰写文章、修改文章、发布文章、宣传文章等。
我们以其中的注册为例，进行流程图的绘制。
有了清晰的流程图，我们就能明确在这个小目标中，哪些是重要节点。
通过上面的注册流程图，我们可以发现。
虽然提供了手机号注册和微信注册两种方式，但是最终都需要通过手机验证这个环节。
那么，接收和验证，就是重要节点。
如果这一步无法顺利完成，注册登陆这个小目标就是无法完成的。
所以为了保证操作的可用性，必须对重要节点进行测试和验收。
然而不幸的是，在自媒体管理后台这个案例中，最关键的手机验证环节，我始终无法收到验证码。
明确角色的每个操作流程，识别这些操作流程中的重要环节，测试和保证这些关键环节的通畅。
只有保证了每个小目标的达成，才能实现角色的大目标。
目标关联性
保证了产品的可用性，就万事大吉了么？
回想一下，我在自媒体管理后台登录后的困扰，我被直接跳转到了媒体阅读界面。
这并不是我要去的地方啊！
我注册登录可是为了发布文章，而不是看别人的文章。
仅仅保证每个角色小目标的可用性，并不能保证产品的优质体验。
我们还需要明确，这些小目标之间的关联性。
还是回到前面的案例。
角色「内容贡献者」的小目标之间有什么关联性呢？
从小目标之间的关联可以发现：注册登录之后，后续的补充资料和撰写文章，都应该是在自媒体管理后台进行的。
因此，成功登录后，进入的界面应该是自媒体管理后台，而不是阅览文章的界面。
针对目标之间的关联性，我们要思考提供什么样的功能和交互，能够让产品体验变得更好。
同时，首先区分角色，以角色为单位考量产品场景。
缩小了目标之间关联的量级，能够让我们更加高效。
但是我们是否还需要考虑不同角色之间的目标关联性呢？
答案是肯定的。
角色之间目标的关联性，发生在用户切换角色时。
我们只需要把用户角色切换的情况梳理并处理，然后将切换的情况增加到角色目标关联中。
并进一步在产品中，为角色的切换提供合适的功能。
「简书」就提供了如下功能：
发布后预览
预览时编辑
明确产品的角色，拆分出各个角色的小目标，思考目标之间的关联性。
思考清楚你产品场景的三要素，你就找到了提升产品体验的金钥匙，你的产品也就会变成用户掌心的宝贝。
