做产品少走弯路：你必须掌握的知识

“通过前面几篇介绍，我们认清了做产品所处的环境和想要达到的目标后，接下来我们需要打通任督二脉，通过系统化、结构化的思维方式搭建好知识体系的框架，然后再通过日常的学习往框架中不断填充内容丰富完善。”



招式心法--用知识武装自己

既然知识体系、方法论的这么重要，那接下来我们来看下做产品需要学习的知识体系和方法论有哪些。

我们学习知识和方法论，最终是为了让我们达到某种能力（也是第一篇文章做产品少走弯路：上帝视角（1）药方里面的第四个疗程要达到的），职场中我们的能力无外乎有三种，分别是业务能力、专业能力和管理能力。业务能力是需要我们在自己行业里面摸爬滚打来提升的，这里不做展开，而专业能力和管理能力相对来说比较标准化，这里重点进行讲解。

在形成能力之前我们通过系统化结构化的思维搭建好知识体系的框架，然后再通过日常的学习往框架中填充内容，不断丰富完善。

下面就把我们需要必备的一些知识做个梳理：



1.专业知识 

作为产品经理，我们日常的工作流程可以切分为三个阶段，分别用想清楚、做出来、走出去来概括。我们来看下这三个阶段各自包括的知识和方法有哪些：



1.1 想清楚



既然是想清楚，那这个阶段大部分的时间是在思考：

首先思考产品是否能够做，比如是否符合公司战略？商业模式和ROI投入产出是否合理？如果能想通，那么就能接着往下推动，同时也能争取到更多的资源。

接着思考产品如何做，比如产品方案如何设计？需求范围包括哪些？功能结构是怎么样的？

我们按照思考先后顺序，把想清楚这个阶段拆解为立项、需求、功能三步来进行说明。



1.1.1 立项

俗话说“三思而后行”，这句话用在做产品上面真的是再贴切不过了，莽撞的行动只会浪费大量的后端资源得不偿失，所以一定要顶住老板或各路领导的压力，时刻提醒自己想清楚了再做。

如何在工作中践行“三思而后行”呢？

我们需要建立项目立项的制度，所有的新产品在开工之前必须要开项目立项会，可以在公司内部设立一个项目评审委员会（虚拟组织），人员组成包括研发负责人、产品负责人、事业部负责人、CXO级别的各种领导，如果公司人员比较好那就喊一嗓子叫大家都过来开会商量军机大事。

在项目的立项会上，项目发起人需要把准备的BRD文档给大家进行讲解，让大家知道项目的一些细节信息，然后各方根据自己的专业知识给出建议和提问，发起人进行解答，最终由委员会来投票（如果老板坚决反对的话，那就GG了）看是否通过立项。

BRD

上面讲的BRD文档非常重要，是产品的整个生命周期中重要的三大文档之一。三大文档包括BRD、MRD、PRD，其中BRD决定要不要做，MRD决定如何开始做，PRD是决定做成什么样。这三个文档经常会用到，需要熟练掌握。下面把我写BRD的逻辑给大家简单罗列下：

找行业（根据公司的战略方向来确定，比如我们做交通的不可能跨界去搞外卖）--细分场景（产业的上下游供应链）--痛点（用户、客户、渠道、价格、产品）--商业模式（行业里面已经跑通的、摸索中的、新的商业模式）--SWOT分析（分析后看我们能不能做，市场规模多大，有没有胜算）--产品方案（确认一个可行的方案）--投入产出比分析（根据方案来预估大概的投入产出情况）--时间计划（大致的计划即可）

1.1.2 需求和功能

要搞清楚需求和功能主要是把产品的范围和结构清晰化，涉及到的方法有：

需求收集的方法，主要有用户访谈、问卷调查等。

需求分析的方法，主要有马斯洛需求层次理论、HMW分析法、SWOT分析法等。

功能分类和优先级排序的方法，主要有客户满意度模型（KANO模型）、四象限定义法（重要、紧急）、波士顿矩阵等。



1.2做出来

想的很清楚了，就可以开始调用后端的人马干活了。这个阶段产品狗、设计狮、程序猿、测试猴各路大侠要聚集光明顶一起搞事了，武林谁是正派谁排第一的问题上，大家争论不休、撕逼不止，想一想这画面是多么的美好河蟹。

按照各路大侠登台的先后顺序，这个阶段也可以拆解为设计、开发、测试三步。



1.2.1 设计

这里的设计是一个广义的设计，包括了产品汪和设计狮的工作。产品在这个阶段的主要工作是输出PRD文档和原型设计，设计师则根据产品的输出来完成高保真的UI设计。

PRD

PRD是整个阶段的核心，文档的优劣程度决定了后续各路大侠撕逼的激烈程度。上面的BRD文档是有一定年限的产品人员需要具备的，但是PRD则是从刚入门的产品人员就必须具备的技能。网上很多模板大家自行去下载后做对比，如果大家找不到可以留言再单独发给大家。

MVP

产品第一个版本的设计必须要形成闭环跑通商业模式，但是功能又不能太多，因为要尽量减少试错的成本。我们可以采用MVP原则，MVP即最小可行产品（Minimun Vialbe Product），该方法通常是用在产品初始阶段，用来验证产品是否被用户接受，是否有人愿意为产品买单。

MVP要求我们抓住最核心的产品流程，剥掉多余的功能或者高级功能，只要主流程可以跑起来可以。完美并不是我们的目标，快速试错才是我们目标。譬如一款电商产品核心目标就是让用户在产品上下单买东西。那核心流程就可能是：进入产品 —— 挑选商品 —— 下单付款 —— 查询物流信息。那就围绕这个流程，剥离多余的高级功能（分享、评论、个性化推荐、积分等这些都不要做）做一款MVP产品。

