一只B端产品经理的成长之路

作者简介

花路    百度高级产品经理

负责百度智能运维(Noah)变更类产品的设计和运营,致力于为用户提供高效可靠的智能运维产品。

 

干货概览

大家好,我是百度智能运维(Noah)的产品经理。今天我要熬着最精致的夜、涂着最昂贵的霜,跟大家分享一只B端产品经理在大厂的华(kuai)丽(su)进(cheng)阶(zhang)之路~

自从有了大厂B端产品经理这个身份之后,我不仅需求拆解和原型图设计越来越顺畅,每天沟通和Social的范围扩大了N倍,就连公司电梯超员时一口气上4楼都毫不费力。

是因为爱吗?是因为责任吗?是的!

 

言归正传,在之前文章《B端究竟需要什么样的产品经理》中,我们已经剖析过一个大厂B端产品经理所需要的能力和素质。

B端产品经理需要逻辑能力、业务理解能力、技术理解力、沟通表达能力、项目推动能力和学习能力。

如何提升对应的能力并华丽进阶,一只B端产品经理有一些小小心得想要分享给大家。简而言之就是德智体美劳全面发展,做好听、说、读、写四项基本功。

一、听 

听,不是听海哭的声音,而是尽可能平和地多听取各方面的声音。

1、听客户的

毋庸置疑,甲方爸爸的需求当然是优先级最高的。产品经理首先得了解服务对象是谁、客户面临的业务痛点是什么,才能结合我们现有产品能力给出解决方案。

  • 首先,如果你的客户明确知道自己的痛点,那么恭喜你,可能你已经成功了一大半。请积极找寻客户与产品之间的契合点,推动达成愉快的合作!

  • 当然,如果你的客户不了解自己的痛点并提出了类似想要五彩斑斓的黑这种需求(下图是我厂度学堂文创产品计划中小哥哥小姐姐们的正经实现,为TA们点赞),先别着急否定,拿出足够的耐心分析这是否符合团队的产品规划,考究需求的合理性、必要性、成本与收益,才是『听』的正确示范。

图源:百度大学度学堂文创产品计划

  • 其次,如果你的客户不认可你的产品或者提出了一系列优化点,这可简直是太好了!我们不怕批评和反馈多,怕的就是没有声音、宣介时没有提问!

  • 最后,如果你没有客户,那么请结合自身产品发展规划去评估是否需要拉新、如何拆解工作去找目标客户。

2、听老板的

了解业务的人应该就是老板、技术高工和产品负责人,他们针对你的产品规划、边界设定、原型图设计所提出的建议是最宝贵的,可能有时候针锋相对,但不要在意这些细节,这就是互联网,真知出灼见和快速迭代才是正义!

3、听小伙伴的

团队中与你密切合作的研发小哥哥、设计师和测试大大的建议是最切实的。探讨需求最终怎么落地时,我们应该听取有效的细节和技术建议,对产品负责;协商排期的时候,一定要确定他们是否已留有余地、优先级如何,请一定要用心检查,对进度负责。

4、听自己的

最终做产品设计、给客户方案的是产品经理,听了这么多还是要自己拿主意去搞设计和实现。作为B端产品经理,一定要以提升供应侧的工作效率为目的去思考每一个设计点,比如每一个筛选条件是否是有价值、合理的,允许单选还是多选,每一个设计点都尽可能在产品构建阶段想到最细。

二、说 

说,个人认为是进步最大的一项技能。量的积累辅以得当的方法,引起了质的飞跃。

1、量的积累

  • 日常会议需要你主持,评审会议需要你表演Carry,复盘会议需要你组织,伴随着Outlook运用的越来越娴熟,会议的开场白、串场词、结束语和获奖感言也已锻炼的流畅而又恰如其分。

  • 我们的沟通无时无处不在,媒介依赖于IM、短信、邮件、电话、视频,地点可能存在于工位、会议室、茶水间、洗手间(???)、家里。注意沟通礼仪,确保不丢PM小仙女/男的脸。

2、得当方法

  • 一枚安利:在之前的推送《戏精PM的独白:如何高效地与研发工程师沟通》中,我们以PRD评审场景为切入点,分享了产品经理与研发同学之间倾听和沟通的艺术,感兴趣的同学可以前往查看。

  • 结论先行:时间宝贵、排期紧张,请直接给出结论,先把参与沟通的朋友们和你拉到同一个磁场中。

  • 过程随机:评估沟通的时间长度和与会人员的构成,以确定是否需要展示你的逻辑思路和调(xin)研(lu)过(li)程(cheng)。

  • 拿出勇气:产品经理要推动一个团队/项目得出同一个有建设性、可执行的idea。沟通时首先请听清楚对方的论点,如果你论据充分,请拿出梁静茹给你的勇气,说出你的见地。

 

三、读

读,是比较体现自我驱动意识的一环。即使工作比较忙,也总可以挤出来点滴时间去读书涉猎~

1、产品内容

我们可以主动探知整个产品链的上中下游,不限于市场调研、用户研究、交互与体验(传送门:《关于B端产品的用户体验,你要知道这些!》)、用户&市场&内容&渠道&社区的运营、商业模式探索、定价与营收……

这里po一个精益画布(Lean Canvas),它是一份极简的商业企划书,在产品初创阶段可以指引发展方向和战略规划,在产品迭代阶段也可以用来核验每个阶段的成果、发现与初代规划间的偏差。希望这对大家有所帮助~

图源:阿什·莫瑞亚《精益创业实战》一书中的精益产品画布

2、研发思维

为了更好地了解研发小哥哥们的思维结构,产品经理应该要主动去学习一些基本的技术术语和概念,彼此的船头尽量平行才能避免不必要的碰撞,提高沟通效率和工作幸福感~

3、破『壁』知识点

产品经理可能还需要关注些突破『壁』的事情,比如来点社会学知识,聚焦政治军事动态和娱乐圈新闻,关注各行各业的冷知识,它们可能会给你带来产品的新灵感。

越努力,越优秀!广猎千万卷,青春恰自来。

四、写 

写,是产品经理的成长过程中最切实的存在了,除了输出众多文档和材料外,还要做好整体项目的推动。

1、文档

  • 产品需求文档:把需求推动到研发,就需要一份全面细致的产品需求文档,内容不限于背景、使用对象、流程图、交互原型图、功能细节说明、边界划分、资源预估与排期……起步时可能不尽人意,但多读优秀样例多加练习,写需求文档这件事是真的会进步的!

  • 竞品调研文档:做调研是定规划的铺路石,按产品迭代周期对比自己与竞争对手间的功能、性能、交互体验等,做到知己知彼。

  • 会议文档:针对你组织的会议,无论会议大小务必周知相关干系人可被查询的会议结果,方便项目推进与回溯。

2、项目推动

需求最终落地是上线交付给用户使用,而后针对反馈意见形成回环进行新一轮的需求迭代,所以需要产品经理具备一定的项目推动能力。

需求优先级的判定,组织会议对齐进展与风险,暴露问题时的及时沟通、处理与报备,都需要产品经理去把控。

在此送大家八字箴言:讲道理,不要怂!

总    结

以上,向大家分享了个人在B端产品经理成长历程中的一些拙见。产品经理是一个贯穿产品设计、研发、测试、上线和迭代各个阶段的灵魂使者,若想要做到出彩,就须得以主人翁、负责人的态度对待产品,听说读写门门A+才行。

新的一年,祝愿大家都能练就自己的本领、背稳自己的小锅、带上老板和大厂的祝福,常来我们严肃又活泼的微信公众号“AIOps智能运维”看看!

收藏 评论(0)
分享到: