本文探讨了作为一名合格的需求分析师需要具备的技能和素质，适合0-1岁的需求分析师/产品经理查看。

一、 技能

1.1 听

听，指能听懂客户、开发、测试说的话。

客户与需求分析人员讲业务，需求分析师需要懂些业务，从业务的角度与客户去沟通交流，听懂客户的痛点是什么。有人说，这有什么难的？客户才不会直接告诉你，他的痛点是什么，他会讲很多内容，有些与业务有关，有些与业务无关，有些与这个需求有关，有些与那个需求有关，有时候讲到这，有时候讲到那，有时候这个人讲，有时候那个人讲。

需求分析师在边和客户交流的时候，得像理毛线球一样，从头到尾的理顺，将客户杂乱无序的谈话内容听明白，然后整理成需求。

开发与需求分析人员讲系统逻辑、讲表存储。你不懂这些，开发又不关注业务，会造成“鸡同鸭讲”、“对牛弹琴”的情况，作为合格的需求分析师，不需要懂的比开发还厉害，至少开发讲的东西你可以听明白就好了。

测试与需求分析人员讲表、讲字段。他们会来问你这个是不是O_CODE关联下O_NAME，那个需求是不是直接从XX表取数就可以了？如果你不知道字段的含义，就不能明确的回答他们的问题。

1.2 说

说，口头表达能力。

系统培训、讲标、讲方案、讲需求、系统演示等都需要口头表达，合格的需求分析师在口头表达的时候，能准确、简洁、不磕磕碰碰的表达出自己的意思。

1.3 读

读，也是口头表达能力，只不过不需要经过加工，按照Word、PPT等文字材料顺畅的读完即可。

1.4 写

写，写文档、画图。

需求分析师有70%的时间都在写，要会写，必须掌握Word、PPT、EXCEL、AXURE、VISIO、XMIND等工具。

这些工具的常规功能以及不常用的功能你都知道，在写的时候能省下很多时间，我曾经因为对Word不熟（常用功能知道说的是不熟非常用功能），导致写一份需求文档浪费了两周的时间。

写文档上，能注意字体、字号、间距、开头空格、页眉页脚等格式问题，以及书写内容没有错别字、写的句子通顺，文档结构完整，用词得当就是合格的需求分析师。

画图上，能画低保真原型图、流程图、用例图、时序图。

1.5 译

译，把客户的业务需求翻译成开发能听懂看懂的的内容。

客户讲业务，开发讲技术，需求分析师是两者之间的桥梁。

客户说：“我想要北欧风装修的房子。”

需求分析师不能直接和开发说：“给客户的房子装修成北欧风格。”

按照开发能听懂的语言，应该这样和开发说：“给客户的房子装修成北欧风格，主色调用灰色、家具采用原木家具……”

二、 素质

说一些通过后天就能去培养的素质，逻辑思维这种当然很重要，但不是每个人都有很强的逻辑思维，有些人努力了也培养不出强逻辑思维。

2.1 较真

较真：太认真、太当回事，与模糊含糊相对。

不知道你们有没有遇到这样的情况：无意中发现系统的某个功能，问遍了公司所有的人都没人知道这个功能是做什么的，这时候，你会选择放弃还是一定得弄清楚才罢休？

如果是后者，那么你就是较真的人。

需求工作中，会遇到很多各种各样的问题，有些问题通过询问即可知道答案，有些问题需要自己亲自去验证就能知道答案，有些问题是花了很多时间也不知道答案，还有些答案是错的。

如果能较真，你会比别人懂的多，别人知道是什么，你还能知道是什么、为什么、历史是什么。

2.2 反思

反思=复盘。

每次做完需求调研、写完文档、系统演示、操作培训……都能去反思，列出这些文档演示中写的不足的地方，写的好的地方，下次做，会怎么样去做的更好。

当合格的需求分析师开始反思后，慢慢的他会变成优秀的需求分析师。

2.3 耐心

耐心，是一个很重要的品质。

和客户在谈需求的时候，是否会耐下心把客户的每个需求都串起来连接成一个完整的“情景剧？”

需求分析师会经常写几万字的文档，这几万字的文档是否写完后会静下心来从头到晚一字一句看一遍？

画几百张原型图，这些原型图是否会一张张耐下心看自己的交互是否友好？布局是否还能再改进？

当然，需求分析师还需要具备很多素质，如果你有观点，可以加微信探讨。

 三、测试

就写文档，我们做一个小测试，从语法、是否歧义、表述是否准确等角度请找出下面的句子是否有需要改进的地方：

背景：万科企业股份有限公司做A系统

本文档是万科企业股份有限公司的需求规格说明书。

用于阐述A系统的需求和功能结构设计，帮助业务需求提出者与需求分析人员、开发人员、测试人员及其他相关人员对需求达成共识。

本期项目限于接口原因，风险偏好指标仍需各公司填报人员负责在系统中进行维护。

外部接口：无外部接口，无法与外部系统交换数据。

为了进一步推进内部评级管理的自动化和系统化水平。

实现评级模型功能落地，强化加强内部评级管理体系的信息化水平。