不要为用户着想，而是站在用户的立场上去思考。
在任何一个产品领域，用户都是多种多样的，我们需要先梳理用户生态，搞清楚有哪几种用户，他们之间的关系是什么，哪些用户会对产品，或者对其他用户产生影响。我们从定义用户和用户画像两个方面来看。
（1）要注意颗粒度
定义用户的颗粒度，意思是用户可以继续细分，但分到什么程度，还没有定论，需要根据实际情况进行分析。比如电商产品，用RFM模型进行细分时，是否还得再对高购买频率低客单的用户细分，再根据男女细分等等。
（2）要注意边界
你要知道不同的用户和产品发生的关系有强有弱，广义的用户，是指所有和产品有关系的人。那么，用户是否都要纳入用户生态图，就是你需要考虑的边界。比如在线教育产品的，学生的爷爷奶奶，是否需要考虑进来，等等。这些都需要根据实际情况进行分析。
（3）优先级
已经在我们用户生态图中的用户，也是有重要、次重要，这也是有的产品经理会说，这用户并不是我们目前主要服务对象的原因。在SaaS产品中，比如蓝湖，在用户生态图里，产品经理和设计师是重要服务用户，而程序员则才是次级，所以产品规划里，对程序员的需求可能并不会再前列，甚至忽略。
用户画像，顾名思义就是用一些关键特征来描述一个重要的用户群体。这个工具可以帮助我们时刻牢记我们的产品是为谁服务的，让我们的日常讨论中，能够始终以用户为中心。
具体的用户画像：
说到用户场景，我们先来思考一个问题，在社交（信任）电商，搜索电商和兴趣电商中，商品详情页里的更多推荐，推荐逻辑是否是一样的？如果简单的以为电商的推荐逻辑都差不多的话，就没意识到场景所带来的影响。
在社交电商中，用户场景里，购买需求（欲望）是在站长那端，也就是说，用户是跟着站长的信任走的，那推荐逻辑更多倾向于站长推荐。搜索电商中，购买需求是用户自发式，用户场景是自己想购买某个产品，去电商中寻求相似产品的对比，然后买性价比高的，那推荐逻辑更倾向于相似产品。
我认为一个用户场景应该是由用户（people），情景（scene），触发（trigger），问题（what）组成，也就是PSTW模型。
举例说明：我们在美团点外卖的场景，职场白领（用户）在办公室里快到中午了（情景），肚子饿了，或者大家都开始讨论中午是吃什么（触发），想要吃饭（问题），打开了美团开始选择午餐。通过第一步对用户场景的描述，我们对涉及到的场景有了更深入的了解。下面咱们来看看如何在场景中发现用户需求。
如果说用户生态本身是静止的，那用户旅程就是让用户“动起来”。用户旅程有各式的广度和深度，但每个用户旅程大致都分三个阶段和六个关键要素。
早先，我们收集的用户生态和用户场景，这时候可以各归其位，通过用户旅程把场景串起来，让我们跟着用户一起体会一段“真实旅程”。
首先，用户生态。
对于能够打开这个APP的用户，应该是对此感兴趣的，咱们先锁定，比如大学生，对小语种感兴趣或者想加分的学生等等，但他们有个特点，因为这个是个小语种APP，有多个语言，所以用户可能是未考虑清楚学哪门语言的入门者。
第二步，用户场景。
第三个场景不用看，因为是直接关系，没有过多的考虑。而前两种，用户（应用商店的普通用户或对小语种感兴趣的用户），情景（在模糊搜索或排行榜等列表看到了APP），触发（点击查看详细介绍），问题（是否满足自身兴趣点）。
第三步，用户旅程用户在打开APP介绍前，有对小语种培训的兴趣，搜索到APP，查看APP详细介绍，是否满足自身的兴趣，关闭。
从此三步来看，用户需要的是满足自身兴趣，而不是直接进入培训状态中，所以咱们做这个页面时，应该着重引起用户兴趣点来做。所以，这里不需要放直播间的截图，而需要放，如何在APP里满足用户兴趣和需求的点。
我的意见就是，把课堂情况抽象化，让用户有一种已经学会后的成就感，来激发更多兴趣。