给新人产品经理的一些启示!

一、珍惜密集实践的机会

很多人都想快速提升产品能力,问我怎么办?

说实话,诉求能理解,但不实际。

任何一项技能的获得和提升都不是一朝一夕的事,我从不认为有什么捷径,所以也给不出什么快速提升的方法。

工作 5 年不代表有 5 年工作经验,工作 1 年也可以获得别人 5 年的经验。

所以,能力提升的快慢,核心在于实践的密度和质量。

密度是指处理问题的频率。

一周面对 1 个棘手问题,和一周面对 5 个困难问题,密度自然不一样,后者的成长环境更好。

很多新人会纠结于每天都忙于处理各种问题,觉得做事很没成就感。

实际上,处理问题的频率高,本身就是在加速获得经验,这跟运动员重复一个动作进而形成体感是一个道理。

从小白到熟手的过程总会经历一个混沌期,这个期间感觉一切都很乱、没有头绪、无从下手。

这很正常,把自己投放到一个密集实践的环境中去就好。

做产品不是理论工作,光研究方法是落不了地的,秘诀就是大量及不断重复的实践。

以前我刚去京东工作的时候,每天都在处理各种问题,还会接到各式各样的需求,很多还没有什么关联性。

短期看确实很烦,每天就像个陀螺一样四处灭火。

但长期看,其实在这个过程中我对整个产品逻辑、系统和业务都有了一个比较完整的了解。

但这种感觉比较滞后,通常都会在一段比较长的时间后才会逐渐感受到。

某一天你会突然发现,原来自己学到了很多东西。

所以,产品新人们,如果有机会身处一个高度密集处理问题的环境,别觉得烦,好好把握。

对公司、对所在的团队和负责的产品要有一个清醒的认知,别太抱有不切实际的幻想,要不自己会很难受。

理想中做产品的环境是不存在的,不是那种每天脑暴聊创意、也不是苦思冥想憋大招、更不是一人改变全世界。

大家都是在为解决问题而工作,这是真实产品工作本来的样子。

二、有意识提升实践质量

还有读者说,自己平时也挺忙的,工作连轴转,按理说问题密度挺高的,但还是没感觉到什么成长。

还有的说,自己学习也很积极,看了很多书、听了很多课,但还是感觉没什么长进,这是为什么?

那是因为有了密度依然不够,还需要质量。

质量是指从问题中能获得的有效洞察有多少。

同样的问题,如果只是靠劳动力就能解决,可替代性极高,那说明问题质量很低。

相反,一个问题需要发挥创造力并运用知识去解决,那这就是一个好问题。

比如,相对来讲,另可多处理几个线上 bug,也好过总是安排会议室协助组织会议或者做会议记录。

为什么这么说?

因为处理 bug 的过程实际上是一个思考分析的过程,能从分析过程中洞察问题处理技巧,进而形成有效经验。

同时,处理 bug 就像破案一样,需要排查很多可能的问题点,同时也是对产品逻辑的一次熟悉机会。

尤其对于刚接手新产品的人,多处理几个 bug,很快就会对产品逻辑了如指掌,这比看产品说明手册强太多。

此外,敢于去承担自己不熟悉的工作也好过总是做已经轻车熟路的事。

有不熟悉的工作内容安排过来,别排斥,去拥抱它。

那些让自己不太舒服的工作,往往是很好的成长契机。又想舒服、又想进步,天下没那么好的事。

当然,整天人事斗争、推诿扯皮、没有产品心的团队或者公司,建议趁早另找他家,别耽误时间。

除此之外,有时候学会拒绝也是一种必备能力。

敢于向上沟通、敢于拒绝处理那些低质量问题,前提是能够证明自己有能力搞定高质量问题。

只有做得了苦活儿,且能把苦活儿做好,才有本事去做那些看起来更高大上、同时难度也更大的事。

可能很多人都会有这么一种感受,做产品前对产品的畅想和做产品后对产品的理解是完全不一样的。

别觉得只有高大上的事才叫做产品,解决问题、创造价值的事都是做产品。

三、别总担心问题,去解决问题

举个例子,部分产品新人觉得自己天天画原型没长进,但你看他画过的原型时,根本称不上好。

光是逻辑和完整性就有很大的提升空间,但是他又想去学一些其他的东西,你再问想学什么时,他又回答不上来。

对数据产品感兴趣,又不去研究数据产品是什么,对商业产品感兴趣,也只停留在商业产品这个词上。

总之,觉得现在不好,又不知道什么是好的。不去行动,不下手,时间都花在各种担心上。

真正想学习、会学习的人,看到问题后会立马会去想办法解决,哪有那么多可担心犹豫的。

不懂的东西,百度谷歌能解决至少 60% 的信息差,剩下的 40% 靠请教和个人实践及思考都能搞定。

就像游泳,还没下水就嫌水凉,还没试过水深水浅就怕自己淹死,这种人永远也学不会游泳。

光靠想象和担心问题,是不会有进步的。

另外,刚上手产品的新人,也别总是替老板操心什么战略,这些问题离新人还很远,大部分人也看不明白。

在什么阶段就做好什么事,然后提升实践密度和质量,尽可能快速完成阶段性成长。

说了这么多,无非是想给新人一些有价值的行动策略,努力让自己成为一个踏实的行动者。

总结下这 3 点建议:

第一,珍惜密集实践的机会。

第二,有意识提升实践质量。

第三,别总担心问题,去解决问题。

每一个思考的当下都是一次成长契机,抓住它、拥抱它,然后以享受的心态去搞定它。

好奇职位名称而入行,零认知的进入外包公司,到离开后对未来的期待。与公司的性质有关,因此招聘要求不高,入职非常的顺利。其他PM都是半路出家,没有成熟的工作方法,都在同一起跑线上的。

外包性质互联网公司,主要承接分销类型的商城项目,以支撑自营电商项目的开发运营成本。

通过在自营项目上摸索直播、社交、聊天等,来培养团队成员相关技术知识的积累,从而使公司的业务可以得到相应的拓展。

1.5年的工作时间,基本时间是负责项目的管理。

清楚团队各成员的技术能力,在根据版本中的技术实现逻辑,可以很好的预估开发周期。负责管理各成员的工作进度,保证项目按时上线交付。

一个月时间从负责商城的一个小模块到一整个B2C商城的,遇到很多问题,逻辑不通技术怼,交互不合理UI怼,业务有问题客户反馈……

秉承遇到问题就解决问题的原则,将问题划分等级按照优先级,依次从业务——系统——交互解决。

通过PMCAFF,人人经理恶补知识,下载《电商产品经理》电子书全面了解整个电商系统,《用户体验要素》电子书了解基础的设计原理,很快那些工程师就很少BB了。

之后负责的B2C商城项目多了,工作就越来越简单,相继也出现了新的问题。

因为要负责与客户对接需求,而客户提的需求又非常多,考虑到技术投入的成本问题,产品对接时要删减不必要的需求,最重要的还是要说服客户接受。

起初是与领导一起对接,全程听他们之间扯皮条,我只负责记录定制化需求。而之后的项目由我负责对接,我还是负责记录客户定制化需求,在与领导沟通需求内容,领导很耐心的指导项目承接的需求范围。

由于本人不善于也不喜欢扯皮,刚好想起需求管理这门学问的作用,网络上搜罗很多需求分析需求管理的干货,认真阅读的同时联想是否符合现有工作流。

对于外包企业只要项目款到位,任何需求都可以实现的。

最终根据我们的客户群的一些属性和结合那些干货知识,我便按照以下的方式去对需求进行分析和管理:

  1. 使用价值:了解业务领域、了解产品、了解用户群,分析需求解决目标用户在什么场景下的什么问题和该问题现有解决方案以及出现的频率,从而判断该需求的使用情况;
  2. 技术可行性:因为对市场上的竞品有一定了解和技术知识基础,在拿到需求时只要是清楚的就要预估出时间(不清楚的则需要和技术讨论,因此又可以积累更多技术知识);
  3. 投入产出比:预估需求的开发投入成本(人力+时间 < 项目款)。

版本规划:优先实现项目的购物流程 (会员/商品/购物车/订单/物流/库存/内容)——优化迭代——在实现促销 (拼团/优惠券)——优化迭代——定制化 (分销规则等)——优化迭代—— 售后 (退货退款)。

根据以往的经验进行规划,滞后一切打乱节奏的需求,开发节奏被打乱后,会影响项目之间的成员调配,最终所有项目都会受到影响。

以上就是我在外包中使用的方法,在最初进入公司时基本不怎么分析,只是分析下流程逻辑就出方案原型。

这样的工作方式导致项目开发很累,为了能轻松有节奏的开发才开始了分析,顺带把一些客户提的需求忽悠到之后版本,然后额外多收一个版本的项目费。

一、温故而知新,可以为师矣

为了能进入拥有成熟产品团队的企业,筛选各种公司投递简历,能力和经验不足公司是真难找。好不容易找到一个来自微信团队的公司,最终却发现没有自己想像的那么好。

