产品经理·杂谈

//02.01-2018更新 - 增加:13.0

放在文章草稿里好久几个月了,是继承上一篇文章 哪类人适合当产品经理? 结尾裁剪下来的。多是些感悟和杂谈,感觉还是有点用的。既然是杂谈那就开始吧。

01.0 产品经理类型
02.0 创那么一次业
03.0 产品人的一些面
04.0 产品经理的底线
05.0 自我管理
06.0 资源整合

07.0 协调能力
08.0 工作技能
09.0 关于产品升级
10.0 写文档
11.0 执行能力
12.0 新人的危险期

13.0 自我减压方案
14.0 产品经理PS项目经理
15.0 关于产品经理:有色眼镜的局限性
16.0 关于模块设计的取舍
17.0 局部碎片概念
18.0 产品的 术/法/道

01.0 产品经理类型

产品经理细分的话各种各样,有很多的相同点,也有各自侧重的不同点,目前我这边介绍的主要还是互联网产品经历。

主流一般都是说产品经理更偏向项目建设多一点。但我想说的还是在这个池子内,也有各种在能力方面有区别性的产品经理。比如,研发人员出生的产品经理,多数都去了软件研发公司;运营出生的产品,多数去了品牌/电商/广告公司;所以个人建议初级PM们选择自己的公司时,最好不要盲投,免得去了和自身所擅长的能力相关性低的公司,从而遇到不必要的懵逼打击;

在此大致罗列几个:品牌型、运营型、2B/C型、数据型、前台(展示)型、后台(研发)型、横向(业务)型、垂直(业务)型、......

02.0 创那么一次业

  • 习站在创业者的角度去思考问题
  • 实在没做过就去夜市摆摆摊吧,至少可以研究下你的用户群体,然后如何快速迭代你的商品提高收益之类的基础活。顺便想想怎么把隔壁老王的摊子挤出局。怎么说都是真金白银对刀子上不是。

03.0 产品人的一些面

不是人人都能做产品经理

《人人都是产品经理》并不代表人人都有能力胜任产品经理这个岗位的,这是公识;

如何看待PM?

真正的产品经理是个很高大尚的一个词,因为它关联决策,也就是PM他承担一位决策者该有的能力,哪怕是基础的。你要为维护本词的基本尊严而努力,也为自我而证明(为别人是下乘);

像在知乎上那些工作了一年以上的新PM人,还在那纠结的说不想当PM了,要转**岗位好啊 的那群人,老实说,哥们我很气愤,倘若此些人在过往工作经历当中角色在上层中无足轻重还好,反正是个螺丝钉。但如果是决策性岗位,泥煤的!!!简直就是产品人的耻辱,不过能想着转行业也是不错了,如果没有自觉还要继续去打一枪换一炮祸害其它CEO的话,我只能佩服你沟通能力过关的同时,补上一个败类的标签。

PM要有血腥味!

汪汪是需要和竞争对手真枪真刀在「看的见的维度」上,上刺刀对捅的!不是你死就是我活,丛林法则。(携手共赢?个人认为只在市场未饱和状态下,才可能笑脸切糕,但刺刀仍不能雪藏。)

百提不变-沟通力

  • 学会亲密沟通的同时,坚守底线,不能因为 说服不了、同情心、拖延症... 而降低需求的目的性和质量标准。
  • 对于说服不了的(自己沟通能力原因),停下!静!拿板凳回去反思,是自己问题,找原因。不是自己原因,想好讨论方案,最好准备两套以上场景故事,确定沟通是在同一频道(核心问题)。确定成功率足够高(不做没把握的事情养成习惯,不浪费时间)。

有冒险精神(新人不建议大范围用)

  • 前面说过创业相关,对于创业来说,冒险精神是驱动主力之一;
  • 怕,代表一种妥协
  • 冒险前记得评估成本,切记带着目的性/规划性协商和执行。

自我意识强

  • 做产品的必需要有不低的自我意识,「有个性才有创造力!」
  • 学会客观看待事情(不能太自我,否则唱独角戏)

具备CEO的发展倾向

当你当了不长不短的PM后(个人觉得4年以上)你都还没有具备一个基本CEO的能力,就可以预判你过往很有可能是报个打工仔的心态混吃等死的,再要么就是自己骗自己(当然偶有例外哈,但这个板凳诸位还是勿厚颜而坐)。

