【www.shanpow.com--主题班会】
如何定义用户篇(一):需求分析03：如何定义用户需求？
之前的文章讲了怎么发现用户需求和怎么判断用户需求，本文继前文来说说用户需求定义的一些方法。
在前面的文章讲了怎么发现用户需求和怎么判断用户需求，这篇文章接着来说需求分析，主题是怎么定义用户的需求。我会从下面三个部分来来阐述：
第一：为什么要定义用户需求
第二：怎么定义用户需求
第三：怎么管理用户需求
一.为什么要定义用户需求：想想这样的场景，作为产品经理的你，邀请了产品、运营、研发、测试、设计师等在会议室进行需求讨论和评审，在会议开始的时候，大家还心平气和，然后因为一个问题开始意见出现分歧，慢慢开始自说自话，吵成一团，进而形成鸡同鸭讲的局面，最后变成了“谁对谁错”的争论，甚至有的人恼羞成怒，开始进行人身攻击；大家纷纷为自己的想法和观点辩护，但没有一个人站在用户角度说话。
这样的事如果只是存在于会议讨论部分，可能仅仅只是一场失控的，无效的会议，如果这些事存在于产品研发的整个过程，则注定会成为一个失败的产品，如果整个公司都这样，想想这个公司得有多糟糕。
造成这种情况最重要的原因是我们对需求没有进行一个很好的定义，这样就没有一个讨论的基础，在目标不清晰，没有共同认知的前提下，每个人都在表达自己的想法就不奇怪了。
我们要制造一辆自行车，首先要定义什么是自行车，这样才能制造出自行车，否则我们造出来的可能是奇形怪状，千姿百态的各种车，而不是今天在路上跑的自行车。需求分析也一样，我们要解决用户需求，首先要做的也是定义用户需求。
定义用户需求就是人为的把问题进行一个约束，把问题限定在一定的范围内进行讨论和解决，目的是为了清晰目标，建立共识，减少分歧。定义用户需求是后续工作开展的基础，一切工作围绕定义的这个用户需求展开，而不是围绕某个人的想法和意见展开。很多人会容易忽略这一部分，直接把痛点，想法等因素和需求画等号，但想法随时会变，痛点也会被越来越多的发现，如果按照想法和意见来展开工作，很容易导致后面的工作失焦。
二. 怎么定义用户需求：定义用户需求一般从下面三方面来展开：
构建用户角色
描述使用场景
定义用户问题
一. 构建用户角色第一步：确定目标人群
在前面的文章中，我们已经讲了怎么通过一个痛点，逐步的挖掘出这痛点背后的人群，但是这个人群只是潜在人群，并非目标人群。一般公司都会因为人力，物力，财力等各种条件的限制，不可能一下满足所有潜在人群的需求，尤其是在起步阶段，什么都缺的情况下，必须有所取舍，去选择最符合公司利益的一部分人作为目标人群。
比如你做一个考研的产品，理论上考研的学生都有可能需要，但是你的老师只有四五个，只能搞定北京的市场，那么你的目标用户是北京高校的大学生，而不是全国所有高校的大学生。
第二步：用户角色划分
目标人群在整体上方向是一致的，但是这其中个体的差异会非常大，这种差异在教育方面体现到尤其明显，在一个班里，所有人都是同一个老师，但是最后学习成绩差别非常大。所以为了我们把需求定义的更准确，还要将目标人群划分成不同的角色，具体的划分方法，根据不同的产品有不同的方式；
以学英语为例，我们可以根据学习目的划分成练口语的，考四六级的，考雅思的，以k12教育产品为例，我们可以把用户角色划分成学生，老师，家长，然后在学生里面又可以划分成小学生，初中生，高中生，根据学习的科目又可以划分成学语文的，学数学的，学外语的等。
理论上用户角色粒度划分的越细，需求定义的也会越准确，但是实际情况往往是不允许的，除非做个性化定制产品，否则我们也没有必要做到太细。
第三步：构建用户模型
在上面我们划分了用户角色，但是用户具体是什么样，在我们心中还是非常模糊的，这时候就需要使用用户画像的方法构建一个典型用户，用这个典型用户来代表该角色的用户群体。
在典型用户的模型中通常会包含性别、年纪、工作，收入、地域、情感，目标，行为等，一个产品构建的典型用户数量通常在3～6个，如果数量太多，就得考虑我们的目标用户是否选的准确，就需要优化目标用户，让人群更加聚焦。
通过确定目标人群，用户角色划分，用户模型构建这三个步骤，我们就可以完成用户角色的构建了，在这里需要注意的是，最后构建的这个典型用户并不是真实的用户，而是代表所有真实用户的虚拟用户。
一个从零开始的产品，产品比较简单，用户角色往往比较容易构建，表达起来比较清晰，在产品成长迭代过程中，用户的角色可能会发生变化，角色数量会变的非常多，分析起来就没有那么简单了。比如现在风靡小黄车，最初起步于清华北大，最初以这些学校的学生为模型，慢慢向全北京的高校扩张，现在向社会开放，各种各样的人都有可能使用，用户模型已经变的非常复杂。
二.描述使用场景大家都有过等电梯的体验吧，一般等待的时间在1～2分钟左右，在这个时间，干点什么时间太短，不干点什么电梯迟迟不到，又特别无聊，特别焦虑，尤其人多的时候，眼睛都不知道放什么地方，有一个人发现了这个情况，给电梯口挂了一个广告屏，让大家在排队的时候看广告，这个人叫江南春，他的公司叫分众传媒，这是为数不多的把广告做的不让人讨厌的公司。
为什么大家愿意看电梯口的广告，就是因为抓住了用户停留时间短，又无聊的场景，把以往被动接受的广告变成了主动接受。分众传媒成功后，很多人想模仿，比如在出租车，洗手间，医院候诊室等 地方安装液晶屏，都不怎么成功，就是因为没有找到这么好的场景。
所以我们在定义需求的时候，场景非常重要，切记要描述这个需求是在什么场景下发生的，否则这个需求可能就不成立了，场景一般由背景，诱发因子和期望组成，描述场景应从这三方面着手来描述；
比如上面分众传媒的例子，背景是等电梯，诱发因子是无聊，不知道目光放什么地方，期望是摆脱这种无赖，滴滴打车的例子，背景是你要去见一个客户，诱发因子是你打不到车，时间又快到了，期望是帮助你快点打到车
下面我们来看一个基于场景设计的例子
左右这两个都是iphone的来电显示界面，为什么要有两个接电话的界面？注意细节的小伙伴会注意到
左边的界面是手机在锁屏的场景下显示的，在锁屏的时候，手机可能在口袋或者其它地方，这时候不仅要让用户能方便的接听电话，还要防止误操作，所以设计了滑动的方式让用户来接听
而右侧是在未锁屏的场景下显示的，未锁屏的时候手机一般处于使用状态，可能是在刷微信或者玩游戏，这时候误操作的情况就不需要考虑了，怎么方便快速的让用户完成决策是最重要的，所以将接听和拒绝分开设置成两个按钮，使用点按的方式来操作。
三.定义用户问题在定义需求的时候，用户角色和场景都是前提，用户的问题才是这里想要表达的最终意思，后期产品设计也是基于用户问题来设计方案，进而解决问题，下面我们先来看下面一个例子：
有一个出色的主管，她十分热爱自己的工作，能力也不错，但有一个问题，就是与上级的关系处理得不好，最后闹得不可开交了，没有办法，她决定离开那个公司。于是她就把自己的资料送到猎头公司，请他们为自己另找工作。
这个主管回家一脸丧气，把事情告诉了她的老公，老公就帮忙分析了一下，告诉她这个问题的根本只是你与他分开，而不是辞职离开公司。既然是只要你与他分开就可以，那么，不一定是你走，让他走也行。”
于是，这个主管将解决问题的方式颠倒过来，为她的上级准备了一套资料，送到猎头公司。结果你懂得，猎头去联系了这个主管的上司，这个上司也厌倦了他目前的工作，而且新工作待遇更好，就欣然接受了新的工作，从现在公司辞职了。
从这个例子中我们可以看到，一个好的解决方案，往往是从定义问题开始的，如果没有定义好问题，就盲目的解答，只会白白浪费时间和金钱，最后得出没有意义的答案。
定义问题，就是透过用户的反馈，找到问题的本质，多问为什么？搞清楚用户真正需要的是什么？
比如我们经常在工作中遇到用户反馈产品烂，产品难用，有可能不是真的产品有多烂，而是因为网速不好，这时候问题的解决方案是引导用户解决网速问题就可以了，有可能一句文案就解决了，而不是根据用户意见改进产品；再举个我们都非常熟悉的例子，如果你是一个淘宝店主，用户给了你的店铺差评，可能并不是对商品不满意，而是因为物流太慢了，这时候更换快递公司即可，没有必要下架商品。
三.怎么管理用户需求我们定义了用户需求后，需要把它记录下来，一个是用来不断的优化完善，另一个是需要和团队来交流沟通，在这里推荐使用描述用户故事（user story)的方式来记录。这个方法来自敏捷开发方法scrum，一般的描述格式为：
作为一个<用户角色>, 我想要<xxx>, 以便于<商业价值>
比如：作为一名老师，我想要查看报名的学生人数，以便于更好的安排课程计划
可以使用下面这样的表格来管理
每行写一个story, 怎么写story，大家可以在网上找相关资料自行学习，后面有空了也会再写相关文章。
四.小结通过构建用户角色，使用场景描述，定义用户问题三个步骤，我们就可以清晰了定义用户需求了，一个用户需求的描述常见的格式是：xxx用户，在xxx场景下，遇到了xxx问题.
切记我们要分清楚潜在用户和目标用户，也不要抛开场景谈需求，而是要谈什么样的人在什么场景下的需求。
这篇文章就写到这里，后面有空会接着写第四部分，怎么定义产品需求。也欢迎在互联网公司工作的，想进入互联网行业的朋友来交流沟通，一起学习进步。
如何定义用户篇(二):如何创建用户定义的服务
在 Windows NT 资源工具包提供了两个实用程序，您可以创建一个 Windows NT 用户定义的服务的 Windows NT 应用程序和某些 16 位应用程序 （而不是批处理文件）。 To create a Windows NT user-defined service, perform the following steps:
At a MS-DOS command prompt(running CMD.EXE), type the following command:path\INSTSRV.EXE My Service path\SRVANY.EXE
where path is the drive and directory of the Windows NT Resource Kit (i.e., C:\RESKIT) and My Service is the name of the service you are creating.Example:C:\Program Files\Resource Kit\Instsrv.exe Notepad C:\Program Files\Resource Kit\Srvany.exe
NOTE: To verify that the service was created correctly, check the registry to verify that the ImagePath value under
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\service name
is set to point to SRVANY.EXE. If this is not set correctly, the
service will stop shortly after it starts and return an Event ID 7000
"The service name failed to start."
WARNING: Using Registry Editor incorrectly can cause serious problems
that may require you to reinstall your operating system. Microsoft
cannot guarantee that problems resulting from the incorrect use of
Registry Editor can be solved. Use Registry Editor at your own risk.
For information about how to edit the registry, view the "Changing Keys
And Values" online Help topic or the "Add and Delete Information in the
Registry" and "Edit Registry Data" online Help topics in Registry
Editor.
NOTE: You should back up the registry before you edit it.
Run Registry Editor (Regedt32.exe)and locate the following subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\<My Service>
From the Edit menu, click Add Key. Type the following and click OK:
Key Name: Parameters
Class : <leave blank>
Select the Parameters key.
From the Edit menu, click Add Value. Type the following and click OK:
Value Name: Application
Data Type : REG_SZ
String : <path>\<application.ext>
where <path>\<application.ext> is the drive and full path to the
application executable including the extension (i.e.,
C:\WinNT\Notepad.exe)
Close Registry Editor.
By default, a newly created service it configured to run Automatically when
the system is restarted. To change this setting to Manual, run the Services
applet from Control Panel and change the Startup value to Manual. A service
set to Manual can be started in one of several ways:
- From the Services applet in Control Panel
- From a MS-DOS command prompt, type the following:
NET START <My Service>
- Use the Sc.exe utility from the Resource Kit. Type the following from
a MS-DOS command prompt:
<path>\Sc.exe start <My Service>
where <path> is the drive and directory of the Windows NT Resource
Kit (i.e., C:\Reskit).
For more information on installing and removing a user-defined service,
please see the Srvany.wri document provided with the Windows NT Resource
Kit utilities (i.e., C:\Reskit\Srvany.wri). This document can also be found
on the Windows NT Resource Kit CD in the Common\Config directory.
APPLIES TO
Microsoft Windows 2000 Server
Microsoft Windows 2000 Advanced Server
Microsoft Windows 2000 Professional Edition
Microsoft Windows NT Workstation 3.51
Microsoft Windows NT Workstation 4.0 Developer Edition
Microsoft Windows NT Server 3.51
Microsoft Windows NT Server 4.0 Standard Edition
Back to the top_______________________________________________________若要进行 Windows NT 用户定义的服务执行以下步骤：
在 MS-DOS 命令提示符处 （运行 CMD.EXE），键入以下命令：path\INSTSRV.EXE My Service path \SRVANY.EXEpath 所在的驱动器和目录的 Windows NT 资源工具包 （即，C:\RESKIT) 和 My Service 是您正在创建的服务的名称。示例：是 Files\Resource Kit\Instsrv.exe 记事本是 Files\Resource Kit\Srvany.exe
注：若要验证该服务已正确创建，检查注册表，以验证下的 ImagePath 值 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ service name设置为指向 SRVANY.EXE。 如果这未正确设置，服务将停止不久之后它将启动并返回一个事件 ID 7000 service name 启动失败。 警告：注册表编辑器使用不当会导致严重的问题，可能会要求您重新安装操作系统。Microsoft 不能保证可以解决导致错误地使用注册表编辑器的问题。使用注册表编辑器需要您自担风险。有关如何编辑注册表的信息查看联机的"添加和删除注册表中的信息"和"编辑注册表数据"的帮助主题或"改变项和值"联机帮助主题在注册表编辑器中。注： 您应该备份注册表之前对其进行编辑。
运行注册表编辑器 (Regedt32.exe)and 找到以下子项：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ < 我服务 >
从编辑菜单中单击添加项。键入以下，然后单击确定：键名称： 参数类： < 将保留为空 >
选择参数密钥。
从编辑菜单中单击添加值。键入以下，然后单击确定：值名称： 应用程序数据类型: REG_SZ字符串： <path>\<application.ext>其中 <path>\<application.ext> 是驱动器，包括该扩展名的应用程序可执行文件的完整路径 （即，C:\WinNT\Notepad.exe）
关闭注册表编辑器。
默认状态下，新建的服务它配置为在系统重新启动时自动运行。为此设置更改手动从控制面板运行服务小程序，并启动值更改为手动。设置为手动服务可以启动几种方法之一： -从在控制面板中的服务小程序 -从 MS-DOS 命令提示符处键入以下内容： NET START < 我服务 > -使用 Sc.exe 实用程序从资源工具包。键入从 MS-DOS 命令提示符下以下内容： <path>\Sc.exe 开始 < 我服务 > <path>所在的驱动器和目录的 Windows NT 资源工具包 （即，C:\Reskit）。
有
关安装和删除用户定义的服务的详细信息，请参阅 Srvany.wri 文档提供与 Windows NT 资源工具包实用程序
（即，C:\Reskit\Srvany.wri）。此外可以在 Common\Config 目录中的 Windows NT
资源工具包光盘上找到此文档。
如何定义用户篇(三):需求分析03：如何定义用户需求？
之前的文章讲了怎么发现用户需求和怎么判断用户需求，本文继前文来说说用户需求定义的一些方法。
在前面的文章讲了怎么发现用户需求和怎么判断用户需求，这篇文章接着来说需求分析，主题是怎么定义用户的需求。我会从下面三个部分来来阐述：
第一：为什么要定义用户需求
第二：怎么定义用户需求
第三：怎么管理用户需求
一.为什么要定义用户需求：想想这样的场景，作为产品经理的你，邀请了产品、运营、研发、测试、设计师等在会议室进行需求讨论和评审，在会议开始的时候，大家还心平气和，然后因为一个问题开始意见出现分歧，慢慢开始自说自话，吵成一团，进而形成鸡同鸭讲的局面，最后变成了“谁对谁错”的争论，甚至有的人恼羞成怒，开始进行人身攻击；大家纷纷为自己的想法和观点辩护，但没有一个人站在用户角度说话。
这样的事如果只是存在于会议讨论部分，可能仅仅只是一场失控的，无效的会议，如果这些事存在于产品研发的整个过程，则注定会成为一个失败的产品，如果整个公司都这样，想想这个公司得有多糟糕。
造成这种情况最重要的原因是我们对需求没有进行一个很好的定义，这样就没有一个讨论的基础，在目标不清晰，没有共同认知的前提下，每个人都在表达自己的想法就不奇怪了。
我们要制造一辆自行车，首先要定义什么是自行车，这样才能制造出自行车，否则我们造出来的可能是奇形怪状，千姿百态的各种车，而不是今天在路上跑的自行车。需求分析也一样，我们要解决用户需求，首先要做的也是定义用户需求。
定义用户需求就是人为的把问题进行一个约束，把问题限定在一定的范围内进行讨论和解决，目的是为了清晰目标，建立共识，减少分歧。定义用户需求是后续工作开展的基础，一切工作围绕定义的这个用户需求展开，而不是围绕某个人的想法和意见展开。很多人会容易忽略这一部分，直接把痛点，想法等因素和需求画等号，但想法随时会变，痛点也会被越来越多的发现，如果按照想法和意见来展开工作，很容易导致后面的工作失焦。
二. 怎么定义用户需求：定义用户需求一般从下面三方面来展开：
构建用户角色
描述使用场景
定义用户问题
一. 构建用户角色第一步：确定目标人群
在前面的文章中，我们已经讲了怎么通过一个痛点，逐步的挖掘出这痛点背后的人群，但是这个人群只是潜在人群，并非目标人群。一般公司都会因为人力，物力，财力等各种条件的限制，不可能一下满足所有潜在人群的需求，尤其是在起步阶段，什么都缺的情况下，必须有所取舍，去选择最符合公司利益的一部分人作为目标人群。
比如你做一个考研的产品，理论上考研的学生都有可能需要，但是你的老师只有四五个，只能搞定北京的市场，那么你的目标用户是北京高校的大学生，而不是全国所有高校的大学生。
第二步：用户角色划分
目标人群在整体上方向是一致的，但是这其中个体的差异会非常大，这种差异在教育方面体现到尤其明显，在一个班里，所有人都是同一个老师，但是最后学习成绩差别非常大。所以为了我们把需求定义的更准确，还要将目标人群划分成不同的角色，具体的划分方法，根据不同的产品有不同的方式；
以学英语为例，我们可以根据学习目的划分成练口语的，考四六级的，考雅思的，以k12教育产品为例，我们可以把用户角色划分成学生，老师，家长，然后在学生里面又可以划分成小学生，初中生，高中生，根据学习的科目又可以划分成学语文的，学数学的，学外语的等。
理论上用户角色粒度划分的越细，需求定义的也会越准确，但是实际情况往往是不允许的，除非做个性化定制产品，否则我们也没有必要做到太细。
第三步：构建用户模型
在上面我们划分了用户角色，但是用户具体是什么样，在我们心中还是非常模糊的，这时候就需要使用用户画像的方法构建一个典型用户，用这个典型用户来代表该角色的用户群体。
在典型用户的模型中通常会包含性别、年纪、工作，收入、地域、情感，目标，行为等，一个产品构建的典型用户数量通常在3～6个，如果数量太多，就得考虑我们的目标用户是否选的准确，就需要优化目标用户，让人群更加聚焦。
通过确定目标人群，用户角色划分，用户模型构建这三个步骤，我们就可以完成用户角色的构建了，在这里需要注意的是，最后构建的这个典型用户并不是真实的用户，而是代表所有真实用户的虚拟用户。
一个从零开始的产品，产品比较简单，用户角色往往比较容易构建，表达起来比较清晰，在产品成长迭代过程中，用户的角色可能会发生变化，角色数量会变的非常多，分析起来就没有那么简单了。比如现在风靡小黄车，最初起步于清华北大，最初以这些学校的学生为模型，慢慢向全北京的高校扩张，现在向社会开放，各种各样的人都有可能使用，用户模型已经变的非常复杂。
二.描述使用场景大家都有过等电梯的体验吧，一般等待的时间在1～2分钟左右，在这个时间，干点什么时间太短，不干点什么电梯迟迟不到，又特别无聊，特别焦虑，尤其人多的时候，眼睛都不知道放什么地方，有一个人发现了这个情况，给电梯口挂了一个广告屏，让大家在排队的时候看广告，这个人叫江南春，他的公司叫分众传媒，这是为数不多的把广告做的不让人讨厌的公司。
为什么大家愿意看电梯口的广告，就是因为抓住了用户停留时间短，又无聊的场景，把以往被动接受的广告变成了主动接受。分众传媒成功后，很多人想模仿，比如在出租车，洗手间，医院候诊室等 地方安装液晶屏，都不怎么成功，就是因为没有找到这么好的场景。
所以我们在定义需求的时候，场景非常重要，切记要描述这个需求是在什么场景下发生的，否则这个需求可能就不成立了，场景一般由背景，诱发因子和期望组成，描述场景应从这三方面着手来描述；
比如上面分众传媒的例子，背景是等电梯，诱发因子是无聊，不知道目光放什么地方，期望是摆脱这种无赖，滴滴打车的例子，背景是你要去见一个客户，诱发因子是你打不到车，时间又快到了，期望是帮助你快点打到车
下面我们来看一个基于场景设计的例子
左右这两个都是iphone的来电显示界面，为什么要有两个接电话的界面？注意细节的小伙伴会注意到
左边的界面是手机在锁屏的场景下显示的，在锁屏的时候，手机可能在口袋或者其它地方，这时候不仅要让用户能方便的接听电话，还要防止误操作，所以设计了滑动的方式让用户来接听
而右侧是在未锁屏的场景下显示的，未锁屏的时候手机一般处于使用状态，可能是在刷微信或者玩游戏，这时候误操作的情况就不需要考虑了，怎么方便快速的让用户完成决策是最重要的，所以将接听和拒绝分开设置成两个按钮，使用点按的方式来操作。
三.定义用户问题在定义需求的时候，用户角色和场景都是前提，用户的问题才是这里想要表达的最终意思，后期产品设计也是基于用户问题来设计方案，进而解决问题，下面我们先来看下面一个例子：
有一个出色的主管，她十分热爱自己的工作，能力也不错，但有一个问题，就是与上级的关系处理得不好，最后闹得不可开交了，没有办法，她决定离开那个公司。于是她就把自己的资料送到猎头公司，请他们为自己另找工作。
这个主管回家一脸丧气，把事情告诉了她的老公，老公就帮忙分析了一下，告诉她这个问题的根本只是你与他分开，而不是辞职离开公司。既然是只要你与他分开就可以，那么，不一定是你走，让他走也行。”
于是，这个主管将解决问题的方式颠倒过来，为她的上级准备了一套资料，送到猎头公司。结果你懂得，猎头去联系了这个主管的上司，这个上司也厌倦了他目前的工作，而且新工作待遇更好，就欣然接受了新的工作，从现在公司辞职了。
从这个例子中我们可以看到，一个好的解决方案，往往是从定义问题开始的，如果没有定义好问题，就盲目的解答，只会白白浪费时间和金钱，最后得出没有意义的答案。
定义问题，就是透过用户的反馈，找到问题的本质，多问为什么？搞清楚用户真正需要的是什么？
比如我们经常在工作中遇到用户反馈产品烂，产品难用，有可能不是真的产品有多烂，而是因为网速不好，这时候问题的解决方案是引导用户解决网速问题就可以了，有可能一句文案就解决了，而不是根据用户意见改进产品；再举个我们都非常熟悉的例子，如果你是一个淘宝店主，用户给了你的店铺差评，可能并不是对商品不满意，而是因为物流太慢了，这时候更换快递公司即可，没有必要下架商品。
三.怎么管理用户需求我们定义了用户需求后，需要把它记录下来，一个是用来不断的优化完善，另一个是需要和团队来交流沟通，在这里推荐使用描述用户故事（user story)的方式来记录。这个方法来自敏捷开发方法scrum，一般的描述格式为：
作为一个, 我想要, 以便于
比如：作为一名老师，我想要查看报名的学生人数，以便于更好的安排课程计划
可以使用下面这样的表格来管理
每行写一个story, 怎么写story，大家可以在网上找相关资料自行学习，后面有空了也会再写相关文章。
四.小结通过构建用户角色，使用场景描述，定义用户问题三个步骤，我们就可以清晰了定义用户需求了，一个用户需求的描述常见的格式是：xxx用户，在xxx场景下，遇到了xxx问题.
切记我们要分清楚潜在用户和目标用户，也不要抛开场景谈需求，而是要谈什么样的人在什么场景下的需求。
这篇文章就写到这里，后面有空会接着写第四部分，怎么定义产品需求。也欢迎在互联网公司工作的，想进入互联网行业的朋友来交流沟通，一起学习进步。商业价值>用户角色>