1.2.2开发

开发阶段主要是程序猿哥哥的活，他们需要根据产品的评审进行系统架构设计、数据库设计、编码开发和做好单元测试。作为产品我们只需要和他们约定好开发的原则，同时定期去核对进度即可。

敏捷开发

互联网软件开发基本上都是采用的敏捷开发，敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。主要是为了在用户需求不断变化的情况下能够保证软件开发质量，把大的时间点变成小的时间点，做到小步快跑。

敏捷开发的几个特征如下：

1.敏捷就是“快”。快才可以适应目前社会的快节奏，要快就要发挥个人的个性思维多一些个性思维的增多。

2.客户参与。以人为本，客户是软件的使用者，是业务理解的专家，没有客户的参与，开发者很难理解客户的真实需求。

3.强调软件开发的产品是软件，而不是文档。文档是为软件开发服务的，而不是开发的主体。

4.设计周密是为了最终软件的质量，但不表明设计比实现更重要。

5.迭代。软件的功能是客户的需求，界面的操作是客户的“感觉”。对迭代的强调是缩短了软件版本的周期。

6.小版本。快速功能的展现，看似简单，但对于复杂的客户需求合理地分割与总体上的统一，要很好地二者兼顾是不容易的。

1.2.2 测试

测试的小姐姐们会在产品评审后输出测试的用例，然后在程序猿小哥哥们提测后就开始依次进行功能测试、性能测试、安全测试、疲劳测试、极限测试等，把好程序上线前的最后一道关。

灰度发布

为了让测试小姐姐们能真正的模拟线上环境进行测试，有条件的研发团队都会进行有灰度发布。灰度发布就是发布后让一小部分人能够看到的新功能方便小范围的进行测试，A/Btest就是利用灰度发布实现的。产品人员不需要掌握这个知识，只需要知道是什么意思即可。

1.3推出去

“臭媳妇总得见公婆”，产品是好是坏还得用户说了算，我们要在产品上线后，多渠道收集用户反馈，然后根据反馈做好产品的迭代工作。

为了让迭代工作更加科学有效，那我们就应该用数据说话。上线前做好数据的埋点，上线后通过分析数据验证迭代工作是否达到了目标。另外，对于TOC的产品特别要关注用户的增长，因为流量是TOC产品的核心。



该阶段主要的一些知识和方法有：

1.3.1 数据埋点

所谓埋点就是在应用中特定的流程收集一些信息，用来跟踪应用使用的状况，后续用来进一步优化产品或是提供运营的数据支撑，包括访问数（Visits），访客数（Visitor），停留时长（Time On Site），页面浏览数（Page Views）和跳出率（Bounce Rate）。这样的信息收集可以大致分为两种：页面统计（track this virtual page view），统计操作行为（track this button by an event）。

现在埋点的主流有两种方式：

第一种：自己公司研发在产品中注入代码统计，并搭建起相应的后台查询。

第二种：第三方统计工具，如友盟、神策、Talkingdata、GrowingIO等。一般情况下两种会同时采用，第一种主要是来做一些特殊场景的数据采集，第二种用来做一些通用的数据采集。

1.3.2 A/B测试

简单来说，就是为同一个产品目标制定两个方案（比如两个页面一个用红色的按钮、另一个用蓝色的按钮），让一部分用户使用A方案，另一部分用户使用B方案，然后通过日志记录用户的使用情况，并通过结构化的日志数据分析相关指标，如点击率、转化率等，从而得出那个方案更符合预期设计目标，并最终将全部流量切换至符合目标的方案。目前基本上是大型互联网公司的标配，但是在小公司不一定有这样的技术能力可以实现AB测试。

1.3.3 海盗模型

是用户增长的基础模型，也是应用最广泛的模型之一。也称AARRR模型，俗称转化漏斗模型。是Acquisition（获取）、Activation（激活）、Retention（留存）、Revenue（变现）、Refer（自传播），这个五个单词的缩写，分别对应用户生命周期中的5个重要环节。

从社群的角度来理解就是社群的用户怎么拉新，社群建立起来后怎么促活，社群活跃后怎么提高留存，社群留存后怎么促使用户付费，社群用户付费后怎么让他们进行口碑传播。

海盗模型是运营的必备知识，产品的童鞋最好能有比较深入的理解，后面可以花时间再单独进行详细的讲解。



1.4拓展知识

上面三个阶段介绍的知识与方法是一个0-5年的产品经理必备的。但是要想再往上爬一个台阶，最好能对产品经理上下游各岗位的知识有所了解，下面简单对相关知识做个罗列：



销售：销售漏斗、客户管理等。

市场：品牌包装与传播、危机公关等。

售前：产品方案包装、招投标等。

项目：五大过程、十大知识领域、三角理论（时间、质量、成本）等。

运营：用户运营、数据运营、内容运营、活动运营等。

这篇文章介绍的每个知识点都可以展开写一篇文章，内容实在是太多，大家可以先自行百度。如果大家确实很感兴趣可以留言说明，我后面再接着写，因为刚好公司内训课程陆续有讲到这些，不过需要些时间把它系统化的整理出来。

下一篇打算把产品经理进一步进阶需要的知识再做个梳理，内容还在整理中，不知大家是否感兴趣。。。



最近写的几篇都是有关联的，前几篇链接如下（主要是帮助我们认清我们所处的环境和确认想要达到的目标）：

做产品少走弯路：上帝视角（1）

做产品少走弯路：上帝视角（2）

这几篇文章的脑图如下，因为内容比较多，大家可以根据自己的需要选择进行看。



微信公众号：我是IT民工