04.0 产品经理的底线

  • 统一战线后的目标不偏离
  • 优先级管控不乱序
  • 自己团队里人员禁止背后黑枪的人存在,底线人品很重要,发现立即干掉
  • 团队中:规定时间、规定质量、规定人物,未达标,没有反馈就是逾越底线!
  • -
  • 项目基本保密意识,敏感模块守口如瓶。
  • 自己团队出了问题,无论结果黑锅都得自己都要背;
  • 自身需求没给到执行方,引起的恶性结果。非对方岗位基本职责,不可怪罪;
  • 离职之时,PRD/MRD/BRD文档齐全,避免后面PM项目概念模糊诅咒你。
  • 以身作则

05.0 自我管理

  • 我们今天必须做什么事情,才能让明天的问题更少?
  • 昨天的问题再来一次应该怎么解决?
  • 最重要的:明天会发生什么事?
  • 自己都管不好?你还想管别人?你还想管项目、管需求、管执行、负责任?
  • 拿到某个idea,因为这是需求,所以就可以指手画脚别人的专业?
  • 术业有专攻,『没有调查就没有发言权』。牢记!
  • 保管理好自己的时间,不被偷走。多关注当前优先级是正事~
  • 时间管理:《小强升职记》、《高效能人士的七个习惯》、《自控力》推荐!、......
  • 忍住、忍住、忍住、不要被主观左右
  • 你的抗压技能有没有准备好?
  • 每天是否有固定的冷静时间(哪怕一个小时、吃饭时间、洗澡时间、泡妞时间...)
  • 如果说服不了别人(必要的时候),常识去学会说那么个小故事;
  • ... ...

06.0 资源整合

  • 快速粘合其他部门,了解透彻每个部门属性,做出每个部门对接的:规范/标准件;
  • 清楚每一位小伙伴优势,根据工作需求,合理分配充分发挥每一位成员的特长,来更效率化结果。
  • 不能忽视互联网现成的方方面面资源,学会必要偷懒,避免走弯路;

07.0 协调能力

项目协调能力

  • 任务分配
  • 成本管控
  • 执行协调
  • 质量管控
  • ...

阻碍协调能力

  • 良性沟通位列第一;
  • 分清你的优先级;
  • 尽量不得罪人,硬钉子最好以愉快的沟通方式化解阻碍;
  • 短时间想不出办法,即刻休工冷静,找出解决办法再持入;
  • 耍无赖的、第三方人情关系存在的... 速战速决,只追求结果(自己能做主的)。不能做主的,找更上一级。切记不可拖延踌躇
  • 明确自己的岗位职责(本职外有余力可跨越,否则优先做好本职,其他哪怕是学习性质的,只要不是过期不候又很重要,尝试拒绝)
  • ...

当队友未必会如同你想象的那么优秀时?

日常中常听人说:“未必是你想做好就能做好的”,个人感触很深,但个人从来不赞同。做不做是一回事,不做只会比做 相对更差一些!

例如:你的执行力足够优秀,但同级其它的 主管/总监 在一些协作方面,总是跟不上配合你的步伐,甚至是故意官腔式的协作(有时也只是对方工作的一种习惯);这种情况下,寻找解决的方法建议:

  • 亲密沟通(没了,就是它)

提高亲密沟通的办法:搜索力提高的你会懂,出门左拐不送;

08.0 工作技能

  • 基础技能:画原型、做方案、写文档
  • 分析技能:分析数据、分析需求、分析用户、...
  • 运营技能:运营推广、市场营销、...
  • 沟通技能:具备良好的情绪管控!与BOSS沟通、与需求源沟通、与运营/销售/客服...沟通、与开发团队沟通、甚至与用户间接或直接的沟通;并且形成良性沟通习惯;懂点心理学最好!
  • 项目管理:具备基本的项目经理技能;
  • --------你的宝贝儿产品项目-------
  • 知道用户、了解用户、满足用户
  • 产品定位、功能定位、体验输出
  • 始终跟踪互联网新兴潮流,注最新竞品动态、保持技术与服务领先!
  • 产品的商业模式、战略定位、以及你的产品在产业链中的地位!!!
  • 资源短缺怎么办?、资金短缺如何取舍?、人员短缺怎样协调?
  • 风险把控如何提前预判?
  • 如果公司内部竞争激烈,那么你要和别的部门抢资源、抢项目!!抢男人和抢女人(女人有效协调内部生态环境,最好是结婚过的。)!!

09.0 关于产品升级

熟悉目前系统

  • 后台没熟悉透彻就开始打鸡血升级?哎哟唉,创业者的钱可真不值钱。

添加功能升级很危险

  • ⚠️ 有时候自以为的添加功能升级是一件很可怕的事情。
  • 例如:金融产品做升级,突然想到了给这个金融产品做一个社区。是一个非常危险的动作!!!除非你对自生产品所属环境已经放心到一种很高的程度。

做完之后会怎么样?不做会怎么样?

这个需求做不做,什么时候做。怎么做?为什么要做?

