聊聊需求分析师

什么是需求分析师？又是做什么的呢？下面这篇文章是笔者整理分享关于需求分析师这个职业的相关内容，大家跟着一起认识认识吧！

本篇文字，是笔者19年从事B端行业时所写，当时有段时间忙碌于客户、用户的需求调研和沟通工作，经常是白天调研，晚上总结，最后挤时间写需求设计的状态。

在这种状态下，萌生出一种设想：是否有可能，有专门一种需求分析师的角色，帮产品经理承担一些前线上面的压力呢？

以下为正文：

一、需求分析师

需求分析师，字面上看，是指在产品的生命周期中对需求进行初步分析的角色。

需求分析师是从属于产品经理角色中的一部分，不同的是，相对产品经理，需求分析师主要专注于需求的分析，其他方面如相关设计、推动等内容接触较少，协助居多。

二、工作职责

经过百度以及招聘要求总结来看，需求分析师主要有三大职责：

1. 沟通（需求获取）

沟通，是需求分析师的首要任务。沟通方式包含很多：现场调研、同事沟通、领导沟通、线上调研等。只要有需求产生的地方，需求分析师都需要“掌控”场子。

在沟通的过程中，需要需求分析师具备以下几种技能（要求）：

a）熟悉业务。如果需求分析师在不熟悉业务的前提下就去和相关人员沟通需求，会失去很多能够直接/间接获取的重要内容（因为听不懂），同时也不能有效长期的建立沟通关系。

b）语言和逻辑的抓取和组织能力。需求分析师在和客户交流的时候，客户并不会按照我们想要的逻辑来告诉我们需求，客户通常是针对他当前的情况、场景来诉说他自身或者整体的痛点，同时在诉说需求的同时，客户通常会串一些和需求相关性较低的聊天。所以这就需要需求分析师在和客户沟通的过程，快速的分析当前的内容是否为需求，以及是否和前边的需求有关联的地方等等。

c）相关文件的识别能力。在需求获取的过程中，有些时候和相关人员沟通的机会较少，这就要求需求分析师需要在茫茫的互联网资源中挑选适用于需求分析的内容。这点和熟悉业务挂钩，只有熟悉业务的基础上，才能判断当前的资源是否满足所需。

2. 分析（需求分析）

需求获取之后，需求分析师需要整理并且分析当前所获取的需求，并且输出一份需求报告提供给相关人员（产品经理为主），由产品经理根据所整理的需求排期及设计，最终提供到研发实现。

需求分析的主要工作内容主要有如下几点：

a）需求优先级建议。即根据当前系统的实现和需求来源人员当时的需求描述，来判断该需求的一个优先级，并提出建议。

b）需求合理性梳理。判断当前的需求是否为个性化需求，或者频率较低时出现的需求点或者不满足公司系统/平台的设计理念。如果判断为不合理需求，需要进行需求剔除并且给出建议。

c）需求重复性梳理。判断当前需求是否和之前的需求有重复，如果存在重复，需要判断出现重复的原因。重复的原因有多种，比如：同事之间的需求工作重复、客户确实对该需求紧急并且系统未实现、客户不了解针对当前需求所实现的方案等等。

d）需求挖掘。用户表达的需求通常是比较表层的，比如他会说“我想喝水”，但是他不会告诉你“我口渴了”，并且仅仅知道他口渴是不足够的，还要了解他平时喜欢喝什么类型的水（饮料、温水、茶…）。这个挖掘需要和前面的需求获取相关联，只有获取的信息足够的条件下，才能更好的对需求背后的痛点进行分析。

3. 输出及总结（需求报告及回复）

经历了需求获取和需求分析后，需要将内容整理成一份需求报告。

这份报告的阅读用户可能包含：产品经理、项目经理、研发经理、相关领导。所以，为了更好的为这些用户提供优异的阅读性，我们需要考虑内容的组织形式。

首先，是工具。word是基本，辅助的还有Excel、Axure、Visio、Xmind等。在撰写文档的时候，需要注意相关格式，比如标题、字体、间距等，这些能够增加可阅读性的同时，也体现了文档撰写人的专业性。

其次，是内容。工具的本身是为了能够更好的体现内容。我们需要根据实际文档的面对对象来设计内容所需表达的字段，比如：需求来源、需求说明、提出时间、需求建议、优先级等等。需要注意的是，在撰写内容的同时，最好能够有个排序，最常见的是通过优先级排序。

在撰写需求报告的同时，有时候需求分析师还要定期的做需求的总结和复盘，比如需求的实现情况、需求的分析准确性等。不仅如此，一些需求分析师还需要定期和相关人员汇报需求的反馈情况。

三、总结

通常情况下，很少企业会专门设立需求分析师的角色，一般是一人多职。

无论是何种情况，所需要做的内容都是相同的，不同的是所需要花费的时间和精力。

无论如何，只要具备一颗时常复盘的心，发现每次的不足之处，每一次都比上一次进步，那对于自己来说也是一个很好的帮助。

本文由 @小刘 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。