今天来复盘一下自己在工作中意识到的to B项目运营需掌握的专业技能，我是如何提升的？
1. 沟通及理解能力
项目运营需要面对用户、开发、测试等不同的同事进行交流，要先自己吸收、精确理解了用户的需求，同时具备高效的沟通能力，才能尽可能准确的将一个需求从用户过渡给开发及测试。
2. 挖掘及引导用户需求的能力
需求调研时需要提前了解用户的公司背景及业务现状，整理好调研提纲，形式不限。在真正与用户沟通交流时，尽可能多的比用户想的要更深更广（虽然很难），尽可能多的让用户阐述出自己的需求。
当用户对自己的需求也不确定，前后说法出现矛盾时，可根据自己掌握的专业知识、做其它项目的经验及产品现状，为用户提供相应的解决方案，引导用户的需求提出。
这样做的目的是为了帮助用户梳理出真正的需求，这样做的好处是可以使该需求的功能实现尽量贴近已有的产品，一定程度上降低开发、测试及实施成本。
3. 将用户需求转化成产品需求的能力
在需求调研后，这个时候我们已经了解了用户想要实现的需求都有哪些，但具体的功能该如何实现呢？这就需要项目运营将用户需求转化成产品需求，也就是将用户的语言转化成开发的语言。
举个简单的例子，比如客户的业务需要在线上申请，申请时都有哪些要素需要填写、有哪些要素是必填的由用户提出需求，但是在申请时，有些要素是否需要校验、是强校验还是弱校验、输入的控件要选哪种等等，这些都是需要项目运营去翻译、去设计的，这样开发人员才能按照正确的规则开发，测试人员才能完善测试场景。
4. 结构化思考的能力
有些企业的业务流程会比较复杂，通常一个业务的需求会在多个产品模块中实现，项目运营在实现用户需求的时候，就不能只考虑自己负责的模考，要从整个业务层面出发，将流程的开始至结束都串起来，打通各个模块之间的交互。
这对一个初级项目运营来说往往有些困难，因为短时间内很难摸清楚各个模块的功能和底层实现逻辑，尤其是一些对接多个业务线的中台模块，这就需要项目运营平时多用系统，多做业务，多请教，尽快熟悉系统内不同模块之间的交互逻辑。
5. 共情能力
永远都从用户的角度出发思考问题，站在用户的角度，结合用户的使用场景（这点很重要，一定要在业务场景中理解用户的需求）思考他在该场景下做业务的时候会遇到哪些问题，这些问题放在产品中又要如何解决。对用户的共情也是帮助我们尽快建立和用户的信任的桥梁。
6. 培养用户使用习惯的能力
对于to B产品来说，“培养用户的使用习惯”在我的理解看来，不是硬要用户因为用多了自己的产品而习惯了产品的设计，而是因为产品的设计符合大多数人的使用逻辑，从用户易用的角度出发进行设计，使用户认同这种设计，从心理上接收、认可产品的逻辑与设计，从而习惯产品的使用。
7. 管理能力
项目运营的管理能力体现在对需求的管理上，建立需求池，根据优先级对需求排序从而设定产品的迭代计划。
在这里要特别指出的是我认为在一个项目中，从商务的角度出发，项目运营有责任把控需求范围，控制项目成本。
具有商务意识对项目运营来说没有坏处。
除了管理需求，更重要的是项目运营需要管理产品全生命周期，从0-1，从产品入市到出市，项目运营需要对产品生命周期的各个环节负责。
顺带的项目运营还需要“管理”开发与测试的小团队，这个“管理”不是说项目运营在行政级别上对开发和测试同事有管理权，而是说在产品的开发、测试环节，项目运营需要凝聚起这个小团队，协调团队中的资源，解决关于产品开发、测试至落地的一切问题。
8. 学习能力
对于to B项目运营而言，很多时候要接触一些新的业务，新的模块，这就对项目运营的学习能力提高了要求。
如果项目运营不具备快速学习的能力，那就无法理解用户的需求，甚至在需求调研阶段无法与用户进行有效的沟通，很可能设计出来的产品完全不符合用户的需求。
以上是我在这几年工作中感悟到自己作为一名to B的项目运营要具备和提升的能力，除了以上几点，在专业知识和专业技能上，项目运营也应不断学习。
就专业知识而言，可以在网上找到很多资料和网课进行学习。
而对于专业技能，如Axuer、Xmind等软件的使用，则需要多多使用，熟能生巧。
及时复盘、总结，也是一名打工人不断提升自我非常好的方法，这个方法可以帮我们总结过往，找出之前被我们忽略的细节，在思绪混乱时还可以帮我们理清头绪，找到下一步要前进的方向。
经验教训总结
在这里也想分享给大家，对自己也算一个提醒，今后能绕过这些坑：
1. 从心态上永远不要将用户看做是自己的对立面
项目运营和用户都是普通人，大家都有自己的情绪和想法，当大家所站的利益方不同时，就会有矛盾和冲突产生，但不管怎样，在心态上尽量不要有“你”、“我”这样的想法，而是让“我们”来一起解决问题。
2. 事事留证据
任何关于需求的确认、变动，最好都能形成文字以邮件的形式发给用户确认，抄送相关同事及领导，或者发给用户微信确认，能得到用户的回复也可以。
3. 不要轻易答应用户或同事的超纲要求
每个人都有自己的工作职责，即时是用户提出的超出自己工作范畴的要求，也要思考一下，不能因为其它事情影响了自己份内的工作，而且还要承担更大的风险和责任。
