编辑导语:很多人都有一种需求岗和产品岗的认知。两者差别不大，工作内容也差不多，但很难说区别在哪里。针对这两种立场，笔者分析了两者的不同之处，帮你理清两者的区别，帮助你做出更好的选择。
我是从需求分析岗位逐渐转型的产品岗。转型后，我会经常支持交付团队的需求分析工作。最近两年，团队发展过程中，产品和需求是同步招聘的。
很多人觉得两个职位差别不大，或者不知道具体差别在哪里，觉得工作内容差不多。同时，这两个职位在很多企业的定位也是千奇百怪，挂着产品的头衔，做着需求分析的工作，不断的剪不断理还乱。
所以今天我想谈谈我对这两种立场的看法，和大家一起探讨。
第一，有很多相似之处。
而需求产品，大部分日常工作就是满足需求，谈需求，写需求，谈需求，画原型(一些纯后台或者弱渠道项目不涉及)，跟踪进度，做验收，处理突***况等等。也会或多或少做一些市场/用户调研，竞品分析，用户回答等等。这方面就不再描述了，因为大家对这些内容的认知都差不多。
所以这两个帖子可以说是“同根同源”。
第二，差异多。1.在工作内容上
产品后会更注重版本的迭代和产品愿景的规划，更需要注重用户体验。同时，它应该结合各种因素来优先考虑和维护需求池。在某些行业或公司，产品岗需要兼顾运营和售前方案，同时兼顾商业模式。当然，他们中的一些人需要达到高级或主管级别才能参与进来。
需求岗更注重解决方案的实施、功能的细节、对客户的引导、需求变化的控制、需求扩散等问题，对解决方案的开发工作量也有一定的要求(尽量减少可执行方案的设计)。同时，与技术团队的沟通，项目管理和软件工程的知识也比产品岗更重要。
2.就团队组成而言
产品岗作为总监，可能会负责多条产品线或者同一个大产品线下的多个应用模块，会管理多个产品经理、产品助理等。组建一个产品团队。在管理上，要兼顾行业趋势、场景规划、应用效果、各产品线的R&D资源协调等。，而且在团队内部的分工和人员成长方面也要因材施教，体谅他人。
需求跟进团队作为一个解决方案团队，可以一个人支持多个交付项目的需求分析。如果做的业务差不多，可以逐步形成产品规划，孵化产品团队；如果做的业务相对独立，这种模式的发展和效率会有很大的瓶颈。管理人员需要探索如何更好地支持多个交付项目，如何安排多任务并行和多人协作，尤其是涉及远程协作。当然，很多企业会将解决方案团队隶属于交付团队，由交付总监统一调度。
对于一些长期稳定的交付项目，需求者总是在一个项目中工作。这种机会其实可以更多的改变产品思维，深入了解行业、竞品、用户，在项目的后期迭代中引导客户。
3.论企业的类型
需求更多体现在外包和解决方案IT企业，在交付团队设置需求岗进行定制，不断挖掘甲方新需求(当然很多人力外包团队也在招聘产品经理，但实际工作内容更倾向于需求分析)。
同时，和我的公司以及很多同类朋友一样，虽然以项目外包为主，但也组建了R&D团队，不断加大R&D投入和标准化产品孵化，形成了一个又一个产品团队。
像互联网自研团队，大部分会设置产品岗而不是需求岗，即使有些公司可能以需求分析为主。打个比方:领导是你的甲方，R&D团队是你的交付团队。在这种情况下，产品岗和需求岗会有更多的相似之处。
当然，我上面说的只是说明不同岗位的侧重点会有所不同，并不代表某项能力在某个岗位上不重要。再说了，不同工作经历、不同环境、不同行业的人，对这些“开放”的话题都会有自己独特的见解，所以不要完全把我的理解套在你自己的实际情况里进行判断。
宽容和接纳也是我们在工作中始终需要追求的东西。
第三，经验交流，把握底层能力。
从不同岗位获得的经验和能力是可以交换的。两条路都值得持续深耕，但一定要看发展方向。
我们可以把产品岗和需求岗统称为“业务线”。经过在业务条线的不断修炼，最后需要的底层能力都差不多。无论在哪个岗位、行业、团队，都需要刻意提升自己的底层能力。简单概括为结构化思维(解决问题能力)、共情能力、倾听与表达能力、创造力、设计能力、文档能力、决策能力等。，这些经历既可以相互交流，又可以相互促进，形成“良性的成长循环”。
所以，我们在工作或者找工作的时候，我个人的建议是，不要在意具体的职称和职责，而要关注这份工作能否提升我们底层的业务能力，形成个人职业发展的“良性成长循环”，然后选择管理路线还是更高层的成长路线。
第四，岗位之间的转换需要一个过程。
我做了三年左右的需求分析，然后改造产品。在转型之初，我们一直在用需求的思维设计功能，考虑这个功能是否容易实现，这样做需要做多少工作，如何满足特色功能等。，但我们一直缺乏全局、场景、通用、商业化等方面的思考，尤其是在用户体验和扩展性方面。
然后我作为产品成功发布了第一个版本之后，就去找交付团队帮助产品落地，也就是从产品岗到需求岗。同样，它会更多地从产品的角度来设计落地方案，缺乏对交付周期和交付成本的考虑。同时，在接到客户很多“伪需求”或特性需求时，缺乏对需求者应有的识别和引导。
我想表达的观点是，这两种看似相似的立场，虽然“同根同源”，但最终的发展方向、超前角度、思维方式等等却大相径庭，就像一对异卵双胞胎。
现在我的产品团队也偶尔会切换需求的身份来辅助交付和实现，这个转换过程漫长而纠结。尤其是当你以一颗产品之心追求某项功能的完美时，你不得不做出现实的妥协。反过来，当你的需求不能得到团队或客户的认可时，你就不得不考虑产品后续的发展路径是否需要调整。其中的酸甜苦辣只有自己经历过。
最终，只有你在两个岗位都做到了一定的技巧之后，才能在不同的环境下，表现出合理的状态，做出相对正确的决定。
写在最后
业务线的工作很有意思，很有意义。希望我们每个人都能在职业发展和个人中长期规划上越来越好，越来越不可替代。我们的成就可能不会像文革或科技革命那样改变世界，但我们可以用微创新的力量去影响用户，推动行业的发展，哪怕我们只是一朵浪花。
微信官方账号:不想延期。
本文由@不想拖延原创发布。每个人都是产品经理。未经许可，禁止***。
题目来自Unsplash，基于CC0协议。
本文来自玩味不尽投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/607592.html
微信扫一扫 
