toB的产品经理和toC的产品经理什么差别?
发布网友
发布时间：2022-04-29 21:06
共3个回答
热心网友
时间：2023-10-09 04:53
做过B也做过C。B和C 的PM最显著的区别是，B的用户没有C那么多。杰出的产品经理像著名的导演或者编剧，等待一个机会，一炮而红，到底是市场胜利还是艺术上的成就没有那么重要。合格的产品经理是一个反应迅速的需求分析师，找到用户的问题。什么是用户的问题，不是客户让你加了1你就加了一，而是用户在什么场景下遇到了什么样的问题，为什么有这样的操作。提出解决方案，衡量场景出现的价值，然后决定和排序。合格的产品经理至少有和团队和老板沟通的能力，有时候老板提出的细节，客户提出的细节，你可以像咨询师一样发觉核心问题，然后决定解决问题的路径（roadmap出来咯）。为什么B的产品经理没有C的产品经理容易做，为什么B的PM一定是客户说怎么做就怎么做？无法接触到B的用户正在使用的情况，只能假设（特别是工业品），如何提高，跟着技术支持销售等等一线人员接触一些客户，或者申请到对方的团队托管一下。面对C端客户，如果来了一大群像豆瓣一样非常反对改版的用户，改还是不改，也是个问题吧？推动的事情越多，努力成为事实上的关键人物，title又何妨。
热心网友
时间：2023-10-09 04:53
我目前在做的产品是物流（配送）领域的产品，介于 to C 和 to B 之间。可以说下我的理解。先说 to C 产品。大家都比较熟悉用户产品，分析的思路都是看市场组成、看竞争对手、看用户群体，可以说，得用户者得天下。不管是用户体验至上、打价格战补贴战，还是讲情怀说故事、买广告做公关，这样的产品就是想方设法要让用户用上、而且让用户喜欢上。
对于这样的 to C 产品，产品经理要做的事情是我们平时都会聊到的：需求分析、功能设计、用户体验、迭代推进等等。用这些工作保障产品一直在向让产品更有价值、用户更愿意埋单的方向进步。因此，对 to C 产品的产品经理来说，主要能力大概是：对市场和用户敏感，懂得做调研、访谈和分析对需求和场景敏感，可以做好功能设计熟悉用户体验，懂审美沟通、团队协作和管理能力熟悉运营、营销方面的知识再说 to B 的产品。to B 的产品有两种，一是内部产品，比如后台产品、CRM 系统或者 ERP 系统，这是针对公司的需求让很多工作结构化、信息化以及流程化，而公司未必是做 to B 的产品的；再者是公司的商业产品原本就 to B，比如一些外包团队、提供语音技术解决方案的公司，以及像菜鸟这样试图填充某几项物流环节的公司。对前者来说，产品经理要关注的是公司的产品，以及公司团队的整体协作方式。产品的所有价值就是让团队的工作更加高效、快捷和方便。比如原本客服团队都用最笨拙的手工记录方式处理问题，客服系统可以让效率提升十倍，这就是价值。比如，原本发布各种版本（正式、灰度、强更、A/B）都要让工程师去手动完成，后来做一套可视化的后台发布系统，发布由产品或者运营就能完成，这也是价值。对后者来说，产品经理要关注的则是整个产业链的情况、整个 to B 市场的状况。自己公司的产品在行业内是处于什么位置？价值产生在什么地方？威胁最大的会是什么？说白了也就是 SWOT 的分析。
热心网友
时间：2023-10-09 04:54
1.要深入到业务中去，了解业务的重要性就不用说了，除了对业务的深入了解之外。即使手头有要做的工作，也要时常在业务部门附近溜达，听听他们说什么讨论什么，甚至把自己的座位就搬到业务部门旁边。第一时间了解信息是最重要的。
2.愿意干脏活累活，to B的系统往往要和业务系统对接，一到对接，边界上扯皮的事情就多，尤其那些脏活累活，你干还是我干？你干的越多，就意味着你的支撑系统向业务系统渗透的越多，业务系统对你的依赖就会越重。
3.绝不启动单独的”系统重构“”基础架构“这样的需求。系统要不要重构？当然要。基础架构要不要建设？当然要。但是所有的基础需求，都是伴随着解决具体问题去实现的。也就是说，上面提到的那些骨架的实现，得确保每次都得带着肉一起来。这就需要PM在心里对这个骨架非常清晰，这样，当听到一个业务的想法或者需求或者问题的时候，能敏锐的感觉到在实现这个”功能“的时候，可以搭车实现自己的基础需求。至于to B的PM需要的协调能力、推动能力，这些大家都提到，就不多说了。to B的产品不好做，也不容易做好。但做到了，也是很有快感的。
