首页 > 范文大全 > 辞职报告 正文
辞职报告标头写什么 辞职报告范文!

时间:2023-05-07 22:11:36 阅读: 评论: 作者:佚名

术业有专攻,产品经理也需要通过自我觉察,找准自己的角色定位,判断自己适合To B还是To C,有方向性地去选择适合自己的行业。

自我入行时,就有前辈教导我说产品经理要做T型人才,即一专多能。

产品经理职位自诞生以来,一直是被期待成企业内或行业内“杂家”的职业角色。

但在这个社会分工日益精细化的当今世界,无论哪行哪业,更需要的是专。做一名优秀的产品经理,要从自我觉察开始,觉察出你适合哪个行业、哪个端、哪类需求的感触、哪种人群的体察,从而规划出最适合自己的角色定位。

引言:我的过往心得

继上篇文章《如何做出优质的B端产品:学会复盘》发布之后,感慨过往种种之余,本人也陷入到深深的思考——“严格意义上讲,我究竟算是to B产品经理还是to C产品经理?”。多日思索之后,终有答案——我其实是一个to C产品经理。

2013年底,一个很偶然的机会,正值研二的我进入了搜狐媒体大厦、成为了一枚内容运营实习生。而在随后的几年,在互联网厂待过,也在K12教育、房产等垂直行业待过。主导过或参与过林林总总十余款产品,有to C的,亦有to B的。但是,做不同产品时的状态却能够差出好几个level。

对于做to C的产品,例如:招聘网站的搜索引擎投放页、城市分站的改版,在设计之初即非常明确优化方向,能够明显感知到当前没有呈现但用户却十分需要的信息是什么,改版后转化率一般都会60%左右的提升。

再如做房产网站,用户每一步操作的目的、想看的内容、最佳的呈现形态、怎样的触达更加容易激活,在脑海里已经有明确的构想,画整个网站的UE几乎只用5个工作日;更如做房产内容类产品,怎样的展现可达到用户的预期,怎样的聚合能够让用户觉得有用,都能了然于心。

而做to B产品,我的手感就会差很多,显得十分的不自信,比如:做400话务后台,我当时觉得已经穷举出所有的业务逻辑及操作流程,却忘记了一个客户实际上可以有好几个意向房源,而客服不应将一个客户的若干意向之间覆盖,只留最后一个意向房源的信息;而是应该分别录入,最后才能知道用户最优意向并跟进。

再如:做抵押贷后台系统,SOP(标准作业流程)内各个角色人的操作内容,如果他们不表述的十分明确,我就完全感知不到、理解不了。

更如人事系统,在体系内入职人员,先自行下载企业的APP填写表单,然后HR再在人事系统后台核实并补齐内容。此流程看起来天经地义,却也在做完产品后实施起来破有难度(to B角色拉锯太多,极容易出现意见裹挟,而我常对此深感无力,说多了都是泪~~~具体血泪史参见文章:《如何做出优质的B端产品:学会复盘》)。

所以,一路摸爬滚打过来,踩得坑多了,也就知道原来不是我个人状态调节的问题,而是我个人性格与岗位是否match的问题。

因此,我非常坚定地认为:我是一个to C的产品经理,并且想梳理出一篇文章,将自己的过往心得po出,抛砖引玉,希望能够给各位产品同道中人一定程度的指导与启发。

一、 to C、to B不同的职业路径规划

从2010年后产品经理岗位逐渐热门,市面上亦有诸如《人人都是产品经理》《产品前线》《产品经理:从菜鸟到大师》《在你身边,为你设计》等书籍,已经介绍了产品经理成长路径的方法论,在此不做赘述。

但是,市面上貌似没有一本书籍讲to B产品经理成长的,上述几乎都是在说互联网环境下,面向广大独立用户,泛娱乐/泛社交/泛电商领域的产品经理的成长路径。

冷眼看to B方向越来越热门、数字化越来越深入到各个行业,所以实际上对于产品经理的要求、职业路径规划是不一样的。

to C产品经理的职业路径大多是:优秀毕业生/或企业内优秀的其他员工转岗–>成为一名初级产品–>画UE出PRD跟项目–>3年表现良好升级为产品经理/高级产品经理–>5-10年积累了一定产品经验及思考,升级为产品专家/资深产品经理–>若是有大局观、及能够引入外部资源、统筹能力更好的,则升级为产品总监–>产品VP–>离职创业当CEO(但很多都是之前接触过的行业及领域)。

而小型to B产品的产品经理则大多是这样的:本公司或本行业的优秀员工转岗–>经受一些产品技能培训或项目管理的培训–>给企业画一些原型或主导一些项目–>升级为产品负责人–>和外部资源对接合作–>升级为产品总监–>转为行业内的高层,离开产品岗发展为管理岗。

大型to B产品的产品经理:大多是以前此大厂其他项目的技术负责人/项目负责人–>兼任产品经理–>带一些产品新人–>升级为产品总监–>升级为产品VP。

