本文探讨了作为一名合格的需求分析师需要具备的技能和素质，适合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系统的需求和功能结构设计，帮助业务需求提出者与需求分析人员、开发人员、测试人员及其他相关人员对需求达成共识。
- 本期项目限于接口原因，风险偏好指标仍需各公司填报人员负责在系统中进行维护。
- 外部接口：无外部接口，无法与外部系统交换数据。
- 为了进一步推进内部评级管理的自动化和系统化水平。
- 实现评级模型功能落地，强化加强内部评级管理体系的信息化水平。
本文为@运营喵原创，运营喵专栏作者。
