职业规划：你适合做toB产品经理还是toC产品经理？

　　术业有专攻，产品经理也需要通过自我觉察，找准自己的角色定位，判断自己适合ToB还是ToC，有方向性地去选择适合自己的行业。
　　自我入行时，就有前辈教导我说产品经理要做T型人才，即一专多能。
　　产品经理职位自诞生以来，一直是被期待成企业内或行业内“杂家”的职业角色。
　　但在这个社会分工日益精细化的当今世界，无论哪行哪业，更需要的是专。做一名优秀的产品经理，要从自我觉察开始，觉察出你适合哪个行业、哪个端、哪类需求的感触、哪种人群的体察，从而规划出最适合自己的角色定位。
　　引言：我的过往心得
　　继上篇文章《如何做出优质的B端产品：学会复盘》发布之后，感慨过往种种之余，本人也陷入到深深的思考“严格意义上讲，我究竟算是toB产品经理还是toC产品经理？”。多日思索之后，终有答案我其实是一个toC产品经理。
　　2013年底，一个很偶然的机会，正值研二的我进入了搜狐媒体大厦、成为了一枚内容运营实习生。而在随后的几年，在互联网厂待过，也在K12教育、房产等垂直行业待过。主导过或参与过林林总总十余款产品，有toC的，亦有toB的。但是，做不同产品时的状态却能够差出好几个level。
　　对于做toC的产品，例如：招聘网站的搜索引擎投放页、城市分站的改版，在设计之初即非常明确优化方向，能够明显感知到当前没有呈现但用户却十分需要的信息是什么，改版后转化率一般都会60左右的提升。
　　再如做房产网站，用户每一步操作的目的、想看的内容、最佳的呈现形态、怎样的触达更加容易激活，在脑海里已经有明确的构想，画整个网站的UE几乎只用5个工作日；更如做房产内容类产品，怎样的展现可达到用户的预期，怎样的聚合能够让用户觉得有用，都能了然于心。
　　而做toB产品，我的手感就会差很多，显得十分的不自信，比如：做400话务后台，我当时觉得已经穷举出所有的业务逻辑及操作流程，却忘记了一个客户实际上可以有好几个意向房源，而客服不应将一个客户的若干意向之间覆盖，只留最后一个意向房源的信息；而是应该分别录入，最后才能知道用户最优意向并跟进。
　　再如：做抵押贷后台系统，SOP（标准作业流程）内各个角色人的操作内容，如果他们不表述的十分明确，我就完全感知不到、理解不了。
　　更如人事系统，在体系内入职人员，先自行下载企业的APP填写表单，然后HR再在人事系统后台核实并补齐内容。此流程看起来天经地义，却也在做完产品后实施起来破有难度（toB角色拉锯太多，极容易出现意见裹挟，而我常对此深感无力，说多了都是泪具体血泪史参见文章：《如何做出优质的B端产品：学会复盘》）。
　　所以，一路摸爬滚打过来，踩得坑多了，也就知道原来不是我个人状态调节的问题，而是我个人性格与岗位是否match的问题。
　　因此，我非常坚定地认为：我是一个toC的产品经理，并且想梳理出一篇文章，将自己的过往心得po出，抛砖引玉，希望能够给各位产品同道中人一定程度的指导与启发。
　　一、toC、toB不同的职业路径规划
　　从2010年后产品经理岗位逐渐热门，市面上亦有诸如《人人都是产品经理》《产品前线》《产品经理：从菜鸟到大师》《在你身边，为你设计》等书籍，已经介绍了产品经理成长路径的方法论，在此不做赘述。
　　但是，市面上貌似没有一本书籍讲toB产品经理成长的，上述几乎都是在说互联网环境下，面向广大独立用户，泛娱乐泛社交泛电商领域的产品经理的成长路径。
　　冷眼看toB方向越来越热门、数字化越来越深入到各个行业，所以实际上对于产品经理的要求、职业路径规划是不一样的。
　　toC产品经理的职业路径大多是：优秀毕业生或企业内优秀的其他员工转岗成为一名初级产品画UE出PRD跟项目3年表现良好升级为产品经理高级产品经理510年积累了一定产品经验及思考，升级为产品专家资深产品经理若是有大局观、及能够引入外部资源、统筹能力更好的，则升级为产品总监产品VP离职创业当CEO（但很多都是之前接触过的行业及领域）。
　　而小型toB产品的产品经理则大多是这样的：本公司或本行业的优秀员工转岗经受一些产品技能培训或项目管理的培训给企业画一些原型或主导一些项目升级为产品负责人和外部资源对接合作升级为产品总监转为行业内的高层，离开产品岗发展为管理岗。
　　大型toB产品的产品经理：大多是以前此大厂其他项目的技术负责人项目负责人兼任产品经理带一些产品新人升级为产品总监升级为产品VP。
　　所以，toB产品经理一定程度上门槛更高，很多都是有良好的技术功底，对于B端的诉求无论是扩展性、还是实现优化、或是业务逻辑上的需求，均能够转化为技术手段解决。所以，如果你是一枚想转岗的coder且沟通能力不错，不妨看看toB的岗位招聘，也许你会更有优势。
　　二、寻找你最适合的路径
　　如果你是一枚在大学学习4年计科类专业的产品萌新、或者是一枚摸爬滚打过来的产品老人，如何抉择出最适合你的方向和路径？
　　在此我有以下几点判断，可供参考：
　　1。你是否是一个善于倾听的人？
　　善于倾听、自我意识不强的人（生活大爆炸的Leonard），实际上对于toB产品较为有利，能够倾听及收集各方反馈并柔性沟通。
　　而不太善于倾听、自我意识较为强的人（极端案例生活大爆炸的Sheldon），产品决策基本上都是本位思考“followmyheart”，则更适合做toC产品（不要觉得此类人就不适合做产品，很多产品大神即是此种人格如乔布斯老师）。
　　2。需求的本源是什么？
　　是对于人性更为敏感，还是对商业更为敏感？
　　对于人性较为敏感的人，善于洞察出用户心理，善于发现使用背后的心理底层逻辑，适合做C端产品。通透人性，并为产品所用，是能够做出很多爆款产品或用户粘性非常好的产品的，详见本站另一篇给予我启发的文章《七宗罪解读人性最深处的原始需求分析》。
　　toB产品，无论是一个B还是多个B，无论是大B还是小B，终归围绕Business展开；Business无外乎是组织角色、内外部利益分析、内外部风险管理。而对于某一领域商业较为敏感的人，则天生擅长做此领域toB产品，对于产品涉及的角色、角色逻辑、商业诉求都能有很好的手感。
　　当然，你可能说我是XX行业销售，我对本行业商业较为敏感，是不是可以转行？
　　在此，我可能会泼个冷水。销售入行门槛暂且不议，一个好的sales一般都会是一个自我意识很强的人、甚至微有攻击性的人。因为自我意识更强人的才能在各种销售场合中赢面更大，说服力更强，把事情向最有利自己的方向推进。但toB产品经理却需要你有全盘全角色链条的考量，时刻想着他人的利益诉求并得出最优解，所以恐怕不太适合。
　　3。对于产品的把控，是否容错率低？
　　遇到问题，习惯于寻求norm的方法，还是truth的方法。
　　在此非常惭愧。因在上家公司离职，最后一句话即是和当时的leader（toB产品事业部总经理）阐述了此观点，甚至语态因自己是truth派别而自得。
　　时至今日，才恍然醒悟，其实世间大部分元素、关系、结构均是“存在即合理”，事物无所谓对与错，做产品是追求truth还是norm也无所谓高低。
　　所谓truth与norm，并不是我原创，而是高晓松老师在某一期《晓说》时所讲的观点（柴静的书《看见》里亦有相关论述）。
　　他说：“美国是一个做事情讲究truth的国家，而我国人做事情更加讲究norm。”
　　所谓truth，即是追求真理，追求那个极端的理想状态，无论付出多少辛苦；而norm则是在事物发展时候，寻求最省力的方式解决掉，很圆滑很变通。美国人可以为了系统扩展性、稳定性、安全性，重构可以花费1年时间；而中国人大多花费12个月就完成了，结果至多只达到了及格，然后再花费余下的时间不断迭代不断修修补补。
　　（上升星座为摩羯座）的我工作中是一个容错率低的人，觉得很多事情对就是得做到最好，你不按照我说的来做，预后肯定会比较差。所以常常把研发搞得亚历山大、精疲力尽。
　　而我上家公司的leadertoB产品事业部总经理Rodger则是一个非常智慧的人，技术出身、又有良好的沟通能力及业务解构能力，很多时候都是把系统按照norm的方法来做，最小成本的完成了toB产品业务诉求（所以其名下还有一系统申请了专利，而被其他各家争相效仿，开了业内先河）。
　　所以说，如果你是一个自我意识很强、精益求精的人，那么你更容易做出toC的精品。但是，toB一般会算投产比、和交付工期，所以toB产品，最好的方法就是norm的解决问题，在有限的资源内求得最优解。
　　上述概括即是“需求从何处来、到何处去、寻找及搭建解决路径的方法”。
　　此三方面的判断一个人适合做哪种类型产品最本源的判断依据。所以，自我对照之后，我终于了解为啥我做toB产品手感就会差很多的原因我是一个ego很强的女产品经理，followmyheart是比较容易的事情、努力让事件走向全部可控；而倾听别人意见、在复杂系统中权衡各端利弊、在不确定性中寻求最优解是我所不擅长的。
　　三、方法论：做toB和做toC产品的异同点
　　作为产品汪，无论toB还是toC都得做竞品分析、需求分析、画原型、写文档、做埋点计划、跟进测试并验收上线。把抽象思想变得具象化，这是我们的角色本分。
　　无论是toB产拼还是toC产品，无论是传统的软件还是互联网，最本质都是一个满足某个人、某个场景下、某个诉求的工具，所以方法论大同小异。
　　1。竞品分析
　　toB需要关注行业内的解决方案，特别是客户觉得好的案例；toC则是关注到需求及场景本身，用户在同一场景下使用了什么东西。
　　其中前百度副总裁李明远就曾指出其实SNS、BBS的没落，不在于其移动端转型慢了，而在于手机游戏、直播平台兴起。占用了此场景下用户的大部分时间，在同一场景内，手游及直播，比起传统文字类的平台更轻快、更吸引人。
　　2。需求分析
　　toB最主要的是做各个关键角色（即干系人）的访谈，其中包括：产品使用者、产品决策者、产品管理功能使用者、产品管理功能决策者；toC则要更需要更先进更多元手段一些，除了简单的访谈、深入用户生活观察用户日常之外，还需要搜集网上及来电的反馈、产品建议，数据埋点及用户行为路径监测。
　　3。流程图画原型
　　toB产品最最重要的是角色泳道图、用例图，此能够排查出各个角色之间的操作有无设计缺陷（如下图示例）。
　　toC产品，个人最近迷上写用户故事，时间、地点、人物、事件流，可以有效的把控你当前的设计是否有逻辑bug，是否满足用户使用习惯，以及怎样做才能超预期。
　　toB产品的UE需要有交互，比toC的复杂，因为往往toB产品经理需要和干系人对接时进行操作展示，所以不能是静态的。
　　4。写文档
　　其实文档虽然是产品经理的基本功，但是不同项目、不同排期、不同要求、不同的leader，对于文档的粒度、文档的涵盖范围、侧重点也有所不同。
　　我之前工作过的公司，做toB项目有一个项目写376页PRD的、也有完全不需要写PRD的。
　　但是，个人认为：toB的产品文档需要写的规范详尽，以便对于项目的各种情况的预估。由于toB毕竟是需要业务逻辑、角色操作、数据范围、权限范围、数据流较为复杂，所以文档基本上应将上述内容写清楚（如下图示例）。
　　5。做埋点计划
　　toC的埋点计划需要非常详尽、粒度非常细。
　　而toB项目由于主要宗旨是服务好B端用户，除了一些大型的SaaS商家端后台（如钉钉、外卖商家端后台），其余仅需做一些简单的数据埋点即可。将所需的用户监测的表头梳理出来，由程序员根据表头进行所需数据项的count。
　　6。跟进测试
　　无论toB还是toC，从内测时产品经理及时跟进测试、及时对于发现逻辑漏洞、设计不合理处进行修正都是非常有必要的。当然toB时候需要测试童鞋帮忙建立若干角色的测试账号，以便进行流程验证。
　　结语：选择你所喜欢的，喜欢你所选择的
　　无论toB还是toC，选择你喜欢或擅长的领域、选择你最喜欢的公司，操刀做一款你发自内心热爱并融汇你全部思考的产品，是一件非常有成就感的事此过程我比作“以恋爱的心态来工作，以生娃的心态来生产品”。
　　其实有生之年，你自己就是你最好的、最有说服力的产品。希望上述鄙见能够给列位有所启发，很多观点及概念只是我当下的思考，亦欢迎有识之士交流斧正。