如何做好一个需求分析师：解读需求分析师该如何发展
如何做好一个需求分析师：解读需求分析师该如何发展在客户应用阶段，需求分析师也起到很大作用，聚焦于业务链条中场景的深化应用，在场景中逐渐深化的过程中修正产品设计上功能的调整，使产品更加应用更加贴合市场的行为。另一种业务模式是产品研发，基于对于市场情况的分析，在对同一行业/领域的业务的积累与沉淀的基础上进行新产品研发。在研发过程中，需求分析师对上要承接产品经理定义好的框架范围和业务范围，对下在此框架范围内完成场景深化、应用方案、开发内容的安排，形成客户使用并且好用的功能。从表中可以看出，项目阶段分为售前阶段，实施阶段与服务阶段。在售前阶段基于客户了解形成我们的初步方案，在基于现有产品是解决不了的情况下，会涉及到产品的开发或者升级为原型项目来进行交付。这种条件下，需求分析师在不同的岗位上和不同的时间节点上需要深入到项目里，深入接触并且形成对应的方案。所以从这个层面看的需求分析师是一个承接的桥梁——他不单承接了前端客户需求的输入还承接了后端的业
需求分析师，是一个连接各处的桥梁，需要和产品经理、开发、测试、用户等进行沟通。那么这个岗位的发展路径有哪些呢？又要建设哪些能力呢？
敲黑板划重点：需求分析，实施顾问，产品经理，路径，技能。
嗯，回归正题：
在需求分析师的道路上大家该如何走下去：
- 得搞明白我们在体系链条中处于什么位置。可以更好的聚焦我们要干的主要事情。
- 得搞明白我们这个位置上我们该如何发展下去，可以知道我们可以成为什么样的。
- 得搞明白我们发展的道路上对路标的熟悉，可以识别我们到了什么程度了。
1. 需求分析师在不同阶段所处的位置
1.1 项目交付的业务模式下
从表中可以看出，项目阶段分为售前阶段，实施阶段与服务阶段。
在售前阶段基于客户了解形成我们的初步方案，在基于现有产品是解决不了的情况下，会涉及到产品的开发或者升级为原型项目来进行交付。
这种条件下，需求分析师在不同的岗位上和不同的时间节点上需要深入到项目里，深入接触并且形成对应的方案。所以从这个层面看的需求分析师是一个承接的桥梁——他不单承接了前端客户需求的输入还承接了后端的业务方案输出，这是整个需求分析在实际业务中的职能。
1.2 产品研发的业务模式下
另一种业务模式是产品研发，基于对于市场情况的分析，在对同一行业/领域的业务的积累与沉淀的基础上进行新产品研发。在研发过程中，需求分析师对上要承接产品经理定义好的框架范围和业务范围，对下在此框架范围内完成场景深化、应用方案、开发内容的安排，形成客户使用并且好用的功能。
在客户应用阶段，需求分析师也起到很大作用，聚焦于业务链条中场景的深化应用，在场景中逐渐深化的过程中修正产品设计上功能的调整，使产品更加应用更加贴合市场的行为。
2. 需求分析师发展路径
针对每一个需求分析师，结合自身的条件和兴趣有如下3个方向可以选择：
3. 关键识别点与能力要求
- 第一个方向，如果善于聚焦业务分析，深入研究业务，分析业务，能够对业务进行前瞻性分析，做到需求分析专家这个职位，详细的研究业务并且把业务需求转换到可以实现产品应用设计方案上。
- 第二个方向，是应用架构分析师层面，聚焦我们先进的应用架构设计，根据抽象业务模型进而建立先进的应用架构支撑应用。先进的应用架构给予前瞻性业务的有力支撑。
- 第三个方向，如果对产品经理感兴趣的可以走产品经理这条线，就是需要找合适的商业模式，结合业务市场应用，设计规划产品，完成产品对外的发布。
3.1 能力识别点
- 在中级层面，在需求分析上需要完成节点上的任务，需要独立完成一个业务的场景系统解决方案的出具。关注和能够实现节点级，功能级的系统方案设计。
- 基于高级来说，它是基于客户工作场景与管理要求设计出可用的系统应用方案。贴合场景，在场景范围内，这时候应该关注模块级的，与这个业务场景有关联的，同时还应该关注和其他相关联业务的关系，是一个整体的视角思维与考量的过程。
- 在专家层次上，是在行业领域业务理解的基础上构建前瞻性的应用方案框架。抽象出整体的业务领域应用的模型，针对的是整个产品应用发展的趋势。关注在前瞻性的趋势而非具体的应用点上的。
3.2 能力要求
对于需求分析师能力的要求如下表所示（高级、专家）：
从表中可以看出，需求分析的基础是对业务的理解与研究，在目前时间点上，对于toB企业应用的产品，一切都是基于业务的发生，围绕的业务的发生开展产品设计与应用，在具备的业务基础的条件下，逐渐抽象，建模，形成可以工作的应用系统。
4. One morething
需求分析在上文中提到，连接各处的桥梁，从岗位上看需要与产品经理、开发工程师、测试工程师，产品用户之间进行交流沟通，那在这个过程中需要具备何种能力呢？
我个人的经验上看是从3个维度看待需要的能力：
5. 讲个故事与我的体会
- 行业领域知识：能够快速的理解客户/用户所提出的需求，并且能够把需求有效转换成软件需求的基础要求
- 协同领导力：不同角色不同背景的人要开会做出决策和计划的时候，是否能有效识别、激发其中的一些人作为伙伴共同完成目标
- 前瞻的视野：反映了在行业领域能够把控的深度，需求分析或应用架构设计师对前瞻性上的深度决定了在抽象的模型可用性以及对前瞻业务的支撑程度
故事开始的开始是机构签了一个1200万的大单，大约是几年前的冬天，那年的冬天阳光灿烂，那一年里面我们连续签订了3个类似的大单，那一年我们走上人生巅峰，然后是整个事业部ALL-in，然后呢，然后是不是又走上新的巅峰呢？
其实故事到这就应该结束了，因为后面没有然后了！
后来又有了新的故事：
大约在二年以前，大约也是个冬季，那年冬季的雾霾很大，我们又签订2个项目，一个约550万，一个约400万，总体体量与第一故事差不多，但是这个新故事一直持续到讲到现在，目前的状态非常好，这个故事后来的后来我不知道，但是我可以预见的结果一定是成功的。
这个两个故事说明：能在左边的条件下做到优秀，不代表着在右边的条件下就同样能做到优秀，但是我们得优秀啊！
于是我和我的小伙伴就开始了苦苦的思索，为什么没有旧故事没有然后了，而新故事却一直能讲下去呢？我要怎么样才能优秀呢？才能把右边的事情干好呢？
- 是讲故事的人换了吗？没有，还是我！
- 是项目的行业换了吗？没有，还是同一个行业！
- 是投入的资源换了吗？没有，还是原来的资源，但是数量变少了许多！
实际上是小伙伴自己成长了，做事情的方式，看待事物的心态，内心的沉淀改变了！对此做了如下的改变：
这些改变看是操作方式的改变，但是改变的原动力是要发自内心散发出来并且是要付之于行动的，要自我意识到自己的不足，去弥补，去学习，去思考，去改进，去创新，去形成自己的方法论，在这个过程中不断的提升自己的段位。
在提升的过程中内力与外力的结合是一个方面，重要的是内力的驱动，需要时间的积累与个人的思考，如上图所示，先开始觉醒，然后是自我学习，去模仿高手的动作，到一定程度上自行去创建工具去按自己的思路方式处理问题，形成自己的方法论，最后结合在one more thing 中提到的三个方面去提升，并能用自己的方法论去影响周围的小伙伴。
我个人体会最大的体会是：
当形成一定的积累后并自我思考并行动后会发生跃升，形成本质的变化，之前每一个岗位的干的事情，都是修道的过程，我在YY历经过实施顾问项目经理，实施总监，行业产品经理兼需求分析等岗位，从一线到总部，从业务线到研发线。
在顾问的岗位上学会的业务知识与产品应用；在项目经理的岗位上，开始涉及到项目团队的管理与事务的推进，带领团队完成项目目标；在实施总监的岗位上，涉及到多项目的协同，内外部资源的协调的业务的处理，从一线回到总部后带领团队进行新一代的行业产品设计与开发，推动行业产品研发的新方式等工作。
也正是这样的一个团队，这样一段共同经历，在我和我的小伙伴中共计成长出来了4位专家，分别是需求分析专家，程序设计专家，客开专家，项目管理专家。
回忆一下过去的工作，无论是好的事情还是没有干好的事情，都是为质变的那一刻做奠基石。
最后祝愿看到这个文章的小伙伴不断成功，走向巅峰。
这是我在19年为作为集团公司产品序列专家晋升委员会成员，制定晋升标准，为公司内部晋升写的宣传，作为我的第一篇文章发表于此，请各位轻轻拍砖。
后续我会将我这家公司10多年的项目经历与产品经历慢慢写出来，供大家参考。
我在的公司是一个专注与企业市场服务的公司。
本文由 @飞翔的砖头 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自 unsplash，基于CC0协议