所以,to B产品经理一定程度上门槛更高,很多都是有良好的技术功底,对于B端的诉求——无论是扩展性、还是实现优化、或是业务逻辑上的需求,均能够转化为技术手段解决。所以,如果你是一枚想转岗的coder且沟通能力不错,不妨看看to B的岗位招聘,也许你会更有优势。

二、寻找你最适合的路径

如果你是一枚在大学学习4年计科类专业的产品萌新、或者是一枚摸爬滚打过来的产品老人,如何抉择出最适合你的方向和路径?

在此我有以下几点判断,可供参考:

1. 你是否是一个善于倾听的人?

善于倾听、自我意识不强的人(生活大爆炸的Leonard),实际上对于to B产品较为有利,能够倾听及收集各方反馈并柔性沟通。

而不太善于倾听、自我意识较为强的人(极端案例——生活大爆炸的Sheldon),产品决策基本上都是本位思考“follow my heart”,则更适合做to C产品(不要觉得此类人就不适合做产品,很多产品大神即是此种人格——如乔布斯老师)。

2. 需求的本源是什么?

是对于人性更为敏感,还是对商业更为敏感?

对于人性较为敏感的人,善于洞察出用户心理,善于发现使用背后的心理底层逻辑,适合做C端产品。通透人性,并为产品所用,是能够做出很多爆款产品或用户粘性非常好的产品的,详见本站另一篇给予我启发的文章《七宗罪解读 | 人性最深处的原始需求分析》。

to B产品,无论是一个B还是多个B,无论是大B还是小B,终归围绕Business展开;Business无外乎是组织角色、内外部利益分析、内外部风险管理。而对于某一领域商业较为敏感的人,则天生擅长做此领域to B产品,对于产品涉及的角色、角色逻辑、商业诉求都能有很好的手感。

当然,你可能说我是XX行业销售,我对本行业商业较为敏感,是不是可以转行?

在此,我可能会泼个冷水。销售入行门槛暂且不议,一个好的sales一般都会是一个自我意识很强的人、甚至微有攻击性的人。因为自我意识更强人的才能在各种销售场合中赢面更大,说服力更强,把事情向最有利自己的方向推进。但to B产品经理却需要你有全盘/全角色链条的考量,时刻想着他人的利益诉求并得出最优解,所以恐怕不太适合。

3. 对于产品的把控,是否容错率低?

遇到问题,习惯于寻求norm的方法,还是truth的方法。

在此非常惭愧。因在上家公司离职,最后一句话即是和当时的leader(to B产品事业部总经理)阐述了此观点,甚至语态因自己是truth派别而自得。

时至今日,才恍然醒悟,其实世间大部分元素、关系、结构均是“存在即合理”,事物无所谓对与错,做产品是追求truth还是norm也无所谓高低。

所谓truth与norm,并不是我原创,而是高晓松老师在某一期《晓说》时所讲的观点(柴静的书《看见》里亦有相关论述)。

他说:“美国是一个做事情讲究truth的国家,而我国人做事情更加讲究norm。”

所谓truth,即是追求真理,追求那个极端的理想状态,无论付出多少辛苦;而norm则是在事物发展时候,寻求最省力的方式解决掉,很圆滑很变通。美国人可以为了系统扩展性、稳定性、安全性,重构可以花费1年时间;而中国人大多花费1-2个月就完成了,结果至多只达到了及格,然后再花费余下的时间不断迭代不断修修补补。

(上升星座为摩羯座)的我工作中是一个容错率低的人,觉得很多事情对就是得做到最好,你不按照我说的来做,预后肯定会比较差。所以常常把研发搞得亚历山大、精疲力尽。

而我上家公司的leader——to B产品事业部总经理Rodger则是一个非常智慧的人,技术出身、又有良好的沟通能力及业务解构能力,很多时候都是把系统按照norm的方法来做,最小成本的完成了to B产品业务诉求(所以其名下还有一系统申请了专利,而被其他各家争相效仿,开了业内先河)。

所以说,如果你是一个自我意识很强、精益求精的人,那么你更容易做出to C的精品。但是,to B一般会算投产比、和交付工期,所以to B产品,最好的方法就是norm的解决问题,在有限的资源内求得最优解。

上述概括即是“需求从何处来、到何处去、寻找及搭建解决路径的方法”。

此三方面的判断一个人适合做哪种类型产品最本源的判断依据。所以,自我对照之后,我终于了解为啥我做to B产品手感就会差很多的原因——我是一个ego很强的女产品经理,follow my heart是比较容易的事情、努力让事件走向全部可控;而倾听别人意见、在复杂系统中权衡各端利弊、在不确定性中寻求最优解是我所不擅长的。

三、方法论:做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产品经理需要和干系人对接时进行操作展示,所以不能是静态的。

4. 写文档

其实文档虽然是产品经理的基本功,但是不同项目、不同排期、不同要求、不同的leader,对于文档的粒度、文档的涵盖范围、侧重点也有所不同。

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

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

5. 做埋点计划

to C的埋点计划需要非常详尽、粒度非常细。

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

6. 跟进测试

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

结语:选择你所喜欢的,喜欢你所选择的

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

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

本文由 @韩露 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

  • 评论列表

发表评论: