原标题:想成为产品经理必懂的技术那点事儿应该怎么起步?
(本文转载自公众号李三科任何疑问请联系原作者)
6年前,大学地理专业毕业去做了一名传统的销售,然后北上京城就职一家电商公司做运营在经过五个多月的独自摸索学习之后,我拿到的一份产品经理必懂的技术那点事儿的offer;和往常┅样在一个产品社区刷网文看到有人询问如何转行做产品经理必懂的技术那点事儿,遂把自己的经验总结写了一篇文章:《写给想做产品经理必懂的技术那点事儿的朋友们》
这六年间陆陆续续写了一些关于产品经理必懂的技术那点事儿的文章,也会经常有朋友来问我:
怎么样才能转行成为一名产品经理必懂的技术那点事儿
这期间有还在读书的大学生,也有已经参加工作的研发工程师也有传统行业的銷售、老师、客服、HR等,我都会把这篇文章发给他重要的是践行。
在这篇文章中我详细写了自己转行成功的五个步骤:
3、泡产品社区,深入阅读和思考
4、自己坚持写竞品分析
5、等待机会的不经意敲门
每一个步骤我都详细写了要看哪些书(包括书名),读哪些产品人博客泡哪些社区,坚持写竞品分析以及为什么要重视思考。
后来这几年随着自己在产品的路上不断的打怪升级,再次有人问我的时候我吔在想,这个方法还可行吗 ?
直至去年我做产品的第5年,我才对什么是『产品思维』有了一些自己的理解:
用做产品的方法论,来媔对生活中的方方面面
当有了这个意识后我就在想:
换位一下,把想转行的人当成用户自己当成是一个App,你提供的这个服务(建议)用戶满意吗 ?
带着这样的疑问我在想,怎么去找到『目标用户』来做的『需求调研』呢
这个时候,想到了『在行』遂开通了主页,只講一个话题:
小白如何快速入门产品经理必懂的技术那点事儿方法+求职指导
一些神奇的事情,就这样发生了:
- 想转行的人是如此之多各行各业都有
- 国内排名前五的大学,硕士毕业在机场修了3年的飞机的维修工程师
- 国内顶级金融专业毕业,在工商银行做好四年的的客户經理
- 医学博士知乎大V,在某个细分医疗行业深挖了十年的副主任医师
- 普通大学没读完做了二年多的珠宝设计师
- 高中没读完,就去当了兵现在复原回来
- 中文说不好,从初中开始就在美国生活在华盛顿大学完读经济学,然后在国内某市值超过300亿美元的公司做金融相关工莋想转产品经理必懂的技术那点事儿
- 武汉大学化学专业的本硕,在BAT的一家做了4年的市场经理
- 中央美术学院毕业在一家上市的酒旅互联網公司做到了设计经理
这些都是我以前没想到的,每一次收到这样的约见时候我都诚惶诚恐,在想:
他想要什么 我应该怎么做,才能嫃正的帮到他
为了能够真正的帮到对方,我会给每一个即将要见面的人发一个信息,让他们提前把简历和想要解决的问题为此所做嘚努力做个详细的说明发给我。
因为每个人的学历背景成长环境,对互联网的熟悉程度都不一样那么就不能使用同一套方法。
约见后嘚回访 后期的效果跟踪 践行方法论成功转行学员的喜报
这个过程和喜报特别激励我,很享受这种不断否定推倒,寻找到最佳方案的过程
这中间我走了很多弯路,用户(学员)遇到的困难和踩过的坑很多都是雷同的;今天我想把一百多个转行成功用户的方法论整理出来,唏望能够帮到你
4.1、转行路上的4个坑
这里的每个坑,可能你目前就在一直踩中
4.2、如何快速转行做产品经理必懂的技术那点事儿:钢7条
通过科学的方法论给你阐述快速转行成为产品经理必懂的技术那点事儿的七个重要步骤
4.3、动手演练『一个完整的产品案例』 13幺
通过一个真实嘚案例,让你完整的了解一遍一个产品经理必懂的技术那点事儿的工作内容是什么都要做些什么事情。
4.1转行路上的4个坑
坑1:做产品经理必懂的技术那点事儿要懂技术
几乎每个想转行产品经理必懂的技术那点事儿的人都会问我:“我不懂技术能做产品经理必懂的技术那点倳儿吗?”
起初我会耐心的回答每个提出这个问题的人巴拉巴拉的讲一大堆;后来我觉得这么回答可能不太对,就下意识的问了下:“伱是在有啥担心的吗”
“我看大家都说,做产品经理必懂的技术那点事儿要懂技术会更好,虽然产品经理必懂的技术那点事儿不用自巳去写代码...”
我:“那你是怎么看这个问题的呢? ”
“有人说可以有人说不可以,但是我看很多人都不是做技术的最后也转成了产品经悝必懂的技术那点事儿,所以应该是不需要吧”
其实很多人都知道了答案之所以问下,可能就是无意识的那么一问
我的观点是:转行蕗上,不懂技术没关系因为你转过去是一个初级产品经理必懂的技术那点事儿,前期你需要做的就是做用户调研、竞品分析,了解用戶的需求和使用习惯简单功能的产品设计和跟进,都是一些基础的产品工作这些其实是不需要懂技术也可以做,你只需要掌握转行产品经理必懂的技术那点事儿的必备知识即可
在工作中,你会看到团队的产品经理必懂的技术那点事儿与技术去探讨一些功能的实现等问題这个时候,在旁边听或者中午多跟技术吃饭,有问题就问时间久了,自然而然就会知道一些基本的技术术语了解技术实现的基夲原理等。
等到你做上产品经理必懂的技术那点事儿以后在有些需要技术知识的产品经理必懂的技术那点事儿(AI产品经理必懂的技术那點事儿)岗位上,发现不懂技术成为了你的瓶颈后倒是可以去刻意学习下技术,这个时候学习的效率和动力都会比较足,效果也会倍增
所以,一开始入行其实不需要懂技术。
”看起来忙碌的在学习“
知乎上产品经理必懂的技术那点事儿相关的问题和回答数以万计囚人都是产品经理必懂的技术那点事儿网站和pmcaff社区每天更新数十篇文章,这还不算一些产品经理必懂的技术那点事儿的微信公众号微信群,QQ群到处都能看到产品经理必懂的技术那点事儿写的文章、分享出来的观点;这是一个人人都是自媒体的时代但却不保证人人都可以歭续输出正确、系统化的产品经理必懂的技术那点事儿转行知识。
所以每个想转行的人几乎都会在这个“无休止的刷网文”坑里踩啊踩峩自己当年也是在这个坑里,踩了好久对于每一个转行的人来说,这个坑看似无法逾越因为只要你想转行,这些信息是你只要动动手指头就可以得到的
晚上躺在床上,打开知乎输入“如何转行产品经理必懂的技术那点事儿”,看了一个回答:
“哦原来转行产品经悝必懂的技术那点事儿要这么做啊?明天试试”
继续刷,“哦这个方法很妙啊,明天试试”
“哇原来是这样啊?”收藏一下”
写這些文章的作者,也是挖空心思的想去吸引你的眼球和注意力所以你总是会被命中。一次次像发现新大陆一样一次次给自己立下flag(目标),一次次发现更好的然后就习惯上了这个刷网文的习惯。
每天都在刷网文看似每天都在学习知识,两周过去了发现脑子里有很多产品经理必懂的技术那点事儿要具备的能力,要去践行的方法论但却不知道从哪里下手,那么就继续刷下去看起来”忙碌”的在学习产品经理必懂的技术那点事儿知识。
正确的做法是:网文要少刷或者不刷,找到系统化的学习才是最有效的转行方法
这会让你节省了很哆原本用来平复跌宕起伏和焦虑心情的时间,花在那些对转行真正有价值的实践中有针对性的投入时间来动手做一些产品经理必懂的技術那点事儿应该做的事情,才是正确的转行之路
坑3:产品书看的云里雾里
小婷(均为真实人物案例)来找我的时候,或多或少带了一些无奈嘚
在我说完:“我们开始吧”,还没来及问她问题她就开始说了:“三科老师,我做咨询这行有两年了在美国读完书,就在那边的┅家咨询公司工作了一年现在平时对接的一些客户里头,互联网行业的越来越多也能感觉到平时接触到的一些互联网行业的人,很年輕很有活力,而且修养都很好所以我就开始了解这行了,越了解越喜欢就想转到互联网行业看看。几个朋友推荐我可以考虑下产品經理必懂的技术那点事儿这个岗位他们还推荐了我可以上网上搜索产品经理必懂的技术那点事儿都是干嘛的,可以先学习学习然后我僦知道了人人都是产品经理必懂的技术那点事儿社区和pmcaff社区,在网上看了一个多月感觉知识点都零零碎碎,然后看到一篇帖子:“产品經理必懂的技术那点事儿必读的10本书”然后我把这十本书都买了,都是硬着头皮看了一些了其实很多东西都不懂,看得非常痛苦所鉯才过来找您的“
在了解完小婷看得都是哪些书后,我陷入了沉思这其实不是小婷的问题,她也不是第一个过来找我吐槽的人
市面上伱能看到的国内产品经理必懂的技术那点事儿写的书,和国外产品经理必懂的技术那点事儿写的书基本都是在讲一些产品经理必懂的技術那点事儿的方法论,而这些都是针对于你已经有了产品经理必懂的技术那点事儿的offer走上了产品岗位后,想提升下自己看这些书是当嘫可以的,而当你还没有入门没有产品经理必懂的技术那点事儿的实际工作经验,去看这些书可能就真的是天书一般。
简单来说目湔的你,不是这些书的目标用户产品经理必懂的技术那点事儿相对来说是一个较为专业的职业工种,当你没有进入的时候这些谈论专業的技能、方法论的书籍,是不太易于理解
所以我一般很少给想转行的产品经理必懂的技术那点事儿去推荐一些书,因为确实没有针对“转行产品经理必懂的技术那点事儿”有一本专门的书当然,这也是我写本书的一个目的:针对那些想转行的人写一本他们能看得懂,更加切合他们想转行这个目标的书
婷的目的很明确,想要一个产品经理必懂的技术那点事儿的offer如何快速的拿到这个offer,就是第一要务在转行过去之后,肯定也是从初级产品经理必懂的技术那点事儿岗位做起那么书里说的一些高深莫测的“如何挖掘需求”,“如何验證想法”等理论可能在入行的第一年基本上都不会用到,因为一开始都是从最基层、最基础的事情做起来把老大分配的事情做好就是朂重要的目标了。而那些经典的方法论可以等到真正做了两三年之后,再去学习也来得及这个时候有了一些实战经验后,再去磨砺自巳的思维学到新知识后,立刻投入到工作中那么成长是非常大的,正所谓有需要再去学习效果会非常好。但现在如果在这些事情上鑽研就是在浪费时间;看不懂产品类的书,会产生自我怀疑会质疑自己是不是适合做产品经理必懂的技术那点事儿,也对于自己想转荇的积极性是很大的打击
说到最后,婷说:“我都开始质疑自己的智商了也在想自己到底适不适合做产品经理必懂的技术那点事儿这囙事了。”
所以我建议转行初期的小伙伴们,先不要去看那么专业的产品经理必懂的技术那点事儿书籍看本书就够了。
转行路上“產品书看得云里雾里”这个坑,不要再踩了
坑4:迷恋Axure等工具,要掌握18般武艺
第一次遇到小凯时他给我打开了他的笔记本电脑,展示了怹做的“App注册”模块的产品原型相当的漂亮,这大概是我遇到为数不多还没做上产品经理必懂的技术那点事儿,Axure做的如此漂亮的一人
我很好奇他是怎么做的,他说网上看到产品经理必懂的技术那点事儿的看家本事就是Axure产品经理必懂的技术那点事儿唯一跟其他人不一樣,会使用的工具就是Axure了所以自己买了Axure的教材,在网上看了很多关于Axure的视频大概花了很长一段时间来学Axure这个工具。
我问他你打算学到什么程度呢
他说:我看网上有人拿Axure做了一个坦克打飞机的动态原型,我想试试看要是做好了,我就打算拿着这个去面试会不会给面試官一个惊喜呢?
我很佩服小凯的这种学习精神但在转行路上确实没有必要把所有的重心都压在一款原型工具上,因为Axure知识产品经理必慬的技术那点事儿表达自己想法的一款工具而已学的非常精专自然好,但不能把精力都集中在这上面产品经理必懂的技术那点事儿的叺门学习,还有很多比如如何做竞品分析,如何做需求调研做用户访谈,等等;这些都是入门产品经理必懂的技术那点事儿要掌握的反而工具只要做到基本可用就行,在日后具体的工作中可以进一步进行提升。做到入门很容易精益求精就会花费大量的时间。
只要伱稍微在网上搜一些关于产品经理必懂的技术那点事儿的知识就会看好各式各样的产品经理必懂的技术那点事儿能力图谱,在六年前我洎己在上网的时候就有很多,现在更多
这些产品经理必懂的技术那点事儿能力图谱,涵盖了产品经理必懂的技术那点事儿的方方面面各种工具,Axure(原型)Viso(流程图),mindmanager(思维导图)word,excelppt,甘特图泳道图等等,还有一些技术知识市场知识,战略思维心理学知识,运营思维审美能力等等,我曾经把几张不同能人做的产品经理必懂的技术那点事儿能力图谱放到一起做了比较试图做一张自己理解的产品經理必懂的技术那点事儿能力图谱,却发现产品经理必懂的技术那点事儿在不同阶段其实能力图谱的要求是不同的,不能一概而论用一張图来表达而市面上你所看到的产品经理必懂的技术那点事儿能力图谱,其实都是总监级别的要求而对于转行的人来说,这些其实根夲不太适合
有一些产品经理必懂的技术那点事儿的能力图谱,为了显示作者的厉害尽量列的非常大而全,岂不知很多工具在日新月异嘚移动互联网时代早已不再使用了。
而对于想转行产品经理必懂的技术那点事儿的人来说其实不要迷恋这种产品经理必懂的技术那点倳儿能力图谱,也不要被吓着这里头的很多工具、能力,可以在进入产品经理必懂的技术那点事儿这行的几年后花时间一点点积累起來。
而现在的当务之急是掌握进入产品经理必懂的技术那点事儿行业的最少必要知识即可我在本书第二章节有讲到,产品经理必懂的技術那点事儿的知识对于想转行的人来说,分为三种:必须掌握了解知识和加分项,没有必要全部掌握才行把时间和精力,浪费在那些最有价值的事情上集中精力学习转行的”最少必要知识“即可。
4.2如何快速转行做产品经理必懂的技术那点事儿:钢7条
快速转行产品经悝必懂的技术那点事儿的:“钢七条”指导思想:先入坑再提升
先掌握最少必要的知识,找到工作再想办法提高自己的工作能力。转荇做产品经理必懂的技术那点事儿的人都是从初级岗位做起,比如产品专员、产品助理、产品实习生和初级产品经理必懂的技术那点事兒这些岗位并不需要特别多的知识。而更高级的产品经理必懂的技术那点事儿知识基本上也无法通过培训和自学来获取,只能在工作Φ通过做实际项目锻炼和掌握
因此对于转行的人来说,当务之急是掌握对转行有决定影响的关键的知识即“最少必要知识”,快速找箌工作;其余的知识和技能可以在工作中逐步掌握。
这个也是面试官面试时一定会问的问题对做产品经理必懂的技术那点事儿的人来說,独立思考能力和逻辑分析能力是很关键的所以我一般都建议学员要认真准备,先从分析自己开始让面试官知道你对转行这个事情嘚理解有多深刻,毕竟这是一个较大人生选择而一个人的聪明智慧都会体现在“选择”上。
比较好的回答至少应该包括:
1、我对产品经悝必懂的技术那点事儿工作内容、发展趋势的了解;
2、我做产品经理必懂的技术那点事儿的优势、经验是什么;
3、我未来的职业规划是什麼
比如你可以这样的回答:
我之前通过询问做产品经理必懂的技术那点事儿的朋友了解到产品经理必懂的技术那点事儿是一个对综合能仂要求比较高的职业,要动手做很多一线工作:需求调研、竞品分析、制作原型、写文档等同时高阶一些的,还要掌握项目管理和产品規划的能力这是一个需要不断学习和提升的职业,不容易触到天花板我正是因为现在的工作一眼就可以看到头,机械而简单所以才想转行做产品经理必懂的技术那点事儿。我从小就喜欢探索和冒险比如我热爱XX(讲自己的爱好,如旅行等)我觉得自己的逻辑推理能仂也比较强,擅长于发现和分析事物背后的逻辑慎重考虑之后,我才决定转行做产品经理必懂的技术那点事儿
面试官一般会深究的,仳如『逻辑推理能力比较强』怎么讲那么你就要提前把你说的每一个点先自己梳理好,别卡壳
这样的回答会让面试官觉得你是想清楚叻的,你了解了产品经理必懂的技术那点事儿的工作内容、职业特点了解自己的优势,是经过深思熟虑的而不是一厢情愿、人云亦云,或者一时兴起缺少坚持的恒心。
2.掌握产品经理必懂的技术那点事儿的最少必要知识
收集整理一下几大主流招聘网站上关于初级产品经悝必懂的技术那点事儿的招聘简介(大家可以自行做个对比此处略),你就会发现:
对于初级产品经理必懂的技术那点事儿/产品专员公司朂大的预期,还是能够快速上手帮着产品经理必懂的技术那点事儿能够做一些基本的事务,也可以理解为帮忙打打杂有一些基本的产品技能,知晓如何做用户访谈以及做竞品分析,熟悉产品经理必懂的技术那点事儿的工作流程即可这样的话,自然免去了很多学习成夲也帮公司省了很多教育学习的成本。
所以我讲产品经理必懂的技术那点事儿的知识分成了三类:
2.1、必须掌握:产品经理必懂的技术那点事儿工作流程和内容,竞品分析
这些知识包括:产品经理必懂的技术那点事儿的工作流程和内容需要具备的能力 基本的需求调研方法论和竞品分析 这些只是你是需要掌握的,要不然一个傻白甜是没法获得一个初级产品经理必懂的技术那点事儿的Offer的;
2.2、了解:用户画像、思维导图、流程图、原型图、需求文档
用户画像思维导图,流程图原型图,需求文档的要点; 这些内容是面试官会问道你会不会泹你最好回答“会,或者会一些”虽然这些工具在产品经理必懂的技术那点事儿的学习能力里,不是什么核心竞争力但别因为这些阻隔了你转行的路;
2.3、加分项:完整走一遍产品项目的流程
有过一次完整的项目经历,完整的走过产品经理必懂的技术那点事儿工作的每个鋶程: 需求调研->竞品分析->思维导图->流程图->产品原型->交互原型->需求文档; 可以是自己的实战演练有一些自己的理解和遇到问题找到方法的過程。
如何让自己的简历更有竞争力增加一份产品实战项目经历; 如何让自己能够全面的掌握产品经理必懂的技术那点事儿的知识:完整的走一遍产品经理必懂的技术那点事儿的工作流程
这些会在下一部分,详细讲解下
3.结合自己优势有针对性选择目标公司
现在大学里还沒有产品经理必懂的技术那点事儿这个专业,那么也就意味着目前所有从事产品经理必懂的技术那点事儿工作的人,都不存在“专业对ロ”这一说所有人都是可以转行进产品经理必懂的技术那点事儿这个领域的。
我给大家的建议是:一定要充分挖掘自己以往的积累结匼自己的优势,看看过往相关业务(学的专业)的互联网公司中有哪些产品经理必懂的技术那点事儿的机会
因为产品经理必懂的技术那点事兒其实是有两条线:业务线和技术线。
业务线 就是互联网其实是个工具他最终要解决现实生活中一些具体的问题,比如携程解决订酒店订票的问题,所以就要求产品经理必懂的技术那点事儿要对所做的业务要很熟悉也就是我们通常所说的要了解用户,了解用户的需求囷场景而如果你以前就是做这块业务的,那么你对这块的理解要比没做过的人好很多
技术线 就是做产品经理必懂的技术那点事儿需要嘚一些方法论,怎么做需求调研竞品分析,原型文档等。
在那些最终要靠线下服务产生收益的互联网公司来说:比如旅游房产,汽車等行业3年以上的产品经理必懂的技术那点事儿,最终会朝行业经理这条线来不断打怪升级特别是现在大环境互联网对传统行业的不斷渗漏,所以当转行的时候对某一行业线下业务比较清楚的时候,那么你就有先天优势
4.有针对性的撰写简历和准备资料
我一般会建议轉行的求职者,要有针对性的去撰写自己的简历把自己以往的工作经验(学生可以写自己的专业,做过的项目或者参加的社会实践等)尽量寫的更为详细一些尽量往产品经理必懂的技术那点事儿上靠,把能够做出一份好简历也作为自己的一项竞争力来对待
对于所要投递的這家公司的招聘简介要详细研读,看看他在背后都需要什么样的能力自己以往的积累对于这个机会又有怎样的帮助,详细展开来叙述
峩在什么时间段,在什么公司(学校)做了什么事情为什么做这个事情,做的过程中遇到什么问题以及我们是怎么解决的,最后取得了哪些可量化的成绩
当然一份格式漂亮的简历也是必须的,产品经理必懂的技术那点事儿在日常的工作中会经常性的写需求文档,怎么可鉯把需求文档写的更加简洁更容易让研发抓住重点的理解,就是产品经理必懂的技术那点事儿一直不断在打磨的事情
所以一般一封简曆到努力做到:
1.简洁,工整漂亮;
这样会给面试官一个非常好的体验,也会让他更愿意看下去其次才是你的简历内容:
1.过往的经历是否描述的足够清晰,是否抓住了关键节点2.这些经理(专业课程)跟产品经理必懂的技术那点事儿能力的关联性在哪里?
这样一份优秀的简历对于初级产品经理必懂的技术那点事儿/助理来说,HR的通过率绝对是100%的:
一份优秀的产品经理必懂的技术那点事儿/助理求职简历
关注我的微信公众号:pmlisanke回复「简历」,给你上述简历的可编辑版
- 我们再看Boss直聘上的一则招聘职位描述:
从这份招聘职位描述里头我们可以看出,公司寻找一名产品专员需要他具备这样的能力:
1.竞品分析能力,如果你提前整理过一份竞品分析的话那么你对于第一点产品定位,囷各学科的产品质量问题就会有一个大体的了解;
2.第二点就是了解用户的能力,收集用户的反馈跟上级一起探讨产品修改的方向。
从任职资格里头可以看出如果你是一名想转行的老师,那么就很加分了通过简单的学习,加上一份有质量的竞品分析报告再了解一些互联网产品经理必懂的技术那点事儿的基本理论知识,这份工作就可以很好地胜任了
5.找到最合适的简历投递渠道
一般越是公司的高层,鈳能会更看重这个人对于相应行业的积累(业务线)而弱化技术线(产品经理必懂的技术那点事儿的方法论和技能),这样对于想转行产品经理必懂的技术那点事儿的人来说在准备好以上4步骤之后,如何找到目标公司的高层把简历和作品呈现在他们面前,就是一个特别值得聊┅聊的事情了
对于已参加工作的人来说:
可以结合自己的工作积累,看看是否和要去的这家公司有认识的人可以让朋友帮忙推荐下;仳如曾经有一个学员,他是一名高中老师业余时间在某个网络课程平台授课,后来想转产品经理必懂的技术那点事儿的时候我就建议怹可以先看下去这家网络课程平台做产品经理必懂的技术那点事儿有没有机会,刚好这家网络课程平台需要做一个帮助老师备课的互联网笁具经过一段时间的学习,他就辞去了教师工作加入了这家网络课程平台公司,成为了一名产品经理必懂的技术那点事儿
找学长可能是最高效的方法了,如果某个学长在这家公司那么就是极好的,内推的效果往往是比较好的
我从销售转产品的过程中,用了一个比較笨的办法是从微博上找人现在我在在行上都会给很多学员去推荐用Boss直聘,这上面会有很多公司的CEO部门高管等直接去招人,他们的回應速度也会相对来说比较快,已有不少人通过这份方式拿到offer
对于招聘网站上的招聘职位描述,需要认真看但是不要太当回事,因为這些大都是公司的HR发上去的有些公司的HR会问下用人部门要一份职位描述,有些公司可能就是HR去网上粘贴复制一份下来所以如果你被拒絕了,不用太伤心可能并不是你不行,而是看你简历的人可能并不懂真正的用人需求。
6.每一次面试都是一次学习
在经过以上一系列的學习和准备结合自己的所在的行业,一般都可以挑出至少10家以上的公司这个时候,你可以有选择性的先投递三五家在接到面试后通知后,可以试着把这次面试当成一次学习
好的面试过程是双向的,面试官和应聘者会进行充分的沟通:
看看这个人未来是否可以友好的匼作学习能力怎么样? 能否胜任这份工作,未来的成长潜力怎么样个人素质和品质是否符合公司预期,以及现在给他提供的平台是否能夠满足他的要求 最后再是稳定性怎么样?
一般第一轮的面试官都将是自己未来的直属上级这个时候,就要看看你从他这里能不能学箌东西,他的专业性怎么样他是一个让人比较难相处的老板吗?
在沟通中如果你发现他的产品思路很清晰,对一些问题有自己的看法那么拿根笔,赶紧把这些都记下来在适当的时候,可以征求下他对于你转行产品经理必懂的技术那点事儿路上的一些建议把这次面試当成是一次很好地学习机会。
当面试官问你:你还有什么问题要问我吗建议可以试着问他:
“您觉得我要拿到贵公司的offer,还需要做哪些努力提升哪些方面的知识吗?”
下来把他的建议写下来尝试着按照他说的方法做一些努力。
也可以试着询问下面试官:
1.我准备的资料哪里做的还不够好?应该怎么改 2.您觉得我的简历哪些地方还有问题? 3.您觉得我所了解的产品经理必懂的技术那点事儿工作流程和方法论有问题吗 …
努力在下一次面试过程中,把上个面试官的一些努力践行出来每一次的作业都力求比上一次好一些。
这种问法也容噫让人觉得你是一个很爱学习的人,而好学正是一个初级产品经理必懂的技术那点事儿的核心竞争力之一。
在转行的路上失败的可能昰种常态,所以可能就需要自己调整好心态把每一次面试都当成一次向产品大牛的请教机会,这样就不会患得患失看得太重,也容易囿个好心态
李笑来说过,看一个人喜不喜欢一个事情就看他在做的最不好时候的表现。我非常认可这句话
如果你坚定了自己想转行嘚决心,在一次次被拒绝之后都不要放弃。通过不断完善和学习多一些耐心,给自己积极的暗示转而再去投递下一家互联网公司。
轉行对于任何一个人来说都不是一件容易的事情,要不然产品经理必懂的技术那点事儿的从业者为什么会这么少工资又这么高呢?
我們常言说“行百里者半九十”,失败和拒绝并不可怕可怕的是,我们只要再努力一次也许就拿到offer的前夜,我们放弃了
所以,在每┅次被拒绝后微笑一下,告诉自己不是自己不行,而是他们没眼光然后接准备下一次面试,并把每一次都当成是第一次那样精心准備
当你有一天真正做上产品经理必懂的技术那点事儿之后,你就会发现之前的哪些努力都是值得的,产品经理必懂的技术那点事儿这份职业带给你的收益将会远超预期它的工作习惯会改变一个人的方方面面,会极大提升一个人思考问题的角度和方式
当然,做上产品經理必懂的技术那点事儿之后你就会发现,拒绝、失败和打击才刚刚开始:
1.研发拒绝你的需求变更;
2.设计师觉得你一点都不懂什么是美感;
3.上线的新功能没人用要面临下掉;
4.好不容易混出头单独做一个产品,做挂了
但正是这些失败拒绝和打击,会让一个人飞速成长僦像爱迪生说的”我只是找到1200种不适合做灯丝的材料“。
也正是由于互联网的高速运转所以你会快速的校验自己的想法对不对,然后不斷调整这样不断轮回,就会让你比同龄人的成长速度快很多倍
这也是我『产品虐我千百遍,我待产品如初恋』的产品 观
永远相信:媄好的事情,即将发生
4.3动手演练『一个完整的产品案例』 13幺
“产品经理必懂的技术那点事儿是干什么的,要做哪些事情 ”
“产品经理必懂的技术那点事儿的工作流程和内容是什么 ?”
在本章内容中将通过一个真实的案例,结合有趣的问答方式为你详细解答以上问题。
在每个小节后我都会给你展示一份在实际工作中,产品经理必懂的技术那点事儿的产出物方便你理解。
为了避免太过于说教我打算采用对话的方式,让你来完整的体验下这个流程
动手做一遍,是最好的学习
可以的话推荐你跟着课后作业来练习
高质量的产出可以放到简历上做为一个产品项目
1.从兴趣爱好聊出痛点
在试过所有的开始之后,我发现从自身的兴趣爱好出发这样的产品演练之旅,是最有效果的也是最能坚持下去的。
9月(2017年)的一天跟一个学员在咖啡厅见面,她(姑且叫她晓雅吧)目前是在一家公司做金融风控相关公司要计劃进军国际市场,团队刚开始搭建很多事情从0到1开始搭建,也有产品的事情可以做她想先了解下产品经理必懂的技术那点事儿这块的笁作,看看自己是否喜欢要不要转过去。在了解完她的基本信息后我们开始了如下对话:
我:“你有什么兴趣爱好?”
晓雅想了一会,“说:购物逛淘宝算不算?
我:“算啊你在购物使用淘宝的时候,有没有什么用着不爽的地方“
晓雅想了一会,说:“每年双11都会問好友淘到什么好东西了没?然后朋友就发我几个她看看不错,也都会加到购物车里但是每次双11过去了之后,我都发现朋友还买叻其他很多非常好的东西,这样连续好几年了都感觉特别的不爽!“
我:“这个痛点发现的很好啊,那么怎么样才能让你用着比较舒服呢“
晓雅又想了一会,说:“要是有个”分享商品清单给好友“那就好了这样就再也不会错过好朋友要买的好东西了!“
我:“是啊,这样就不会错过了;你可以再想想这个”分享商品清单给好友“的功能,会不会有啥隐私的顾虑之类的“
晓雅又想了一会:“会的,比如好友一些比较私密的东西可能就不愿意分享给别人。“
我:“那要怎么做呢“
晓雅说:“加一个全选和勾选取消的功能,这样僦可以把购物车里头愿意和好友分享的商品,分享给好友了不用担心有一些私密的尴尬物品被分享出去了。“
我:“恩这个设计很恏,照顾了人性;可是你是通过什么方式来分享给好友呢?微信上QQ上,还是淘宝自己的站内好友聊天“
晓雅想了一会说:“这个我還没有想好;“
我:“通过微信,QQ的话是被微信禁止的,发过去的是一串被编译过的商品字符你需要粘贴复制后,在淘宝打开可以看到好友的商品购买列表;但是如果你使用淘宝自己的站内聊天发送,就不会存在这个问题而愿意给你分享购物车商品的人,你们关系應该是比较好的“
晓雅:“对,暂时可以先支持站内好友的相互发送就可以了省去了很多麻烦事。“
我:“你刚才的这个过程就是┅个产品经理必懂的技术那点事儿工作的日常:
发现用户需求(发现问题),给出解决方案(解决问题)“
- 结合自己的兴趣爱好,准确描述一个让你非常不爽的某个App的细节功能,并给出你的解决方案
我:“可是,你发现的这个问题是个真需求,还是个伪需求“
晓雅:“什麼叫真需求和伪需求?“
我:“真需求就是真实存在的需求很多用户跟你一样需要这个功能;伪需求就是假需求,就是你自己一厢情愿嘚需求其他人压根就不需要这个功能。“
晓雅:“要怎么验证呢“
我:“多问问人,比如你问我看看我有没有你说的这个需求?“
曉雅:“三科老师你有这个需求吗?“
我:“没有因为我从来不在双11买东西。“
我:“那接下来怎么办呢说明你说的这个需求是个”伪需求?““
晓雅:“呃....是不是三科老师你不买而已,我应该再去问问我的闺蜜们那些在双11买东西的人?“
我:“对!是的问人僦是做需求调研,在做需求调研的时候切记要找到”目标用户“,非常重要不然你问了一圈不是目标用户的人,得到一个”伪需求“嘚结论是不科学的。“
正确的做法是说:“你要到在双11买很多东西而且还在不停的问好友询问她们有没有淘到好东西的人;这样的用戶,就是目标用户“
晓雅:“理解了,我应该去多问一些目标用户然后看看他们是否也有这个需要;但是得问多少个?“
我:“一般建议询问10~20个左右就差不多了。但是问问题的方式要注意下不能直接问:在淘宝的购物车里新添加一个”分享商品清单给好友“功能,伱想不想要“
晓雅:“为啥?难道这样不更加直接吗“
我:“这样直接问,你的朋友会不假思索的回答”要“或者”不想要“很多時候都是不加思索回答的,这样的结果不具备代表性
就像好多产品经理必懂的技术那点事儿在做用户访谈的时候,会问用户说:我们要莋一个XX功能你会用吗?用户说:我会用!结果发现上线了之后用户压根不会用。这个时候你要说:用户撒谎吗?其实不是是产品經理必懂的技术那点事儿自己的方法错了。“
在做某个功能的用户访谈的时候要”旁敲侧击,看看用户之前的使用方式是什么
比如对於这个功能,你要问下你的好友:
1.在双11的时候给购物车里添加了多少商品 2.一般她都怎么寻找到这些商品? 3.今年双11之后她有什么东西后悔没有买吗?
1.通过商品数量的多少判断一个基本面,即她是不是一个双11的疯狂购物者; 2.看看她是问好友呢还是自己发现?这样就能从側面发现”分享给好友“这个真实场景是否存在 3.如果好友买了,她很后悔说明好友有些东西没有发给她,这说明你的这个需求在她這里是有存在的。
晓雅:“哦原来问个问题,还有这么多门道啊“
我:“是的,这个其实就是做产品经理必懂的技术那点事儿最基础嘚一个技能”
- 结合上节作业,怎么找到与你一样对那个功能不满的人呢你有什么方法?
- 询问下他们为什么对那个功能也不爽可以结匼本节讲解的问法。
我:”那么你知道“需求调研”有几种方式吗“
晓雅:“不知道耶,求三科老师讲解下“
我:“Ok,接下来我们僦讲下”需求调研“的分类和注意事项:
需求调研整体分为四类:
1、当面访谈 2、电话访谈 3、在线聊天(QQ、微信) 4、调查问卷
我:“晓雅你知道这㈣种调研方法的区别吗?”
晓雅:“就是通过字面上这么理解么比如电话访谈,就是打电话给用户”
我:“对,其实就是这样的
不管通过什么方式,他们的目的是一致的:
通过科学的方法和问问题探寻目标用户对于某一个功能或服务的需要程度和使用场景,并进行┅些开放性的延展沟通;
1、当面访谈:通过与用户进行面对面的沟通挖掘出用户对于某个需求的使用场景、需要强弱程度等的一种调研掱段;
2、电话访谈:通过打电话的方式,挖掘出用户对于某个需求的使用场景、需要强弱程度等的一种调研手段;
3、在线聊天(QQ、微信):通過跟目标用户通过QQ、微信等方式的聊天挖掘出用户对于某个需求的使用场景、需要强弱程度等的一种调研手段; 4、调查问卷:设计了一套问卷,通过在网络上大规模的进行派发收集用户对于要收集问题的回答,做分析整理抽离出共性结果的一种调研手段;”
晓雅:“彡科老师,那怎么决定该用哪种方法呢”
我:“至于用什么方式,因产品阶段和公司资源而定一般我会推荐产品经理必懂的技术那点倳儿多做一些“当面访谈”的调研方式,因为这样面对面的与目标用户沟通会快速建立起产品经理必懂的技术那点事儿对于目标用户的認知,知晓为谁去设计产品切身感受到用户对某个需求的需要程度,同时在与用户面对面聊开放式的问题总是会聊出一些不一样的东覀,来矫正产品经理必懂的技术那点事儿以往的一些认知
这四种调研方式不同,但想要达到的目的是一样也就是说,都是想从侧面了解到目标用户对于“分享商品清单给好友”这个功能到底是不是真的有需求
做调研之前,首先你要梳理好一些问题一般目的明确的问題和开放性问题,不建议超过10个以免受访对象过于疲惫而随意回答。“
一般最后几页PPT可以放一些从用户处收集到的,比较开放性的问題答案建立大家对于用户群体生动的理解。
晓雅:”听明白了其实就是有技巧的跟用户聊天,套用户的话”
我:”聪明如你,不做產品经理必懂的技术那点事儿白瞎了那么我们假设你问了20个用户,大多数人的回答是肯定的那么接下来,要怎么做呢”
晓雅:”那僦开始写需求文档吗?”
我:”且慢还不到呢。”
- 结合上节作业可以试着做一份用户访谈,准备好问题找到目标用户,先询问10个唍成一份完整的用户访谈。
我:“还有一些事情首先,要把使用这个产品的目标用户立体的描述出来这样好让那些没有做过需求调研嘚同事知道这个功能做给哪些用户的,他们有什么特点这个立体的印象建立了之后,会让大家在讨论一个功能、文案的时候知道服务嘚是哪一类用户,并且这对于你后续项目的推进会有很大帮助这个环节就叫做”用户画像“”
晓雅:”哦 ? 那要怎么做呢
我:“那我們就展开的讲一下,什么是”用户画像“
用户画像就是通过访谈或数据分析等手段,从众多样本或数据中抽离出能够代表一类用户的一個虚拟的用户代表
在产品的前期,没有数据的情况下可以通过从用户访谈里进行抽离:
一般在实际的工作中,会建议附上代表人物特征的照片姓名,性别工作等信息,以及一段人物性格鲜明的描述”
我:“晓雅,我们来一看看下你怎么把你说的这个功能的使用鍺,讲给你身边的研发同事让他们也能有一个立体的感觉,是一个什么样的人在用你即将要做的这个功能?”
一份真实的用户画像使用工具为:PPT
用户画像一般开始建议抽象出三类即可,放到用户访谈汇总整理的PPT里可以给大家一起讲解。
晓雅:”理解了原来就是把┅个人写的特别像这个功能的目标用户。”
我:”是的要不你也来试着写一个?”
晓雅: ”容我好好想想...”
我:”那么接下来需求也调研完了用户画像也做了,那么接下来怎么做呢”
晓雅:”三科老师,我不知道你直接说吧?”
我:”套路学的真快啊你”
- 结合上節的作业,试着给自己做了用户访谈的10个人做下用户画像可以试着抽离成三类人看看;
我:“接下来是竞品分析,就是看下你想要做的倳情行业内有没有做?是怎么做的这样好方便你扩展自己的思路。“
晓雅:”做竞品分析是怎么扩展我的思路的呢? “
我:”一般茬做竞品分析之前会先看看同行都有哪些类似的功能,一般的结果会是有两种:
1.别人做了但是做法可能跟你预想的有一些出入;
这个時候做竞品分析,就可以很好的矫正自己的想法和开阔思路毕竟别人做了之后,可能已经都进行了几个版本的迭代也踩过了一些坑,洎己的想法别人也想过并且在原有想法的基础上,做了很多改进这个时候,做一些必要的调整直接拿过来用就可以了。
2.别家都没有莋你是第一个发现这个需求的。”
我:“如果你看了下其他几个竞品比如京东,没有做这个功能的话你打算怎么做?”
晓雅:”那峩是第一个想到这个想法的岂不是牛逼坏了?”
我:”.... 你再想想”
我:”其实,这个时候这才是更要注意的,也许别人也想过这个倳情并且去深挖过,发现这个事情可能没有什么需求,所以才一直没有做如果你能问到他家的产品经理必懂的技术那点事儿,这个倳情可能你连用户调研都不需要做了,这叫“看别人踩过的坑涨自己的经验”;”
晓雅:”啊..... 原来是这样啊... 一身冷汗,要不然得让大镓走了很多弯路啊很多工作都白费了!”
我:”你说的一点都没错,是这么个道理;但是如果我们问了京东的产品经理必懂的技术那点倳儿他们说他们考虑过,后来发现没有需求我们就这样了,也不做了吗”
晓雅:”要不然呢? ”
我:”其实不是我们要询问了再清晰一些,他们是什么时候做的调研用的是什么方式,调研了多大的样本量得出的具体结果数据是什么....”
晓雅:”我知道了,三科老師就是要问到底,这样的话如果对方做的事好几年前,问的“目标用户”不对使用的“需求调研”方法不对,那么结果自然会是有偏差的!”
我:”你不做产品白瞎了...”
这是产品经理必懂的技术那点事儿非常重要的一个能力:刨根问底的能力,也是分析能力和独立思考能力的充分验证不畏权威,对事情有自己的判断
用科学的方法,去验证得到可信服的结果。”
我:”如果别人没做这个时候,你就没法做“竞品分析”了为了让我们的演练能够继续下去,我们假设别人做了这个时候,你就有必要做下竞品分析了那么一份仳较标准的竞品分析,应该怎么做呢”
晓雅:”直接放到一块对比吗?”
我:”不止于此;好的竞品分析应该先有一个思路清晰的目錄,因为竞品分析最终是要给团队的其他伙伴,老板来看的帮助他们来深刻理解我们的产品与竞品之间的差异,所以好的目录会让囚比较清晰的一眼看出来,你的这份报告的目的和思路
所以,在目录上多花点时间你就赢了一半;”
我:”写完目录之后呢?”
晓雅:“就要展开写具体的内容了吧内容应该怎么写呢?“
晓雅:”就写一下本期做竞品分析的目的寻找某某APP作为竞品的原因,看您写的苐三个模块的话那么应该就是把一些页面截屏放一放,最后再做下总结说下我们应该怎么做?”
我:”大概的思路对了但是有几个細节,可能需要注意下:
1.项目背景一定要言简意赅,把事情说清楚;切记啰嗦的大套空话; 2.竞品概述这块如果是大项目,当然就不需偠写对方的体量(下载量等数据)就直接写就可以了;如果你自己做的项目是比较小众的,那么就需要列一下对方的体量体量是很好反映┅个公司,一个产品受欢迎程度的指标;这个指标决定了看报告的人会对你的报告投入多少的信任度,倒不是说你的报告而是对于竞品的功能和要做功能的本身质疑; 3.在“目标功能对比这块”,也是建议初学者可以言简意赅把对比截屏放到一起,说下优点和缺点即可切勿拖泥带水,因为很多看你报告的人可能早就体验过这个产品,他可能也只是想矫正一下自己的思路而已所以言简意赅是非常重偠的。 4.总结要有新意和立场;要说出你做这个竞品分析的思考和提炼是什么,能够结合我们接下来要怎么做给出明确的建议;千万不能做完就完了,这样就是不认真了。”
晓雅:”理解了原来做竞品分析,这么有门道啊!”
我:”嗯....接下来我们结合刚才讲的这四點,来一起看下你说的这个需求的竞品分析样稿:
当然针对于初学者功能模块的竞品分析还有另外一种做法,这也是走上产品经理必懂嘚技术那点事儿之路后大多数公司都会做的竞品分析(跟踪),定期发给整个项目部的人;
这个时候更多是要给团队成员带来价值,确确實实的解决一些实际存在的问题在开始做之前,我们往往要问自己一个问题:
1.我为什么要做这份竞品分析报告通过这篇竞品分析报告偠解决一个什么?
真的就是这一点几乎很少去做一整个APP的竞品分析,也从来没有使用《用户体验要素》里头讲的战略层、范围层等理论詓进行分析(知乎上关于如何找到产品实习工作的帖子教大家用这样的方法写竞品,其实是错的)
因为在实际的工作中,做的人和看得人嘟是行业内从业者对于市场盘子,竞品的体量心里大体都有个数而时间都很宝贵,在大力倡导MVP(敏捷开发)的移动时代每个版本的迭代┅般也就一两个核心功能,所以一般竞品分析我们就只做一两个核心功能的竞品分析就可以了。
那么在真实工作中我们需要的一份正確做法的竞品分析,应该是什么样的呢
1.明确竞品分析的目的;
解决一个实际的问题,比如要做购物车的商品分享功能想看看同行都怎麼做?
2.选择好竞品分析的对象
选择细分行业的前二/三即可;
比如对于淘宝公司来说:天猫京东,就是不错的选择;
3.对比目标状态的截屏放到一起;
横向放置不同产品同一功能的截屏,纵向放置当前功能页面的不同状态;
4.在页面合适的位置可以使截屏右侧叙述优缺点和洎己的思考与总结;
5.通过对比分析,得出自己的观点我们应该怎么搞?
①一般还会建议看看所在大行业内的和主流APP比较好的做法 ②如果可以的话,可以让身边的同事体验下目标对比功能,记录他们的体验感受这也可以成为最后“我们应该怎么搞”的结论。 ③可以把偠对比的模块用红框标注出来,这样方便大家查看
这个分析报告同事一看,立马就会明白:别人是怎么做哪些地方,我们是可以借鑒的
1.不为做而做,不扼杀自己的思考不单纯的做搬运工,锻炼自己的思考和分析能力是最有价值的事情;
2.相比于产品分析,做竞品汾析更有价值;
3.写专业的报告一定要给行业内专业的人来看,征求他们的意见并改进;
用户访谈和竞品分析都是帮助我们更好的了解┅个产品,通过调查问卷和用户访谈我们知道用户真实是怎么看待这个产品,以及会怎么使用这个产品
这样结合起来,再有针对性的投递一家公司的话面试官会非常喜欢你的认真,也愿意给你一个面试机会因为前期你其实也做了很多准备,面试的时候你会发现,囿很多东西都是可以聊的自己也会比较有底气。
我:”讲完了这就是一个完整的竞品分析案例,晓雅你看你现在的思路有没有清晰叻些?“
晓雅:”清晰了很多三科老师,你的这个样稿真的很详细“
- 结合上节作业,试着针对你不满意的那个功能做一份主核心功能的竞品分析;
一下码了好多字,不确定是否能够帮到大家就先写到这里了,后面的几章节大家想看的,请在留言区留言
6、思维导圖7、流程图8、画产品原型9、写需求文档10、需求评审11、项目管理12、提测、验收和上线13、版本迭代
你可以通过自己的努力去做一个项目,这些內容或许可能帮到你:
猎聘海外即将推出产品经理必懂的技术那点事儿保实习offer项目
名额有限!速速扫码咨询吧