【极客时间】B 端产品经理入门课

做 C 端产品的人转 B 端，最容易踩的坑不是不会画原型，而是把「用户喜欢」当成「客户买单」。B 端产品的需求来自合同、来自业务流程、来自甲方一句话，而不是来自用户调研问卷里的评分。这门课要解决的，就是这类具体的能力缺口：你缺的不是工具操作，而是 B 端那套判断逻辑。

先确认：你是不是真的需要补这块

三类人学这门课收益最直接。第一类是从 C 端转过来的产品经理，习惯了日活、留存、转化率这套指标，到了 B 端发现 OI（客户满意度）背后其实是一堆组织关系和验收条款。第二类是技术转产品，能听懂研发说什么，但不知道需求优先级该按什么排——B 端的优先级往往由商务进度和客户层级决定，不是按「用户体验提升幅度」。第三类是已经在做 B 端但一直在打杂的人，接需求、写文档、跟进度，三年下来还是说不清自己负责的产品业务模型长什么样。

如果你只是想学 Axure 或者墨刀怎么用，这门课帮不上你，这类工具教程满地都是。它补的是判断力那一层。

B 端产品的能力缺口具体在哪

课程围绕三个维度展开，正好对应大多数人卡住的位置。

• 业务理解：B 端产品要先把客户的生意跑通一遍。什么叫跑通？知道对方的钱从哪来、成本压在哪、哪个环节最怕出错。这部分缺失，后面画的所有流程图都是空中楼阁。
• 产品设计：B 端的设计不是让界面好看，是让权限、角色、流程、数据流转说得清。一个审批流里谁在什么条件下能改哪一级，这类规则复杂度远超 C 端的交互设计。
• 职业规划：B 端产品经理的成长路径和 C 端不一样，做行业纵深往往比横向跳槽更值钱。这门课把这条路径讲得比较实，不是喊口号。

看完应该能回答的几个问题

用这几个问题自查，如果现在答不上来，学完再回头看。

• 客户提了一个明显不合理但很紧急的需求，你用什么标准决定接还是不接？
• 一个多角色协作的 B 端系统，你从哪里开始拆模块，拆完怎么验证没漏角色？
• 客户说「要个大屏」，你怎么判断这是真需求还是老板的面子工程？
• 你做 B 端三年了，简历上写什么能证明你不是只会写 PRD？

怎么用这套材料

课程里既有方法论也有实操拆解，建议不要从头顺着看。先挑「业务理解」那块，把自己手上正在做的产品拿进去套一遍：能不能说清客户的商业模式？说不清就停下来补，别急着往后看设计部分。设计部分适合边看边改自己手上的权限表或流程图，看完不改等于没看。职业规划部分放最后，等你对 B 端这行有了具体体感再看，共鸣会强很多。

配合练习建议：每看完一个模块，用一句话写下「我原来的做法是……现在知道应该……」如果写不出这个对比，说明还没真正吃进去。