《产品经理的20堂必修课》

1.从用户需求出发

任何产品想要有用户使用,就必须以满足用户需求为目的。

美国人本主义心理学家马斯洛把人们多种多样的需求分为八大类:生理需求、安全需求、归属于爱、尊重需求、认知需求、美学需求、自我实现、超越需求。

让产品的核心功能满足人们的基本需求,才能得以获得市场的最大效果。

2.围绕用户需求打造产品竞争力

两种常见而有效的围绕用户需求打造产品价值的策略:

  • 用颠覆性的方式满足用户的核心需求。
  • 集中精力充分满足用户的几个期望型需求。

3.为什么我们的产品总是失败

九个字:用户对它并不感兴趣。

4.简单,让产品更加锋利

乔布斯说:“简单之所以比复杂更难,是因为你必须努力地清空你的大脑,让它变得简单,但这种努力最终被证实为有价值,因为你一旦进入那种境界,便可以撼动大山”。

用户喜欢简单的产品,因为懒惰是人的天性,人们在使用产品时,不愿被打扰,不愿意做过多的思考,不愿意进行复杂的操作,他们只想自己的需求轻松地得以满足。

要将一款产品做的足够简单,则要遵守以下几个原则:

拒绝不重要的功能、功能主次分明、循序渐进地引导用户、让产品更加智能。

5.用运营构筑产取决于产品竞争壁垒

产品的竞争力高低主要产品功能符合目标用户要求的程度,但是随着互联网技术的发展,产品功能越来越容易被模仿,所有功能上的竞争优势往往很难长期维持。而由运营确立起来的优势却不一样,内容和用户都要靠时间积累出来,一旦你的产品再内容和用户上确立起绝对领先的优势,产品的竞争对手要想在短时间内对你构成实质性的威胁就非常困难。

6. 互联网产品战略

  • 上兵伐谋-互联网战争中的谋略
  • 求之于势-兼顾全局发展
  • 霸道进攻-抢占互联网渠道
  • 王道防守-打造非凡产品功能与内容

7.互联网产品团队

在互联网公司,产品团队是公司最核心的团队。产品团队的好坏不仅决定了产品的更新频率,而且在很大程度上解决了产品质量和产品效果。

产品团队的关键角色包括:产品经理、设计师、开发工程师、项目经理、测试人员、运维工程师、QA人员。

8.产品经理的工作职责

产品经理的工作职责可分为5个方面:

产品策略制定、用户需求分析、产品功能规划、产品功能开发、其他。

9. 用户需求分析

如何进行用户需求分析,挖掘最有价值的用户需求:

  • 进行用户需求分析前,需先获取用户需求(用户反馈),通过邮箱、QQ、论坛、调查问卷等。
  • 产品经理在获得用户反馈的同时,需要深入地分析用户反馈背后的相关信息,将用户反馈解析为用户需求。
  • 过滤无价值的用户需求,通过 是不是目标用户的需求、是不是目标用户的普遍需求、是否与产品定位相符合 等标准来判断是否具有价值。

10.产品需求管理

产品经理根据用户需求规划产品功能,这些待实现的产品功能对于产品来说就是产品需求。

为了便于记录、评估和跟踪产品需求,产品经理需创建和维护一张产品需求列表,对所负责产品的产品需求进行系统的管理。

11.流程图制作

制作流程图的目的主要有2方面:

  • 帮助产品经理梳理、完善用户操作流程。
  • 有效降低团队成员间的沟通成本。

常见的流程图软件有:visio、ominiGraffle等。

12.产品原型制作

产品原型是用于表达产品功能和内容的示意图。涵盖3要素:元素、界面、交互。

常见的工具有:Axure、photoshop等,另外mac环境强烈推荐【sketch】。

13.商业需求文档(BRD)撰写

BRD(Bussiness Requirement Document)是指基于商业价值所描述的产品需求内容文档,其核心用途是作为公司高层

决策评估产品项目是否开展的主要依据。

主要内容应包括:用户价值、商业价值、目标市场、市场规模、竞争格局、市场时机、产品目标、功能概要、实施计划、产品定位、产品愿景、产品成本、产品风险。

14.产品需求文档(PRD)撰写

PRD(Product Requirement Document)即产品需求文档,主要用于完整描述产品需求,向研发部门明确产品的功能和性能。

常见内容:版本修订记录、项目概述、项目价值、项目背景、场景描述、功能总表、业务流程图、用户界面、功能描述、非功能需求、附录。

15.项目管理主要步骤

  • 制定项目计划
  • 跟踪、控制项目计划的执行

16.如何提升项目管理效率

  • 严格控制产品范围,尽可能减少需求更变次数
  • 构建良好的沟通机制和渠道
  • 不断激发团队战斗力
  • 加强项目风险管理
  • 做好每个项目的总结

17.结构化发散思维

发散性思维是指在思考问题时摆脱旧经验、旧意识,冲破常规的束缚,提出富有创造性的见解、观点和方案。

18.产品创新能力

对于互联网公司来说,创新能力直接关系着自身的核心竞争力,乃至生死存亡。

而那些能够长期处于领袖地位的公司都有着一个共同的特性,那就是具备持续不断的创新能力。

19.高效沟通技巧

一名优秀的产品经理必须是一名优秀的沟通者,具备良好的沟通能力。

常见的沟通方式:面对面沟通、会议沟通、电话沟通、IM沟通、E-mail沟通。

20.数据分析能力

做为一名合格的产品经理,要对数据十分敏感,善于通过数据分析从大量的数据中挖掘有用的信息,用来指导和改善自己乃至他人的工作,提升工作的效率,创造新的价值。

