极客时间- 董小圣-B端产品经理入门课（完结）

先判断：这门课解决的是哪类人的问题

B 端产品经理这个岗位，转行的人多，踩坑的也多。常见的情形是：原本做运营、测试、开发，或者刚从学校出来，被安排去接手一套后台系统，需求文档写不顺，跟业务方开会抓不住重点，做出来的功能上线后没人用。这类问题不属于「不会画原型」，而是缺少一套判断 B 端产品该做什么、不该做什么的工作方法。

董小圣这门入门课针对的正是这个阶段。它不教工具操作，也不讲大厂黑话，重点放在 B 端产品和 C 端产品的差别上——用户是谁、需求从哪来、怎么判断一个需求值不值得做。如果你已经做了半年以上 B 端产品，日常流程都熟，这门课对你偏浅；如果你是零基础转岗、或者刚被扔进一个后台项目里，它是比较合适的第一块垫脚石。

学完能独立做什么

判断一门入门课值不值，看它能不能让你独立完成一件具体的事。按课程覆盖的内容，学完后大致能做到：

• 拿到一个业务方的口头诉求，能拆成可执行的需求描述，而不是直接转给开发；
• 区分清楚哪些是业务方真正要解决的问题，哪些只是他提出的解决方式；
• 面对一个后台系统，能画出角色和权限的基本关系，说清不同角色看到什么、能操作什么；
• 写出一份结构完整的 B 端需求文档，包含流程、字段、异常情况，让开发和测试能直接开工；
• 在评审会上解释清楚「为什么这么设计」，而不是被一句「我觉得不好用」问住。

这些是 B 端产品日常最基础的动作。课程没有承诺你能独立负责一条完整产品线，这个预期要放平。

资料适合什么基础

课程假设你没有产品经验，但需要你对「企业里有一套系统在跑」这件事有基本感知。如果你在职场待过，接触过 OA、CRM、ERP 这类系统，理解起来会很顺；如果完全没接触过，建议先去了解一下常见的后台系统长什么样，再回来看需求分析的部分，会更容易进入状态。

技术背景不是必需，但有一点会更好。B 端产品经常要跟开发讨论接口、数据表、权限逻辑，课程里涉及这些内容时不会展开讲原理，懂一点的人接受度更高，不懂也不影响理解主线。

资料怎么用

建议按课程本身的顺序走，不要跳。B 端入门最容易犯的错是先学画原型、写文档这些「手上活」，结果做出来的东西业务方不认。这门课把认知和方法放在前面，工具性的内容在后半段，顺序本身就是一种训练。

每看完一个模块，找手上正在做的或曾经接触过的一个系统，试着按课里的框架重新拆一遍。B 端产品的很多判断依赖具体业务场景，光看不动手，看完就忘。另外，课程里关于需求优先级的讨论值得反复看，这是转岗初期最容易出错的地方，也是跟业务方拉扯最多的地方。

最后说一句取舍：这是一门入门课，讲的是通用方法和基本框架，不涉及具体行业（比如金融、医疗、供应链）的深度业务知识。学完之后你还需要在实际项目里补行业理解，那部分只能靠在岗积累，任何课程都替代不了。