偏道预判

就现在,你来想想,你现在做的事情,会不会是自己做需求给自己做个坑?

用户体验是否能有效提高?

用户体验的目的 = 提高效率。

新PM上任建议

  • 把「08.0」内容看一遍
  • 研究完现有用户细分、消费倾向、线上线下业务流程、...
  • 迭代先局部后整体
  • 第一个版本小改优先大改
  • 革新优先创新
  • 熟悉当前项目透彻了再搞什么改头换面;
  • 忌讳新人上任谈更换模式之类的大刀阔斧;除非这产品已经烂的几乎无法运作;
  • 首次整体迭代建议有80%以上的把握优于当前版本;
  • 忌讳迭代后出现打击老用户的相关行为;
  • 有需求,立即把需求提到项目管理系统,指定到人,明确需求内容。绝不拖延1秒。养成好习惯。
  • ... ...

10.0 写文档

  • 商业需求文档(BRD)、市场需求文档(MRD)、产品需求文档(PRD)
  • 三份文档的先后顺序:如果项目刚开始B/M/P,如果已开始,建议根据紧急程度来决定先写那一份,但三份必须短时间内解决完;否则后面进行修改和产品更新迭代时候容易偏离统一战线;
  • 写文档层次清晰,你不只是需要让目前 熟悉项目的开发人员 思路清晰,而且还得让 新人一目了然,甚至你那条突然滚蛋了,新任PM也要看得懂。哪天开发人员调动,又得重费口水。
  • 比如我写第一份PRD,写完后发现,我自己很清楚,但给到开放人员,主负责人觉得有些碎片化了,部分甚至似懂非懂。尤其那些下级开发人员只负责某一模块的,就更会一脸懵逼。所以最开始不要急着写,想想除了写给自己看外,还需要写给那些人看,是否要写的够完整,是否新人也能用。
  • 最重要的是,当你写完了,你会发现你会修改很多,弥补很多细节。自己的思路会更清晰,项目结构更完善,后面会避免很多没填的坑!!!此项时间必须得花。

11.0 执行能力

  • 第一层:需求源 —— 可能只是一个idea,一个想法
  • 第二层:PM确定方案 —— 并且把执行细节文档化(PRD/MRD/BRD)
  • 第三层:开发 —— 根据完整需求,将其实现
  • 第四层:效果跟踪 —— 变现质量与记录
  • for(); 循环

12.0 新人的危险期

以下几条最初的第一年黄金红利期都学不会的可以关闭退出了(自信力极差同时学习能力堪忧)

  • “好习惯养成”计划有效落实
  • 最近一年和最近一个月内的当前互联网热点很清楚
  • 学会清空杂念思考 昨今明
  • 做过完整的用户调研
  • 做过至少一份运营策划并且执行完整,
  • 数据分析时间不低于6个月以上
  • 做一份完整的PRD并且修改过,练习过BRD、MRD整个能文档并且得到boss最基本的项目目标认可。
  • 完整的一份自我职业规划(实在没把握规划质量的,本人有超级秘籍,私聊咨询,哈哈哈)

为什么是一年?来来来,咱们算一算。达到高级产品经理就算你花个四年(符合基本的CEO)这中间你得和要花掉多少时间。要学多少东西?

13.0 自我减压方案

  • 晨跑运动、夜跑运动(不间断长跑5~10公里效果显著)
  • 睡觉(极静的地方,后事处理好,深度睡眠效果超级棒!推荐!)
  • 市内最近的公办图书馆看看书(也可以去午睡,效果显著)
  • 咖啡厅2小时静休,或者整天窝那办公(要静、大、空、有沙发的那种,最好清空大脑不去想工作事宜)
  • 下班时间静休三天以上:断网、关机(忍住)
  • 冥想(听好几个书友分享时说效果极其显著,反正他们极力推荐)
  • 听,海的声音(可以的话睡一会)
  • 山上,森林,听风(可以的话睡一会)
  • 恋爱(别人给的意见,非“理”自重。)
  • 夜,去25楼大厦以上,趴在围栏上,伸出半个身子悬空(建议恐高的朋友脚系上不能让你掉下去长度的绳子。注:生命危险只提供方案 不推荐也不负责;)

14.0 产品经理PS项目经理

当产品经理又兼项目经理岗位的时候,个人觉得可能会是大部分没管理经验人的坑

  • 很多时候静不下心来做产品研究
  • 前期甚至会项目经理和产品经理傻傻分不清楚
  • 如果专研产品的,建议要么加强管理层级建设(细事让主管/组长去做),自己只管大事和产品研究即可;
  • 碰到这种瓶颈建议把自己关小黑屋几次,做做PRD什么的即可得到有效转变;

