产品思考：B端产品需求周期的4个阶段

写此文章是为了检验自身的产品能力以及构建自己的产品知识体系，小弟不才，欢迎各位互相交流。

我曾经有个小小的梦想，希望在每次与业务部门进行了沟通，把业务需求转化为产品需求后甚至做出了产品设计后就能够永恒不变，到后来我发现能够永恒不变的是产品需求在不停变化。

那么产品需求的周期分为几个阶段呢？在我来看来一共分为：调研产品、用户访谈、产品需求规划、需求设计。

01 调研产品

某一天，BOSS说：狗蛋啊，我们公司准备发展新的业务，系统需要尽快跟上哦，我已经和业务部门交流了待会儿拉你入群，你们好好沟通下，最好在下个月上线。当遇到这种情况的时候，留下给我的是两行泪目和不确定性的恐慌。面对这种情况就应该独自的去做一下功课了，调研竞品，所谓“笨鸟先飞”O(∩_∩)O哈哈~。

在这个信息过剩的时代，想要找到B端竞品其实不难，难的是B端的产品有较少提供试用的机会，即使有也只是冰山一角，很难把控整个产品的整体逻辑。那么为了我们更好的调研产品我们可以做些什么呢：

• 明确我们要调研的业务方向，调研产品的名字。清楚这些后才能保证我们的方向不会偏离。
• 找到这个业务方向的资料，了解行业动态历史。
• 用某度（右下角有广告标识^_^）找到同类的产品，比如一些SaaS平台官网上，他们会提供使用机会，可以去看看他们产品的整体逻辑，模块是如何分类的，试用一下功能。
• 可以通过产品圈子的网站、APP看一下别人的文章，整理一下思路。

02 用户访谈

使用B端的产品用户很大部分来自同事，可以针对他们进行访谈，访谈的方法比较有很多种，比如：用户访谈，焦点小组、问卷调查等等。最重要的是能够随时走到用户身边，倾听他们的声音。

在我们进行用户访谈的整个环节中至少做到以下几点才算是有效的访谈：

• 明确访谈的目的以及背景。
• 选择正确的用户目标。
• 访谈中发现、分析用户面对的问题。
• 总结访谈报告。

在《用户体验和可用性测试》中，提到过“师徒式”的访谈方法，是一个不错的思路，意为：产品人员拜用户为师傅，有什么不懂得问题师傅一边教，徒弟一边学习，不懂就问，得到了答案形成记录，并向师傅反馈你所理解到、学习到问题，检验是否真正理解了。在询问问题时我一般习惯使用5WHY分析法，顾名思义多问为什么，直到了解探索到问题的本质。

也可以采用三段式问法（来自文章：别问用户想要什么！用户访谈的3个基本问题）：

• 发现问题：你正在做什么事情？做的过程中有什么不舒服的地方吗？遇到了什么问题？
• 分析流程：你现在通过什么方法来解决这些问题。
• 探索机会：为了更好解决这个问题，你认为有什么好的办法能帮到你？或者哪些地方可以优化一下？

03 产品需求规划

在《格鲁夫给经理人的第一课》中他认为战略规划是“有什么事情我如果‘今天’做了，可以让‘明天’更好，或者至少让‘明天’不会更糟”。

根据书中的理论，做战略规划可以分为三个步骤：

• 分析和预测需求。我们需要明确与产品成败相关的因素会有哪些，那些会来自内部因素，那些会来自外部因素。其次要了解到用户期望我们的产品来解决他的什么问题。确定了内外部因素、用户期望后，我们需要通过现在和未来的维度去分析信息，了解到用户通过现目前产品能够解决他们什么问题？是否满意他们？用户接下来会期望产品有哪些功能？
• 现状分析。现在分析顾名思义分析目前产品与外界优秀的产品的差距在哪里。
• 缩小差距。如何缩小差距呢？需要列出缩小差距要做的事情，可以通过头脑风暴的方式思考。列出要做的事情后，思考这些事情会使产品又有怎样的结果，并且最好能够预测结果。

04 需求设计

为了方便管理大量的需求，我们需要建立该产品的需求池，明确我们每一个需求的优先级、紧急程度、归纳到哪一个迭代。有很多文章介绍需求池的管理方式以及需求模型（KAON、马斯诺需求层次）在这里我们就不做阐述了。

那么需求设计最终的输出产物就是原型图、产品需求文档。拿到一个需求后，该如何设计呢？在这里我们可以使用UML建模的方法来解析需求，完成设计。

我们一般常用的会有流程图、类图、用例图、状态机图。在这里我就简述一下这四个图：

BPMN流程图：BPMN最初是由业务流程管理倡议组织（The Business Process Management Initiative，简称BPMI）开发制定的一套业务流程建模符号，2004年5月发布了BPMN 1.0 规范。而后因为BPMI并入OMG（对象管理组织），BPMN也就随之由OMG进行维护管理。2011年，OMG推出了BPMN2.0标准，沿用至今。

BPMN有以下4个基本元素：

1. 流对象（Flow Objects）：包括事件、活动、网关，是BPMN中的核心元素；
2. 连接对象（Connecting Objects）：包括顺序流、消息流、关联；
3. 泳道（Swimlanes）：包括池和道两种类型；
4. 人工信息（Artifacts）：包括数据对象、组、注释。

后面我会专门用白话文的方式写一篇文章关于产品人使用BPMN流程图侧重点。

类图：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。 在UML类图中，常见的有以下几种关系: 泛化 实现 关联 聚合 组合 依赖。

状态机图：状态机图基本上就是一个状态机中元素的投影，这也就意味着状态机图包括状态机的所有特征。状态机图显示了一个对象如何根据当前状态对不同事件做出反应的动态行为。

类图：用例图主要回答了两个问题：1、是谁用软件。2、软件的功能。从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。

好了当我们对一个需求完成了以上操作后，我们就可以进入用Axure等工具来完成在产品上的设计了，同时可以撰写我们的产品需求文档了O(∩_∩)O哈哈~。

这是我对产品需求整个流程的理解与实践中得出的结论，欢迎探讨。