如何转行做一个好的产品经理?

=Start=

缘由:

一方面是现在越来越觉得只做技术(或者说技术人员只关注、注重技术),你的发展是很受限的;另一方面是想多学习、了解一点其它方面的知识。所以这里整理一下此前看到的以及专门搜集到的产品经理的能力模型和思维方式以及技术转行做产品的注意事项等文章和讨论,结合自己的一些思考,方便以后参考。

注:主要内容和结构参考的是腾讯大讲堂的一篇文章「如何转型做产品经理?」。

正文:

参考解答:
一、你了解你要做的产品么?

先问自己几个问题:

  • 你要做的产品,是满足谁的什么需求的?
  • 它的整个产品实现流程是怎样的?产品价值?
  • 当前市面上是否已经有相应的开源/商业产品?你的产品和它们的有何不同(优势在哪)?
  • 产品现有的方向与未来可拓展的方向(可选)
二、做产品经理需要的能力有哪些?
  • 专业能力4项:需求分析、方案设计、数据分析、商业思维
  • 通用能力4项:项目管理能力、领导力、学习能力、思维模式

1、可以从各类招聘产品经理的招聘广告上,了解到所需要的能力。

2、通用能力列表参考如下:

(1)新人入门 公司相关的知识/技能态度(内部转岗的容易胜任)
(2)熟悉领域 特定产品的行业知识等(相关行业转来的容易胜任)
(3)业务规划 更偏商业敏感度,战略层面(运营人员也要做)
(4)产品规划 未来做什么产品达成业务目标
(5)用户研究 用户洞察,研究的方法(用户研究员)
(6)数据分析 数据分析相关(商业智能团队)
(7)需求分析 需求的采集、开发、管理等
(8)产品设计 偏狭义用户体验(UED,交互设计师)
(9)文档撰写 主要是PRD、Demo、MRD等文档沟通协作与各种周边角色沟通协作
(10)项目管理 项目管理相关(项目经理)
(11)产品运营 运营,推广,营销面(产品运营人员)
(12)熟悉技术 对特性产品技术面的了解(做过技术的容易胜任)
(13)团队管理 人员培养,组织进步方面(做过管理者的容易胜任)

3、专业能力

相关产品所对应的专业能力,以数据产品经理为例,需要了解数据分析工具,比如Excel、R、Python、SQL等等,可视化竞品,比如Tableau、FineBI、Saiku 等等。

 三、思维方式的转变

1、用户思维:看到表面——系统有提供哪些功能?
2、产品思维:需要仔细规划——使用你产品的是哪些用户,他们关注哪些功能,他们什么时候看,他们用产品来干什么?他们使用产品的流程是什么?
3、技术思维:如何用技术实现,系统架构是什么?

产品经理的思考要点是:
谁是目标用户,解决什么核心问题,核心功能,使用场景,给用户的价值,如何一句话介绍产品,与同类产品差异,盈利模式。

四、产品设计流程&所需要的文档
以数据产品为例,一般我们进行的设计流程是:

1、需求分析(商业需求分析,市场需求分析,产品需求分析,产品规划)
2、产品主线功能设计(数据接入,数据加工,数据展现等等)
3、数据可视化设计
4、通用数据指标分析,建立,接入流程设计
5、用户管理模块设计(权限等)

其他流程制定:产品迭代,开发维护更新等流程。

涉及的文档:

产品设计:BRD、MRD、PRD、FSD(每个产品团队所需文档会有所差别)
各类产品管理,项目管理流程文档 (可选)

PRD大致包括的内容:
1、变更日志(日期,版本号 修改内容  修改原因 修改人)
2、解决谁的什么需求,目的是提升什么体验,以什么数值衡量
3、PRD产品逻辑(功能逻辑,交互逻辑,边界逻辑)
4、功能设计(业务流程,信息架构,产品原型)
5、产品原型(线框图,交互图)

五、产品经理遇到的问题和解决方法
可能遇到的问题有哪些?

