设计师简介

聂兆亨，男，互联网从业者/ 人像摄影师 / 健身爱好者/ 曾在TCL华星光电，腾讯，华润置地工作，现任职TCL雷鸟科技。从事多年互联网产品相关工作，对商业化、电商、平台、数据略有一些心得。

前言

上一篇文章我们重点讲了需求采集和任务版的制作。（点击蓝色文字即可跳转）一切准备就绪后，最重要的还是需求如何进行分析，围绕我们的主题：业务倾向的需求获取和分析，所以我们会重点围绕痛点和场景这两个方向的需求价值认知，展开详细说明。

目录

1  痛点分析

    从决策层收集痛点

    痛点的问题卡片

    机会点

2  场景分析

    流程梳理

    流程分析工具（扩展）

    流程分析

1.痛点分析

痛点在网络上有明确的定义：对于产品来说，痛点多是指尚未被满足的、而又被广泛渴望的需求。

痛点的对象不只是产品的使用者，产品的设计者和决策者也是痛点的重要对象之一。

从决策层收集痛点

在产品的设计阶段，我们也不能忽略对于决策者的采集和分析。通常，我们会使用以下方法面对决策者进行痛点收集。

（从决策层收集痛点）

同时对于使用者和决策者，痛点采集最好用故事化的描述，我们通过和沟通对象建立联系，更详细和完整的去收集信息。故事化是核心是“共鸣-说服-打动”，通过共情引导，让采集的内容更趋近真实。

（故事化的描述）

痛点的问题卡片

痛点是预期和现状的差值，痛点采集的整理描述是我们对于痛点价值的转化和思考，并且简单有效的传达出来。

例如：大家还记得上一篇我们列举过李雷的例子，经过几年的发展，李雷所在的民宿业绩蒸蒸日上。公司领导决定开始拓展其他城市的直营店和加盟店，针对决策者，我们进行痛点采集和整理。形成问题卡片。

（痛点的问题卡片）

机会点

在对痛点的梳理中，我们也会痛点中存在的机会点。而机会点其实就是我们对于需求的分析产出之一。机会点我们也称兴奋点。机会点会在用户、业务、技术中产生。

（机会点会在用户、业务、技术中产生）

2.场景分析

场景（业务流程）分析是对需求和痛点抽丝剥茧的一个重要过程。

清楚了业务的流程，也是清楚了那些是主营业务，那些是高频业务，业务的典型用户是谁，业务中的流程特点是强调数据流、还是强调活动、还是强调协助。产品的特点是什么。

以上的所有都可以通过场景梳理分析得到。

强流程场景和弱流程场景

根据业务对于流程的依赖和清晰程度，我们可以分为强流程场景和弱流程场景。对于弱流程场景，需要更多的进行场景讨论和识别。

（强流程场景和弱流程场景）

流程梳理

对于流程梳理来说，业务流程是服务请求(事件)的应答，产品的核心价值在于响应外部客户的服务请求(事件)，通过一系列的协作满足服务请求，为客户带来价值，同时为企业/组织带来价值。

（图示为流程梳理的策略）

四类流程

其中四类流程主要指的是主业务流程、管理流程、支撑流程、变体业务流程。

而我们对于弱流程，常用的方法有思维场景梳理：

（弱流程的思维场景梳理）

（医院体验系统的流程梳理案例）

流程分析工具（扩展）

在业务流程分析的过程中，必要的工具是提高效率的关键条件。作为拓展阅读，此处介绍下常见的几种流程图和对应工具。

1.针对跨职能流程：

使用商业建模标准。此标准的复用性强、用户最容易接受、支持并行和异步。

2.针对活动图、时序图：

使用 UML建模标准。此标准语义最丰富、强调行为流、强调活动内容。

3. 针对数据流图：

使用IDEF建模标准。此标准强调数据流，未明显表示出谁执行，计费类系统最适用

业务流程分析

流程分析是对场景的展开，将问题转化为方案的过程，场景分析同时会进行初步的流程交互设计。

1.场景的展开：以事件流的方式去进行展开：

（场景以事件流的方式去进行展开）

同时在书写时候强调人机交互界面，强调意图而不是动作，通过用户的视角去描述。

2.问题到方案的步骤

场景展开后就是问题到方案的步骤

（问题到方案的步骤）

同时展开和问题转化，我们可以看以下关于

汽车租赁的案例：

（汽车租赁案例）

（初步交互逻辑设计）

结合上面的方法，我们就会对需求的场景和流程进行清晰的转化和理解，也为后续产品方案的产出和交互设计做好了准备。

但是在产品经理实际的工作中，会遇到铺天盖地的需求，这个时候，取舍需求是最痛苦的一件事情。在下一篇，我们会聊一下实际应用中，我们对于海量需求的优先级评定和取舍，会通过一个典型的数值模型，尽可能的客观去收敛我们的需求。

最后附上一小部分大亨的摄影作品

想看大亨更多摄影作品或咨询专业问题留言即可获取联系方式

-END-

奈斯的设计对热爱输出的设计师朋友表达感谢~

更多内容请关注公众号：奈斯的设计