15.0 关于产品经理:有色眼镜的局限性

很喜欢这篇文章:怎样深入做用户分析 | 人人都是产品经理

  • 比如:一个从15岁身边就是一堆倒贴mm的高富帅,真的能了解那些急需解放右手的渴望么?
  • 比如:一路贫困刚刚毕业才吃了第一顿必胜客几乎都睡在公司的产品新人,想做一款高尔夫社交应用,不管多深入的约谈潜在目标用户,能真正了解他们对社交的真正心理么?
  • 再比如:一个从来不看篮球不打篮球的文艺青年,能明白天天刷NBA论坛的高中生NBA对他们意味着怎么样的精神寄托?

16.0 关于模块设计的取舍

说句废话,嗯,废话:

  • 遇到问题明知道是墙,撞上去
  • 遇到问题它他道是墙,回头!

关于你遇到的问题是不是墙,取决于:

  1. 设计这个模块 - 的初衷
  2. 初衷的 - 关联模块
  3. 初衷的 - 竞争优势
  4. 初衷的 - 优先级
  5. 初衷的 - 成本
  6. 初衷的 - 变现预估

17.0 局部碎片概念

  • 革新 / 创新 / 毁灭
  • 金钱 < 爱好 < 有方法的爱好
  • 产品助理 > 产品经理 > 合格产品经理 ≈ 局限性造物主
  • 全能产品经理 ≈ 合格的CEO
  • 打杂?高级打杂?超级打杂? >> 非标称呼

18.0 产品的 术/法/道

还没熔铸完成,避谈细节,待出道。不过我始终认为自己未来的 术/法/道:

有神性 —— 并且某阶段必然是具备极强的攻击性!”

算是自己在切换成PM角色时的一个理想状态之一吧;当你把自己的选择权利交给别人时,就离死不远了。这让我想到一个人:行为艺术家玛丽娜...

不知在那里听过一句话,产品经理不仅要有“上帝视角”,还要有关心“人间疾苦”。

//@知乎 原文链接【本人首发原稿】天青色。

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏京东技术

和我去京东的机房走一走 | 11·11 倒计时

“ IT资源服务”:京东商城、物流、金融、科技等京东所有业务的基层支持,有关基础IT资源的一切,包括设备采购的需求对接、部分IT设备的实际采购、机房服务器上架、...

47180
来自专栏AI科技评论

业界 | 任正非谈人工智能应用:不要遍地智能化,否则满盘皆输

AI科技评论按:近日华为心声社区公众号发布了任正非在人工智能应用GTS研讨会上的讲话,AI科技评论获悉GTS是“华为全球技术服部”(Global Technic...

39080
来自专栏小巫技术博客

本命的2016年,2017年继续前行

10420
来自专栏EAWorld

上班用“蝙蝠侠电话”沟通是一种怎样的体验?

60年代始播的蝙蝠侠电视系列对蝙蝠侠这个人物本身有着极为深远的影响,同名电影在全球热映,备受全球观众青睐。其中有部电话专门用于连接蒙面蝙蝠侠。当铃声响起的时候,...

387100
来自专栏python+iOS学习交流

给1~3年iOS经验朋友们的一些建议(附BAT面经)

由于笔者是做 iOS 开发的,因此本文也仅对做 iOS 的同行们有针对性,其他方向仅供参考。

18430
来自专栏ThoughtWorks

TW洞见|我爱上的最难的一次IT面试

今日洞见 文章作者来自ThoughtWorks:Steven Lowe。译者来自ThoughtWorks:李江华。封面图片来自ThoughtWorks。 本文所...

31150
来自专栏ThoughtWorks

TW洞见 | TDD随想录

2014年我一直从事在敏捷实践咨询项目,这也是我颇有收获的一年,特别是咨询项目的每一点改变,不管是代码质量的提高,还是自组织团队的建设,都能让我们感到欣慰。涉及...

38170
来自专栏FreeBuf

爬取QQ空间3000万用户,玩玩大数据分析

这是我近期使用C#写的一个QQ空间蜘蛛网爬虫程序。程序断断续续的运行了两周,目前总共爬了3000万QQ数据,其中有300万包含用户(QQ号,昵称,空间名称,头像...

24860
来自专栏ThoughtWorks

超越SAFE,创新需要EDGE|TW洞见

肖然 ThoughtWorks EDGE(边缘)和SAFE(安全)这两个短语在字面上给人的感觉是截然不同的。在没有具体上下文时,我相信大部分的人会选择“安全”,...

27450
来自专栏程序员笔记

这个故事有点耳熟

14740

扫码关注云+社区

领取腾讯云代金券