作为A的ISV服务商,负责某个行业领域的初创公司,初期成员都是T挖来,以至于我觉得他们很强,接触时间长了发现并没有我想象中的那么强。

在选择离开时他们又挖来了一个专家,虽然很期待这个专家的实力。

入职后总监头衔的前微信产品一起负责会员权益方案,合作中对于其个人能力无任何质疑,但管理能力有待提升。

研究现有的会员权益相关资料,在后续权益方案会议的交流,为了确保上线的权益转化率,开始着手调研市场,验证我们所提供的权益内容,能够真正转化用户到平台。

广州本地市场调研工作,根据调研调研目的整理调研的问题内容,装作用户到各个网点与工作人员沟通。其他省份各市的调研则安排线上,开始的线上调研还挺顺利,当调研的省份城市多了之后,调研的结果就非常的混乱。

思考一下午出了一个新方案,与领导沟通后次日执行调研,最终调研结果:现阶段我们提供的权益与其他渠道的权益差异并不大,用户更换渠道的各项成本之和大于我们提供的会员权益的回报。

会员权益任务的搁置,莫名其妙的被安排接手同事的售后服务,根据同事交接的资料慢慢熟悉售后业务,与来自微信的运营经理沟通售后所有的场景和流程,核对同事交接的资料确保资料的准确性。

之后收到来自总监发送的一份接口文档,是当前服务方系统提供的最新接口能力说明,让我根据接口文档尽快熟悉整个系统,又一个莫名其妙的任务。

由于业务属于项目的核心部分,涉及与各个系统的数据交互,通过接口文档大致把整个系统都了解了一遍。

在与业务方沟通确认大致的产品方案后,开始分析与各系统之间的数据流是怎么走,传输哪些字段,两个系统间的唯一标识等等。

期间因为是一个人负责前后端,不仅要考虑与其他系统交互还要考虑与前端的交互,所以我给他们的方案都是我这边能怎么简单就怎么简单,吵过反驳过怼过最终我还是默默地忍受着,按照最佳的方案处理。

整个系统划分4个线上系统和1个线下系统,根据接口文档和各系统的业务场景,分析总结出以下的关系图。实现关系需要我去定义传输的数据字段内容,并且与其他系统沟通传输数据字段规则:

因为售后的业务重,更多是考虑业务流程,该怎么提升效率和体验,其次还要和商务/业务方沟通流程是否合理合规,复杂的一些还需要法务的加入。

一系列的工作流程走完后,确认当前的业务流程后,开始着手规划售后系统各个阶段的版本内容。

版本的规划按照业务频率、开发时间和业务价值考虑(业务出现频率的,技术开发时间,业务上提升产品价值,业务上减少企业损失的维度):

  1. 这个阶段的工作让我学会了看接口文档;
  2. 来自同事的分享,需求方提供的需求需要有明确其目的,否则需求不予接受;
  3. 来自工作中的发现,结合读过和看过的资料,产品需要有明确数据指标,才能够健康的发育成长。

二、自强不息

能力水平太低找不到好工作,又入职了一家小型创业企业,而且还是陌生的业务领域,作为该企业唯一的一个PM亚历山大。

对自己非常没信心是件不好的事情,在收到通知时严重的自我怀疑,但进来后发现需要做的并不复杂,与以往的工作相比更为简单划水。

初来乍到通过与管理层的沟通,了解清楚项目的战略规划。开始网上搜索相关文献竞品资料等,根据战略定位的竞品很少,所以找了一些相似模式的竞品。

通过分析竞品提供的功能,了解其解决用户哪些场景下的问题,整理出于我们有用的问题后,挖掘该问题当前线下和线上的解决方案。对比两者之间的差异优势,按照需求权重高低过滤和排优先级,需求高的使用拆解方法以五个维度去思考,需求低的则简单的思考。

根据竞品/战略目标/产品定位,可以划分出我们的用户群(XX设计师、XX爱好者、XX工作室…),身边从事该行业的朋友,同时在网上找到一份详细的介绍资料,之后的与朋友沟通和核实资料可信度。

对产品的定位和规划有了新的收获,后面陆续找了一些(墨刀、蓝湖、电商中的某些流程与规划的产品类似)产品进行分析。一系列工作后与管理层沟通产品规划的初稿,在多次的沟通中逐步完善产品的规划,确认产品方案后现在持续的补充细节中。

文章由PM28网编辑,作者:海阁,如若转载,请注明出处:http://www.pm28.com/4137.html欢迎投稿

联系我们

在线咨询:点击这里给我发消息

邮件:403567334@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息