1、老板想法不明确:(引导性转化,多提问,明确战略意图,提出可能的解决方案)
2、设计师的争论:(设计功能的目的,用户价值,业务价值,设计方式的选择 用户群体,产品在用户心理的认知程度)
3、与工程师的沟通:开发思维,技术可行性,实现难度,实现成本,我们需要带着可能的答案去提问。请教从专业的角度评判需要多久
4、与一线人员沟通:是否是用户原始的反馈,还是一线人员加工过的

如何定位问题?

定位问题:影响范围(能控制的区间,能影响的区间,不能控制的区间)
能控制的区间(如何解决)
能影响的区间(需要外部协助,需要改变外部环境?我们就是做去影响问题的进程,并且采用各种方式,把问题过渡到可控制的区间)
不能控制的区间(认清问题现状,向外部寻求帮助,一步步推进

定位问题:是不是真实存在,问题影响范围是多大?

如何解决问题?

如何解决问题,而不是一直关注问题是什么,以及问题带来了什么影响和后果。
问题定位,问题起始节点,递进式解决问题。
从问题和答案中获取洞察力,透过现象看本质,发现问题的本质和一般规律。
学习了解从用户的角度和使用场景设计产品,解决用户问题。

产品从无到有经历了什么?

需求产生,需求分析,需求评估,产品设计,设计评审,技术评估 ,产品开发,测试运维,上线。

我们在收集用户需求的时候,问卷、电话是一方面,最重要的是,当面多观察用户做了什么?比如,他们是如何使用竞品的,看着他们操作,看下中间是否有停顿或者其他疑难的地方。

做产品需要有MVP思维:化繁为简,最小可行性产品,客户反馈,快速迭代。


好产品经理极度稀缺
  • 第一、好产品经理必须具备足够的生活阅历
  • 第二、好产品经理必须洞察人性
  • 第三、好产品经理必须保持克制
  • 第四、好产品经理必须懂生意
  • 第五、好产品经理必须是管理专家
  • 第六、好产品经理必须有决策权,但决策权是自己打出来的

 

参考链接:

=END=

声明: 除非注明,ixyzero.com文章均为原创,转载请以链接形式标明本文地址,谢谢!
https://ixyzero.com/blog/archives/4374.html

《如何转行做一个好的产品经理?》上有7条评论

  1. 为什么产品经理这个行业装逼的人这么多?
    https://mp.weixin.qq.com/s/pXhyXKtfC2dGPTA5c92SNg

    整合20位PM的经验之谈,对“为什么产品经理这个行业装逼的人这么多?”进行回答。
    综合而言,他们主要观点为:
    1、装逼的不止是产品经理,各种职位都有自己的装逼路线。
    2、说产品是自己“孩子”的不算装逼,而且也已经算谦虚的了。
    3、互联网行业会装逼、装得好也是一种能力。
    4、不是产品经理装逼,而是这个掌握设计发言权的职位门槛越来越低了。

  2. 伤害技术人的13项法宝,太残忍了,刀刀见血,请勿轻易尝试
    https://mp.weixin.qq.com/s/o9gclVkonqjgS21mNSvRXg

    一、初级伤害
    1. 帮忙在代码里看一下,这里的产品策略,产品逻辑是怎样的?
    画外音:文档没积累,产品没沉淀,抛出法宝“代码里看一下”。
     
    2. 除了把xx改成oo,其他的产品策略与产品逻辑,和原来一样。
    画外音:前人挖的坑,后人怕搞出问题,抛出法宝“和原来一样”。
     
    3. 确实上线后效果不是很好,系统都有bug,产品还不让试错么?
    画外音:产品成功了,牛逼;产品失败了,抛出法宝“允许试错”。
     
    二、高级伤害
    4. 就把xx改成oo就行,是不是很简单,半天应该搞定了吧?
    画外音:感觉很简单呀,抛出法宝“不就是改个xxoo么”。
     
    场景一:
    原来已经实现微信支付了对吧,就加一个支付宝支付,应该很简单吧?
     
    场景二:
    就是实现一个淘宝商城,照着做就行,应该不复杂吧?
     
    5. 颜色换一下,其他页面流程和竞品一样,下载竞品看一下,照着做。
    画外音:文档懒得抄,原型懒得画,抛出法宝“和竞品一样”。
     
    6. 抱歉抱歉,有个需求优先级比较高,可能要临时插入一下。
    画外音:高伤法宝“强行插入”。
     
    三、暴击伤害
    7. 所有渠道入口要埋上点。啥,有哪些入口?到代码里看一下不就知道了么?
    画外音:太乱了,梳理不清楚了,抛出法宝“所有的点”。
      
    8. BAT都能实现,为什么你们不能实现?
    画外音:50人的团队,200台服务器,3个月的时间,确实能实现。技术上,哪有实现不了的。
    暴击法宝“别的公司都能实现,为什么你们不能?”
    注意配合鄙视的表情。
     
    9. 上线时间点已经定了,需求范围也不能砍,上线质量肯定是不能牺牲的,余下的你们自己想办法!
    画外音:暴击法宝“倒排期”。
     
    四、毙命伤害
    10. 这么简单的需求,怎么需要这么长时间?不就数据库加几个字段,服务加几个接口,页面逻辑稍微改造改造就行了么?我可是原来做过开发的。
    画外音:毙命法宝“质疑排期”,“老子原来也干过开发”。
     
    11. 怎么主流机型都漏测了,你会不会呀?这么简单的SQL都弄错,你是新来的吧?统计埋点都不会,还有比这更简单的需求么?
    画外音:毙命法宝“质疑能力”。
     
    12. 别问这么多了,老板说的,做就是了。
    画外音:毙命法宝“老板说的”。
     
    五、满血绝杀
    13. 抱歉抱歉,前面有个地方没想清楚,这个需求可能还得修改一下,修改的不多,只有十三个页面,二十多个产品逻辑,三十多个原型交互。
    画外音:绝杀法宝“需求变更”,越接近上线时间,伤害值越高。

  3. 告别滴滴之际,重温俞军的3条核心产品方法论 | 三节课独家
    https://mp.weixin.qq.com/s/38Px1fhrAV_ur6QqvV7skg

    俞军的产品军规:从12条到3条
    原来的12条“军规”:
    1.PM首先是用户;
    2.站在用户角度看待问题;
    3.用户体验是一个完整的过程;
    4.追求效果,不做没用的东西;
    5.发现需求,而不是创造需求;
    6.决定不做什么,往往比决定做什么更重要;
    7.用户是很难被教育的,要迎合用户,而不是改变用户;
    8.关注最大多数用户,在关键点上超越竞争对手,快速上线,在实践中不断改进;
    9.给用户稳定的体验预期;
    10.如果不确定该怎么做,就先学别人是怎么做的;
    11.把用户当作傻瓜,不要让用户思考和选择,替用户预先想好;
    12.不要给用户不想要的东西,任何没用的东西对用户都是一种伤害。

    那新的军规有什么不一样的呢?简单来说,这次俞军将自己的方法概括为:
    1.产品价值分析法:产品价值=(新体验-旧体验)-换用成本
    2.用户样本量:用户即需求,用户是自然人的某一类需求,用户不是自然人,随着内外部场景变化会发生变化。
    3.怀疑精神:自我迭代。

    说起来容易,但做到太难。
    遵循事实、做出合适的推论,并且不断的反思和怀疑你做出判断的前提,是我这次沟通的最大的收益。
    保持怀疑,不断自我迭代。

  4. 面试了20位「产品总监」候选人,我陷入了焦虑
    https://mp.weixin.qq.com/s/3olF37XigA7Pjz77byP82A

    公司在招产品总监,to B 业务,定位于中高级人才,启动了猎头。
    经历了太多份的简历的筛选与面试后,依然没有在这个岗位找到合适的、匹配的产品总监。
    1、为什么候选人很优秀,依然被无情刷掉?
    2、猎头或者招聘经理,知道应该要找什么样的人吗?

    ① 候选人的基本情况
    1、年龄
    2、经验
    3、管理
    4、学历
    5、动机

    ② 候选人的专业能力
    #1、轻界面设计,多ERP实战经验
    #2、执行力强,聚焦项目交付质量与进度
    #3、个人都会具备一定的销售能力

    ③ 宁缺毋滥
    临时抱佛脚都不愿意,不关注应聘公司的产品与业务。
    对从0到1的理解,过于偏重项目上线,而非商业结果。
    管理岗,如履薄冰,不应该那么草率。

  5. 项目是如何死掉的?太过真实!
    https://mp.weixin.qq.com/s/tJ_C6nQgwiUzl4_O0nn9UA

    做项目多年,见过成功的项目,也见过太多失败的项目;成功或失败,都是项目的宿命。
    我总结了项目失败的几点要素,供有志于将项目做失败的同学参考。
    绝大多数人在面对失败的可能时,嘴巴上都是说不要,不要的。但身体上却往往做出相反的举动。
    比如以下10点因素。

    1.不可达到的目标
    2.无法执行的计划
    3.贫乏的项目资源
    4.失控的变更管理
    5.缺乏态度及立场
    6.无能的团队建设
    7.奖罚不清
    8.缺乏风险管理
    9.经验不足的乙方PM
    10.经验不足的甲方PM

    总结一下:一个成功的项目,离不开甲乙双方的协作及共同努力,缺一不可。但是,只要大家能灵活运用以上一两点要素,保证项目必败!
    本人失败型经验有限,总结的可能不全面,欢迎各位补充。

  6. “ 字要大,logo要大!” 这一世界性的难题终于被解决了…
    https://mp.weixin.qq.com/s/cneZyJ4m6s5PK2KSQ1tQFQ

    ===>>>翻译需求,匹配专业。

    作为一个设计师,无论什么行业。
    一旦进入到真实的工作之中,不是在做毕业作品,也不是在做飞机稿了,那你的工作内容其实是离那个状态很遥远的。
    因为毕业作品啊飞机稿啊,它们的重点是理念,是为了创新,为了与众不同,甚至只是为了参赛获奖。
    但在大部分的实际工作中,设计是要解决问题的,要传达信息,要促进销售啊等等。
    其实说白了,你本质上的目标只有一个:满足公司或者客户的需求,从而为用户创造价值。

    这些是我们公司微信群的一些截图,这个头像是我们的CEO脱不花。对,她在公司跟设计师说的最多的三个字就是:
    字要大。字要大。字要大。
    我相信做过设计的朋友,一定遇到过老板或者甲方跟你说这三个字。
    就算没做过设计,也一定能体会作为一个追求美的设计师,看到这三个字,是什么感觉。
    那为什么一直以来,甲方的“字要大”和设计师的审美之间,这个矛盾永远不可调和?
    其实是因为缺少一个步骤:翻译。我们仔细想想,当她说字要大的时候,到底是在说什么?真的只是要把字放大吗?其实不是的。
    字要大的意思,翻译一下:是要醒目、显眼、信号强。
    OK,Get了这一点,接下来就好办了。

    前面这几例子中,我收到的反馈从来没有变过,只有一条:字要大
    那我给的这些解决方案,是不是字要大呢?
    你也可以说是吧,虽然实际上没有一个是把字放大了的。
    但因为字要大背后的意思其实是信号要强,这些改变都做到了信号强。

    对于所有手艺人来说,其实经常都会面对这种问题,就是我们作为内行,有时候面对一个不是内行的人提出的需求,感觉很难做。
    比如一个程序员,老板说我要做一个人工智能软件;一个运营,甲方说,咱们搞一个事件营销、病毒传播;一个产品经理,老板说我要像微信那样的用户体验……
    我觉得面对这种情况,解决思路都是一样的:翻译需求,匹配专业。按照这个思路,一定能找到一个合适的办法。

发表评论

电子邮件地址不会被公开。 必填项已用*标注