产品经理如何选择自己的职业道路

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