数据分析过程一般分为以下几个步骤:确定目标、收集数据、整理数据、分析数据、得出结论和制作信息图。

时间: 2024-10-10 16:53:29

《产品经理的20堂必修课》的相关文章

CI框架源码阅读笔记3 全局函数Common.php

从本篇开始,将深入CI框架的内部,一步步去探索这个框架的实现.结构和设计. Common.php文件定义了一系列的全局函数(一般来说,全局函数具有最高的加载优先权,因此大多数的框架中BootStrap引导文件都会最先引入全局函数,以便于之后的处理工作). 打开Common.php中,第一行代码就非常诡异: if ( ! defined('BASEPATH')) exit('No direct script access allowed'); 上一篇(CI框架源码阅读笔记2 一切的入口 index

IOS测试框架之:athrun的InstrumentDriver源码阅读笔记

athrun的InstrumentDriver源码阅读笔记 作者:唯一 athrun是淘宝的开源测试项目,InstrumentDriver是ios端的实现,之前在公司项目中用过这个框架,没有深入了解,现在回来记录下. 官方介绍:http://code.taobao.org/p/athrun/wiki/instrumentDriver/ 优点:这个框架是对UIAutomation的java实现,在代码提示.用例维护方面比UIAutomation强多了,借junit4的光,我们可以通过junit4的

Yii源码阅读笔记 - 日志组件

?使用 Yii框架为开发者提供两个静态方法进行日志记录: Yii::log($message, $level, $category);Yii::trace($message, $category); 两者的区别在于后者依赖于应用开启调试模式,即定义常量YII_DEBUG: defined('YII_DEBUG') or define('YII_DEBUG', true); Yii::log方法的调用需要指定message的level和category.category是格式为“xxx.yyy.z

源码阅读笔记 - 1 MSVC2015中的std::sort

大约寒假开始的时候我就已经把std::sort的源码阅读完毕并理解其中的做法了,到了寒假结尾,姑且把它写出来 这是我的第一篇源码阅读笔记,以后会发更多的,包括算法和库实现,源码会按照我自己的代码风格格式化,去掉或者展开用于条件编译或者debug检查的宏,依重要程度重新排序函数,但是不会改变命名方式(虽然MSVC的STL命名实在是我不能接受的那种),对于代码块的解释会在代码块前(上面)用注释标明. template<class _RanIt, class _Diff, class _Pr> in

CI框架源码阅读笔记5 基准测试 BenchMark.php

上一篇博客(CI框架源码阅读笔记4 引导文件CodeIgniter.php)中,我们已经看到:CI中核心流程的核心功能都是由不同的组件来完成的.这些组件类似于一个一个单独的模块,不同的模块完成不同的功能,各模块之间可以相互调用,共同构成了CI的核心骨架. 从本篇开始,将进一步去分析各组件的实现细节,深入CI核心的黑盒内部(研究之后,其实就应该是白盒了,仅仅对于应用来说,它应该算是黑盒),从而更好的去认识.把握这个框架. 按照惯例,在开始之前,我们贴上CI中不完全的核心组件图: 由于BenchMa

CI框架源码阅读笔记2 一切的入口 index.php

上一节(CI框架源码阅读笔记1 - 环境准备.基本术语和框架流程)中,我们提到了CI框架的基本流程,这里这次贴出流程图,以备参考: 作为CI框架的入口文件,源码阅读,自然由此开始.在源码阅读的过程中,我们并不会逐行进行解释,而只解释核心的功能和实现. 1.       设置应用程序环境 define('ENVIRONMENT', 'development'); 这里的development可以是任何你喜欢的环境名称(比如dev,再如test),相对应的,你要在下面的switch case代码块中

Apache Storm源码阅读笔记

欢迎转载,转载请注明出处. 楔子 自从建了Spark交流的QQ群之后,热情加入的同学不少,大家不仅对Spark很热衷对于Storm也是充满好奇.大家都提到一个问题就是有关storm内部实现机理的资料比较少,理解起来非常费劲. 尽管自己也陆续对storm的源码走读发表了一些博文,当时写的时候比较匆忙,有时候衔接的不是太好,此番做了一些整理,主要是针对TridentTopology部分,修改过的内容采用pdf格式发布,方便打印. 文章中有些内容的理解得益于徐明明和fxjwind两位的指点,非常感谢.

CI框架源码阅读笔记4 引导文件CodeIgniter.php

到了这里,终于进入CI框架的核心了.既然是"引导"文件,那么就是对用户的请求.参数等做相应的导向,让用户请求和数据流按照正确的线路各就各位.例如,用户的请求url: http://you.host.com/usr/reg 经过引导文件,实际上会交给Application中的UsrController控制器的reg方法去处理. 这之中,CodeIgniter.php做了哪些工作?我们一步步来看. 1.    导入预定义常量.框架环境初始化 之前的一篇博客(CI框架源码阅读笔记2 一切的入

jdk源码阅读笔记之java集合框架(二)(ArrayList)

关于ArrayList的分析,会从且仅从其添加(add)与删除(remove)方法入手. ArrayList类定义: p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 18.0px Monaco } span.s1 { color: #931a68 } public class ArrayList<E> extends AbstractList<E> implements List<E> ArrayList基本属性: /** *

dubbo源码阅读笔记--服务调用时序

上接dubbo源码阅读笔记--暴露服务时序,继续梳理服务调用时序,下图右面红线流程. 整理了调用时序图 分为3步,connect,decode,invoke. 连接 AllChannelHandler.connected(Channel) line: 38 HeartbeatHandler.connected(Channel) line: 47 MultiMessageHandler(AbstractChannelHandlerDelegate).connected(Channel) line: