1. 爱运营首页
  2. 产品经理

学习《写给产品经理的说明书》知识点梳理

Q1. 产品经理的核心竞争力是什么?

「不仅能把事情做对,还同时能判断出对的事情」

换句话说,就是在执行力的基础上,还具备选择判断的能力。这一点,是由于产品经理本身所需的能力、所涉及的工作决定的。

可以分几个方面说。

很好地满足需求,不仅是满足需求。

对于一件事,做到 60 分的方法很多,但做到 80 分的方法很少。比如一个注册登录,做到可以用,很简单,谁都能做。但是,注册需要邮箱、手机号还是账号?是不是提供第三方登录?找回密码的流程是怎么样的?要不要有冻结账号的途径?密码的复杂程度有要求吗?哪种交互页面更符合目标用户的习惯?… 这些都做得完全契合当前的产品,其实并不简单。

学习自己所需要的,不仅是学习。

产品经理的知识图谱十分复杂、五花八门,关键点不在于持续地获取新知识,因为知识是获取不完的。关键在于你明白:对于当前的产品来说,我最需要获得什么知识。大部分知识在你当下的工作中并不需要。了解你所欠缺的,并快速学习。

要谈笑风生,不仅是口齿伶俐。

很多时候沟通的目的不是比个对错、吵个输赢,而是解决问题。所以要选择一种可以谈笑风生的方法,不要只强调本身的对错。哪怕有时候是说瞎话哄他开心呢?「咱们公司谁最帅?」「当然是程序员哥哥你最帅啦!」

做当下最重要的事,不仅是做事。

过于纠结在细节,在团队中会起到一定作用,但在某种位置时,做更重要的事情起到的作用会更大。亲自设计一个按钮一条文案,不如带出几个徒弟更好地配合你,你有精力时间去关注更高层面的问题;解决一个两个出现的问题,不如搞明白问题的原因,花时间建立一套完善的工作流程和考核机制。前者都是对的事,但很多情况下,我们需要做更对的事。

Q2. 作为一个产品经理或产品负责人会可能忽视哪些实际上很重要的事?

1. 任何事情要考虑全面,逻辑链条清晰。

对产品经理来说,想出牛逼的点子只是副业,怎么把产品流程的设计顺利圆满没有遗漏地完成才是天职。

这其实是做产品时最常忽略的事。

2. 满足需求的功能 >> 优质用户体验

产品经理如果看到一些很炫的 APP,尤其一些很炫又相对比较成功的 APP,会误认为它们的成功完全归功于用户体验。

我可以负责任地告诉你,包含交互、视觉在内的用户体验,在用户需求尚未满足前,都是废物。满足用户需求是 1,而用户体验是可以在 1 后面添加的 0.

我见过 3D 效果做得简直像科幻片里的特效的 APP,同事用手机给大家演示,所有人都赶过来围观。这个 APP 有用吗?有用,但只有一个用途,就是拿出来让大家围观…

再举个例子,你看看淘宝的页面:

学习《写给产品经理的说明书》知识点梳理

你如果是信奉极简主义,恨不能把主页改成这样:

学习《写给产品经理的说明书》知识点梳理

当然,逼格高了,感觉用户视觉上舒服了。但你作为用户来用的时候,会发现特别难用,无从下手。作为大而全的电商网站,更多信息展示显然是比界面简洁更重要的。

所以永远记得,先满足需求,再考虑加特效,duang duang 什么的。

3. 理解需求背后的原理和原因

产品经理很多时候是需求承接方,有时需求来自老板,有时需求来自同事,有时需求来自用户。这时候,一定要分清一件事情,这件事情是非常非常容易被搞混的,就是:他们给你的是明确无误的需求还是只有实际的方案!

比如,老板的需求可能是这样的:

给我做个客户端实时记录美甲师 GPS 的功能来。

作为忠贞不二的员工你可能就落实去了。但实际上,你需要搞明白老板为什么这么做。在再三的追问下,老板可能就告诉你他的原因是:

因为美甲师经常会为了奖励刷单,也就是不出门让朋友来下单。GPS 用来帮助判断这个。

所以你理解了老板的需求,那么下一步做的时候就清楚了:要查美甲师是不是刷单,没有必要实时做记录,这样增加美甲师端的流量消耗,也增加了服务器的负担。正常的接单时间都会大于半小时,因此完全可以将功能改成:

每半小时记录一次美甲师的 GPS。

任何人(包括用户,严格说尤其是用户)给你提需求时,有时候只是根据自己的需求拍脑袋想了一个方案建议你做,但作为产品经理,要做的是理解其背后真正的原因或者原理,转化为更合适的产品方案。

4. 有写文档或者做记录的好习惯。

大公司会有详尽的文档撰写要求,但初创团队和小公司考虑到效率问题都很少有写文档的习惯。

许多人会觉得口头表述和口头确认是初创时期自然而然的工作方式,实则不然。即使最粗糙的产品功能说明文档、交互文档和需求文档,都要比任何事情全靠口头解决要好。文档和记录是规范产品研发的重要参考,是当大家有了争执可供确认的凭证,以及最后产品版本验收的查验标准。

半个月后,没人记得现在做的这个功能当初为什么决定要做,像这样尴尬的问题就不会出现。

5. 考虑将来可能的变化。

除了空间维度上要考虑更多情况,在产品方面,还要考虑时间维度上的状况。

包括但不限于:

— 版本的命名和意义(不要让用户困惑)

— 版本的更新周期(不要让用户觉得烦)

— 强制改版的情况(旧的功能无法使用。强制改版显然不宜太频繁)

— 将开发功能的预备(与技术沟通未来将开发的功能,提早在代码层面有所准备,以防经常做太多改版)

— 提前考虑埋点的情况(用来做用户行为分析)

— 要上 App Store 的应用,在做以上这些考虑时,一定要把审核时间算上

6. 正确地完成事情,是衡量产品经理称职与否的标准。

怎么才算合格的产品经理或者产品负责人,关键词在于“完成”和“解决问题”,而不是“创造”、“创新”、“更美”和“更牛逼”。后者当然也重要,但应当只能算是锦上添花。

如前面所说,产品经理不是那种闷头想牛逼点子的人,而是把老板对产品的定位落实到方案上、把同事们的需求落实到功能的配合上,把用户对产品的反馈落实到迭代改版上的人。

举例来说,作为淘宝的产品负责人,你最重要的工作就是让用户很方便、很顺畅地买到想要的商品,其次是让商家很方便、很顺畅地售卖自己的商品,再次是让平台的营销活动很方便、很顺畅地进行。其它的都不重要。

而作为百度的产品负责人,你最重要的就是让用户很方便、很顺畅地搜到自己想要的东西。

通过一个对比表格,可以感受一下:

学习《写给产品经理的说明书》知识点梳理

因此,对于产品经理或者产品负责人来说,“整体使用流畅、没有硬伤”比“这个功能真酷真炫真牛逼”是更令人值得骄傲的褒奖。

原文作者:铅笔人生

去年今日运营文章

  1. 2018:  从项目管理角度谈OA流程优化(0)
  2. 2018:  展览活动项目管理的五个要素(0)
  3. 2018:  《运营之光 》:没有对的思维模型,永远只能做小编(0)
  4. 2018:  增长黑客实战:一个完整案例详解运营核心方法(0)
  5. 2018:  0成本涨粉1w+详细复盘:100%可实操,小白也能上手!(3)

本文转载于铅笔人生,本文观点不代表爱运营立场,转载请联系原出处。如内容、图片有任何版权问题,请联系爱运营处理。

发表评论

登录后才能评论

联系我们

187-1891-2971

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

邮件:admin@iyunying.org

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

QR code