职业规划：你适合做to B产品经理还是to C产品经理？（下）

Evelyn

三、方法论：做to B和做to C产品的异同点
作为产品汪，无论to B还是to C都得做竞品分析、需求分析、画原型、写文档、做埋点计划、跟进测试并验收上线。把抽象思想变得具象化，这是我们的角色本分。

无论是to B产拼还是to C产品，无论是传统的软件还是互联网，最本质都是一个满足某个人、某个场景下、某个诉求的工具，所以方法论大同小异。

1. 竞品分析
to B需要关注行业内的解决方案，特别是客户觉得好的案例；to C则是关注到需求及场景本身，用户在同一场景下使用了什么东西。

其中前百度副总裁李明远就曾指出——其实SNS、BBS的没落，不在于其移动端转型慢了，而在于手机游戏、直播平台兴起。占用了此场景下用户的大部分时间，在同一场景内，手游及直播，比起传统文字类的平台更轻快、更吸引人。

2. 需求分析
to B最主要的是做各个关键角色（即干系人）的访谈，其中包括：产品使用者、产品决策者、产品管理功能使用者、产品管理功能决策者；to C则要更需要更先进更多元手段一些，除了简单的访谈、深入用户生活观察用户日常之外，还需要搜集网上及来电的反馈、产品建议，数据埋点及用户行为路径监测。

3. 流程图&画原型
to B产品最最重要的是角色泳道图、用例图，此能够排查出各个角色之间的操作有无设计缺陷（如下图示例）。

to C产品，个人最近迷上写用户故事，时间、地点、人物、事件流，可以有效的把控你当前的设计是否有逻辑bug，是否满足用户使用习惯，以及怎样做才能超预期。

to B产品的UE需要有交互，比to C的复杂，因为往往to B产品经理需要和干系人对接时进行操作展示，所以不能是静态的。

职业规划：你适合做to B产品经理还是to C产品经理？
4. 写文档
其实文档虽然是产品经理的基本功，但是不同项目、不同排期、不同要求、不同的leader，对于文档的粒度、文档的涵盖范围、侧重点也有所不同。

我之前工作过的公司，做to B项目有一个项目写376页PRD的、也有完全不需要写PRD的。

但是，个人认为：to B的产品文档需要写的规范详尽，以便对于项目的各种情况的预估。由于to B毕竟是需要业务逻辑、角色操作、数据范围、权限范围、数据流较为复杂，所以文档基本上应将上述内容写清楚（如下图示例）。

职业规划：你适合做to B产品经理还是to C产品经理？
5. 做埋点计划
to C的埋点计划需要非常详尽、粒度非常细。

而to B项目由于主要宗旨是服务好B端用户，除了一些大型的SaaS/商家端后台（如钉钉、外卖商家端后台），其余仅需做一些简单的数据埋点即可。将所需的用户监测的表头梳理出来，由程序员根据表头进行所需数据项的count。

职业规划：你适合做to B产品经理还是to C产品经理？
6. 跟进测试
无论to B还是to C，从内测时产品经理及时跟进测试、及时对于发现逻辑漏洞、设计不合理处进行修正都是非常有必要的。当然to B时候需要测试童鞋帮忙建立若干角色的测试账号，以便进行流程验证。

结语：选择你所喜欢的，喜欢你所选择的
无论to B还是to C，选择你喜欢或擅长的领域、选择你最喜欢的公司，操刀做一款你发自内心热爱并融汇你全部思考的产品，是一件非常有成就感的事——此过程我比作“以恋爱的心态来工作，以生娃的心态来生产品”。

其实有生之年，你自己就是你最好的、最有说服力的产品。希望上述鄙见能够给列位有所启发，很多观点及概念只是我当下的思考，亦欢迎有识之士交流斧正。