以用户场景为中心一个场景个角色

　　场景在往下细分就是角色，一个场景下有N类角色。
　　场景这个词已经被很多文章说了很多遍，大家也都耳熟能详了，我也认为以满足某个场景中的需求进行产品设计，可能是考虑需求的最好、最小单位，但是最近在做一个项目的时候发现这种想法还是不够全面和深入，在场景中还有人扮演的角色存在，一个场景下面可以出现N类角色，而这就导致了产品设计需要满足N类角色的需求，或者N类角色的绝大部分需求。在工作和生活中找到两个栗子尝试说明下，如果有偏差，欢迎拍砖。
　　第一个栗子：播放记录追剧
　　假设你晚上回家，打开视频APP看了《太阳的后裔》第一集，感觉不错；第二集刚看了10分钟，发现太晚了要就寝了。但是明天早上1小时的地铁时间又不想浪费，那就从第2集开始缓存吧，缓存几集早上上班路上看。
　　第二天在地铁上，打开APP进入播放记录的列表，发现满屏的文字，没有任何图片的提醒。你揉揉睡眼朦胧的眼睛，继续仔细寻找昨天那条《太阳的后裔》的记录，心想：这个产品经理有问题吗，为毛线没有视频截图啊？
　　这就是很多用户在追剧中切实会遇到的场景，而这个场景下，用户的核心需求就是：快速找到目标。
　　曾经在讨论这个问题的时候，有些人认为包含视频标题、观看日期、播放进度，并按日期进行区分，优化布局、加载速度就已经可以满足其快速寻找的需求了，而国内某个视频app也是这么做的。在该视频APP的5。0版本（大概）之前都是这个状态。但是这时就忽略了一个问题：在这个场景下，不仅仅只有产品经理所代表的唯一一个角色。
　　如果我们在此场景不改变需求，而加入产品经理所代表角色之外的角色，那么便会发现新的问题。
　　按年龄区分引入角色：
　　老年人：老年人有老花眼的概率很高，回想一下电视剧里经常看到的老人看报纸的画面：一手拿着眼镜、一手拿着报纸找角度看；对此种角色来说，如果增加字体大小，那么就很可能影响页面的美观、布局；在页面内可以随时调整字体大小，对页面设计的复杂度、程序开发的复杂度都会增加，而且涉及到整个APP的所有页面，市面上除了阅读类软件外几乎没有这么处理的；所以此时较好的办法就是给视频截图，一图抵千言，老年人很容易通过图片来定位整个就是他想看的剧。
　　小孩子：小孩子这个角色反映出纯文字列表的问题就更明显了，因为小孩子识字率不高，很可能他想看的剧集名字他她根本就不认识，那么要让小孩子如何去寻找那？如果让一个小孩子开60S广告，然后发现不是其要找的视频，这个体验估计任何一个产品经理都不能接受吧。此时增加文字大小已经不是解决方案了，因为再大的文字，小孩子也不认识，但是如果我们放一张视频截图，那么小孩子是很容易发现哪个是其要找的。
　　由以上分析可见，对产品经理代表的中青年人来说，识字能力和视力的问题都不大，所以有没有图片对他们来说都是OK的，但是当我们引入老年人、小孩子的角色，问题就产生了。如果我们引入弱视、高度近视等因素的时候，也会发现图片也是优于纯文字的方案，此处就不重复了。
　　第二个栗子：便利店买水
　　当我回想起以前工作的时候，想到了以上这个栗子。感觉上好像懂了，在我中午吃完饭去便利店买水的时候发现这个道理在生活中也能解释些问题。
　　考虑一个用户去便利店买水的场景，用户的核心需求是：找到解渴的（似乎是废话啊），如果按照上面产品经理的想法：我只喝矿泉水，给我矿泉水就OK了，就解决这个问题了。但是实际上便利店中的可以解渴的饮料是很多种的。
　　如果我们在此场景不改变需求，而加入产品经理所代表角色之外的角色，那么便也会发现新的问题。
　　按年龄区分引入角色：
　　小孩子：可能更喜欢碳酸饮料，
　　中青年白领：可能喝矿泉水、果汁，
　　老年人：可能更喜欢喝茶，
　　可以按照年龄引入不同的角色，也可以按照品位、是否减肥等因素引入角色，那样所得的结果就又将不同了。
　　所以，由于角色的差异，就需要寻找实用性更广泛的解决方案，或者提供更多种解决方案。
　　以上是工作中的一点思考，欢迎拍砖，谢谢。