专业的短链接生成工具
链接域名
短网址有效期
我的B端产品经理工作流程
更新时间：2025-6-3 01:07:44 作者：爱短链
与C端相比，关于B端产品经理的工作流程和整体方法的讨论仍然很少。
即使有，也是针对某一细化部分，缺乏总结。
因此，作为B端产品经理，笔者将结合工作实践和认知，与大家分享B端产品经理的工作流程？ 2020年1月快过年的时候，我看到一个产品在脉脉上分享了一张图片，内容是《我了解到的B端产品经理的工作流》，有些和我实际做的有很多相似之处，所以我点了一个赞，收藏了一波。
事后一直想着有机会拆解这张图中的知识点，在里面加上自己的理解。
根据帕金森定律，如果我们不为自己设定一个Deadline，然后做一件事的时间会无限期地占用其他事情的时间，这样我们最终只会留出一点时间去做。
所以，趁着一点热情和动力，赶紧完成这个内容。
下面的长图是我重新整理和重置的高清图片版本。
具体作者不详，不知道原图是谁做的，只能说是摘自脉脉。
如果你对里面提到的工作流感兴趣，可以直接按下长图保存到当地。
01 我的担忧 上面提到的是我在脉搏上看到的图片。
事实上，对于B端产品来说，关于工作流的方法论文章很少，尤其是那些经历过很少项目或没有深刻经验的初级产品的学生。
他们觉得别人说的工作流和方法论是正确的，这是非常好的。
结果自己来做的时候，没有章法。
今天是降龙十八掌，明天是乾坤大移，后天九阴真经走火入魔。
原因是核心点是因为知道而不知道为什么。
去年上半年，我一直在努力调整工作方式，努力走模式化、规范化的道路，确保我所做的一切都有一个系统或原则。
比如蚂蚁金服Ant Design有很大的空间来解释这套UI设计原则。
B端产品也是如此，需要一套有效的工作流，一方面约束自己，另一方面与他人合作。
然而，市场上关于B端产品的信息太少，或者有很多信息反复使用一些肤浅的东西，缺乏实际的战斗、指导，但也可以考虑一些全过程系统的知识。
这意味着，当我没有足够的时间沉浸在B端时，我充满了担忧担心的原因是： 担心走弯路，变成野路。
因为年轻人不怕走弯路，怕走弯路直到回不去才醒来； 担心没有系统，增长太慢。
很多时候，我们说我们讨厌框架，因为培养框架的人是一样的，但很多时候，如果没有框架，培训可能会成为一个问题，更不用说后续的相同性了； 担心不能定位自己，不知道自己现在的水平，是在浅海裸泳吗？还是在波浪中潮湿？没有比较，你不知道你有多少金； 担心不能赋予别人权力。
毕竟，这个行业已经持续了很长一段时间，而且这个职业已经工作了很长一段时间，它总是面临着老年人带来新人的问题。
如果他们的理解、方法和方法都有问题，那么带新人，培养新人就不会翻车。
担心了一段时间后，我发现这件事似乎不明白，因为不是所有的知识都被咀嚼、喂养，然后主动推给你，即使有这样的知识，你也可能无法击中。
因此，在那段时间里，我阅读了大量与B端产品相关的书籍和相关资料，包括李宽先生《B端产品经理的必修课给了我很大的帮助。
中途看了好几遍，最后消化了核心知识，开始了TAPD的WIKI编辑产品经理的日常工作规范WIKI内容仍在不断完善和补充。
与此同时，我无意中在MOOOC网络上找到了一门与产品相关的课程，其中提到了产品工作流的介绍，内容与我正在做的非常相似。
因此，更让我坚信，我自己的路，意识到这条路不是脱轨或非常野生，没有规则。
02 走在路上 既然找不到咀嚼后可以直接喂自己的知识，那就找个有营养的大家伙先咀嚼，然后自己咀嚼记录下来。
不知道以后能不能喂别人，但至少可以作为参考。
去年我觉得这个工作流程怎么样？我当时的想法和心路历程是什么？一年过去了，我现在有什么感觉？ 在意识到这一事实后，我开始记录一些与我每天看到和感受到的产品相关的知识和方法。
也就是说，从那时起，我将经常更新博客、更新公共账户，并提交每个人都是产品经理。
经过这一系列的操作，我获得了很多收入。
不能说我的产品工作流有什么特别的提升，对行业的认知有什么独特的见解，更不能说我对产品行业有什么高谈阔论。
但很明显，我觉得自己在路上，而且还是一条快车道。
一开始，我的工作流可能很简单，甚至有些事情我也改变了很多次。
然而，不久之后，我发现我的工作模式和心态发生了变化。
我为自己制定了规则和游戏玩法，并遵循了这些规则和游戏玩法，这使得我对日常工作的许多需求和项目能够保持一致的风格和系统。
在培养新人的同时，这种风格和体系也能表现出奇效，以此为基准构建培养框架。
每个人都是一个模型出来的人，不会特别优秀，但也不会特别粗糙，因为基本技能和一些底层基础已经奠定了坚实的基础。
其余的是，通过后天自己的抛光，自己助。
03 我「看」B端产品工作流 上面铺了很多路，算是给自己卖了个惨。
因为很多时候，自学和成长真的很惨，可能是因为没人教，受挫太多，学不会，成长太慢。
但回顾过去，你会发现学习习中也有运气。
有时，有了运气，你偶然学到了一些扩展知识，这可能会帮助你打开任督的第二个脉搏。
最近流行的一句毒鸡汤叫: 除非你运气好，否则你永远赚不到超出你认知范围的钱，否则你会靠运气赚钱。
然而，运气赚来的钱最终往往会凭借实力亏损。
然而，学习并非如此。
你不会学习超出你认知范围的知识，但你是靠运气学习这些知识的。
最糟糕的结果是，如果你不能使用它们，你可能会忘记它们，但你对自己没有损失。
积极思考思考。
也许你学到的知识会让你接触类比，扩展更多的知识，从而打开你探索知识的大门。
而我的B端产品之路，也是从一个简单的认知之外的知识，然后慢慢接触到更广泛、更全面的知识，从而打开了我探索知识的大门，最后这些知识引导我走向产品的快车道。
好了，现在就来谈谈我对B端产品工作流的看法和看法。
1. 项目立项 一般来说，项目立项是从0到1使用的，但往往很少有人能接触到从0到1，所以我没有什么特别需要补充的。
PMP在指导下，项目立项报告应被视为启动开工的必要输出文件，因此不能节省这一块。
2. 需求调研 这似乎是一个老生常谈的话题，需求研究也是一个很大的概念，但很明显，B端和C端的产品都需要进行需求研究。
我常用的需求研究方法通常是先分析，然后给出框架，给出一些问题，然后采用访谈式收集需求。
因为目前我做的业务，需求方基本都是公司的其他部门，即使有非内部需求，也可以面对面或者微信交流。
至于网上网上经常提到的问卷调查、数据分析、行业研究等，基本上是通过访谈 竞品分析一把梭。
3. 产品宣讲 我对这个地方有一些不同的看法。
可以合理地说，当项目批准时，实际上需要宣传产品。
即使在项目批准之前，我们也应该开始需求研究、行业分析、竞争产品分析等工作，所以我觉得这里有点多余或负担。
4. 竞品分析 刚才提到第三点是多余的，所以我通常是第二点和第四点的组合拳，也就是需求研究 竞争产品分析梭。
这和我的理解是一致的，操作流程的顺序也是一样的。
5. 画用例图 例子是一个鄙视链的东西。
据我观察，大多数开发转行产品或计算机相关专业产品的人都会热衷于使用这种产品；也许与计算机相关的专业产品不是UML我从来没有听说过，更不用说画了。
所以鄙视链是这样的:常用例图
即使有，也是针对某一细化部分，缺乏总结。
因此，作为B端产品经理，笔者将结合工作实践和认知，与大家分享B端产品经理的工作流程？ 2020年1月快过年的时候，我看到一个产品在脉脉上分享了一张图片，内容是《我了解到的B端产品经理的工作流》，有些和我实际做的有很多相似之处，所以我点了一个赞，收藏了一波。
事后一直想着有机会拆解这张图中的知识点，在里面加上自己的理解。
根据帕金森定律，如果我们不为自己设定一个Deadline，然后做一件事的时间会无限期地占用其他事情的时间，这样我们最终只会留出一点时间去做。
所以，趁着一点热情和动力，赶紧完成这个内容。
下面的长图是我重新整理和重置的高清图片版本。
具体作者不详，不知道原图是谁做的，只能说是摘自脉脉。
如果你对里面提到的工作流感兴趣，可以直接按下长图保存到当地。
01 我的担忧 上面提到的是我在脉搏上看到的图片。
事实上，对于B端产品来说，关于工作流的方法论文章很少，尤其是那些经历过很少项目或没有深刻经验的初级产品的学生。
他们觉得别人说的工作流和方法论是正确的，这是非常好的。
结果自己来做的时候，没有章法。
今天是降龙十八掌，明天是乾坤大移，后天九阴真经走火入魔。
原因是核心点是因为知道而不知道为什么。
去年上半年，我一直在努力调整工作方式，努力走模式化、规范化的道路，确保我所做的一切都有一个系统或原则。
比如蚂蚁金服Ant Design有很大的空间来解释这套UI设计原则。
B端产品也是如此，需要一套有效的工作流，一方面约束自己，另一方面与他人合作。
然而，市场上关于B端产品的信息太少，或者有很多信息反复使用一些肤浅的东西，缺乏实际的战斗、指导，但也可以考虑一些全过程系统的知识。
这意味着，当我没有足够的时间沉浸在B端时，我充满了担忧担心的原因是： 担心走弯路，变成野路。
因为年轻人不怕走弯路，怕走弯路直到回不去才醒来； 担心没有系统，增长太慢。
很多时候，我们说我们讨厌框架，因为培养框架的人是一样的，但很多时候，如果没有框架，培训可能会成为一个问题，更不用说后续的相同性了； 担心不能定位自己，不知道自己现在的水平，是在浅海裸泳吗？还是在波浪中潮湿？没有比较，你不知道你有多少金； 担心不能赋予别人权力。
毕竟，这个行业已经持续了很长一段时间，而且这个职业已经工作了很长一段时间，它总是面临着老年人带来新人的问题。
如果他们的理解、方法和方法都有问题，那么带新人，培养新人就不会翻车。
担心了一段时间后，我发现这件事似乎不明白，因为不是所有的知识都被咀嚼、喂养，然后主动推给你，即使有这样的知识，你也可能无法击中。
因此，在那段时间里，我阅读了大量与B端产品相关的书籍和相关资料，包括李宽先生《B端产品经理的必修课给了我很大的帮助。
中途看了好几遍，最后消化了核心知识，开始了TAPD的WIKI编辑产品经理的日常工作规范WIKI内容仍在不断完善和补充。
与此同时，我无意中在MOOOC网络上找到了一门与产品相关的课程，其中提到了产品工作流的介绍，内容与我正在做的非常相似。
因此，更让我坚信，我自己的路，意识到这条路不是脱轨或非常野生，没有规则。
02 走在路上 既然找不到咀嚼后可以直接喂自己的知识，那就找个有营养的大家伙先咀嚼，然后自己咀嚼记录下来。
不知道以后能不能喂别人，但至少可以作为参考。
去年我觉得这个工作流程怎么样？我当时的想法和心路历程是什么？一年过去了，我现在有什么感觉？ 在意识到这一事实后，我开始记录一些与我每天看到和感受到的产品相关的知识和方法。
也就是说，从那时起，我将经常更新博客、更新公共账户，并提交每个人都是产品经理。
经过这一系列的操作，我获得了很多收入。
不能说我的产品工作流有什么特别的提升，对行业的认知有什么独特的见解，更不能说我对产品行业有什么高谈阔论。
但很明显，我觉得自己在路上，而且还是一条快车道。
一开始，我的工作流可能很简单，甚至有些事情我也改变了很多次。
然而，不久之后，我发现我的工作模式和心态发生了变化。
我为自己制定了规则和游戏玩法，并遵循了这些规则和游戏玩法，这使得我对日常工作的许多需求和项目能够保持一致的风格和系统。
在培养新人的同时，这种风格和体系也能表现出奇效，以此为基准构建培养框架。
每个人都是一个模型出来的人，不会特别优秀，但也不会特别粗糙，因为基本技能和一些底层基础已经奠定了坚实的基础。
其余的是，通过后天自己的抛光，自己助。
03 我「看」B端产品工作流 上面铺了很多路，算是给自己卖了个惨。
因为很多时候，自学和成长真的很惨，可能是因为没人教，受挫太多，学不会，成长太慢。
但回顾过去，你会发现学习习中也有运气。
有时，有了运气，你偶然学到了一些扩展知识，这可能会帮助你打开任督的第二个脉搏。
最近流行的一句毒鸡汤叫: 除非你运气好，否则你永远赚不到超出你认知范围的钱，否则你会靠运气赚钱。
然而，运气赚来的钱最终往往会凭借实力亏损。
然而，学习并非如此。
你不会学习超出你认知范围的知识，但你是靠运气学习这些知识的。
最糟糕的结果是，如果你不能使用它们，你可能会忘记它们，但你对自己没有损失。
积极思考思考。
也许你学到的知识会让你接触类比，扩展更多的知识，从而打开你探索知识的大门。
而我的B端产品之路，也是从一个简单的认知之外的知识，然后慢慢接触到更广泛、更全面的知识，从而打开了我探索知识的大门，最后这些知识引导我走向产品的快车道。
好了，现在就来谈谈我对B端产品工作流的看法和看法。
1. 项目立项 一般来说，项目立项是从0到1使用的，但往往很少有人能接触到从0到1，所以我没有什么特别需要补充的。
PMP在指导下，项目立项报告应被视为启动开工的必要输出文件，因此不能节省这一块。
2. 需求调研 这似乎是一个老生常谈的话题，需求研究也是一个很大的概念，但很明显，B端和C端的产品都需要进行需求研究。
我常用的需求研究方法通常是先分析，然后给出框架，给出一些问题，然后采用访谈式收集需求。
因为目前我做的业务，需求方基本都是公司的其他部门，即使有非内部需求，也可以面对面或者微信交流。
至于网上网上经常提到的问卷调查、数据分析、行业研究等，基本上是通过访谈 竞品分析一把梭。
3. 产品宣讲 我对这个地方有一些不同的看法。
可以合理地说，当项目批准时，实际上需要宣传产品。
即使在项目批准之前，我们也应该开始需求研究、行业分析、竞争产品分析等工作，所以我觉得这里有点多余或负担。
4. 竞品分析 刚才提到第三点是多余的，所以我通常是第二点和第四点的组合拳，也就是需求研究 竞争产品分析梭。
这和我的理解是一致的，操作流程的顺序也是一样的。
5. 画用例图 例子是一个鄙视链的东西。
据我观察，大多数开发转行产品或计算机相关专业产品的人都会热衷于使用这种产品；也许与计算机相关的专业产品不是UML我从来没有听说过，更不用说画了。
所以鄙视链是这样的:常用例图
