​一、调研市场：找到B端竞品

B端产品一个痛点是很难找到竞品，如何找B端竞品？

1.明确目的，想清楚要查询的信息，定好方向再起步

2.与业务同事沟通，业务同事基本都用过领域内其他B端产品

3.了解专有名词，比如ERP（企业资源管理）、WMS（仓储管理系统）等

4.找到同类的SaaS产品

5.搜索信息渠道，专业网站，搜索引擎

做之前需要什么？

1.产品创意

2.行业信息

有什么可以帮助的工具或者方法

1.商业模式画布

2.SWOT分析

3.竞品分析

做完得到什么？

1.竞品分析报告，包括行业发展状况以及有哪些竞品；竞品使用者和特性描述；自己的产品与竞品之间的比较；通过分析得到的结论和信息。

2.商业需求文档，包括产品创意产生的背景，产品解决方案介绍，产品规划，产品成本，产品收益，产品风险等。

二、规划产品路线图（roadmap）

三、分析需求：用图形代替需求

需求蛋糕模型

波浪线的区域使得我们混淆的区域，挖掘需求的含混性就是让那条波浪线近似笔直。

分析需求的指导思想：

D*V*F>R

D：不满情绪，dissatisfaction

V：变革愿景，vision

F：初步实践，first step

R：变革阻力，resistance

引申为：

痛点（D）*收益（V）*明确、可行、简单地第一步（F）>维持现状（R）

痛点：用户痛点

收益：需求实现后转化为功能的收益，这个收益是可以量化的，也就是提升了多少，下降了多少

明确、可行、简单的第一步：

若需求是用户痛点，而且也会获得很高的收益，接下来需要考虑投入的成本和产品方案的可行性。

参考公式：需求可行性=（需求当前价值+未来价值）/（需求的实现成本+维护成本）

收到需求之后不一定马上都要去实现，可以分阶段去实现这些需求。当D,V,F中有一个条件不满足，那么这个需求就可以暂时维持原状。

四、解析需求：用图形为需求代言

分析B端产品需求之前，首先要了解业务流程，而解析业务流程最常用的方法是或流程图。在画流程图分析需求时，可以采用“总体规划，分步实现”的理念。“总体规划，分步实现”

（1）流程图

1.先总结主要流程，从宏观的角度梳理一个非常粗略的基本活动。

2.对框架进行进一步的细化。

3个层级的流程图

（2）实体关系图

简称ER图，多用于数据库和表的结构设计。数据之间有三种对应关系，一对一，一对多和多对多。

比如顾客和账单之间是一对一的关系。

服务员和顾客之间hi一对多的关系。

菜品和顾客之间是多对多的关系。

实体关系图实例

数据对象包含很多属性。比如账单是数据对象，那么账单的属性就包括：账单号，创建时间，支付时间，支付金额，下单人数等。

如何区分数据对象和属性呢？

1.与需求方沟通时，关注对方说的高频词汇，如XX单，XX表，一般这些词汇都是数据对象

2.看实际业务中的邮件，纸质单据，纸质表格之类的实物

3.从经验上看，找到的数据一般能用量词“类”来形容，比如，一类订单，这类收据等。靠语感检测。

（3）数据流程图

数据流程图是一个分析需求非常有效的工具，以动态的方式展示数据的前世今生，讲述数据流向，切分出对应功能。

数据流程图基本元素

数据流程图

（4）用例图

用例是对用户和系统为实现某目标而进行的行为描述。指明了系统功能范围和使用对象。

用例图

流程图，实体关系图，数据流程图，用例图都是分析需求的有效工具，目的是为了整理出需求文档。

五、需求的输出物：需求文档

注意这里的需求文档不涉及界面原型和交互内容，因为界面原型和交互设计内容细节，修改内容次数较多，使得文档不易维护。这里的需求文档更多的是需求范围，就是要做什么。

一份需求文档应当包括：

这里主要介绍一下需求范围，功能需求和非功能需求。

（1）需求范围

使用列表和用例可以清晰地展现需求包含的内容，为后续提供便利。

用例名称使用角色优先级备注

（2）功能需求

a.业务模块

解释元素定义，属性数据等。

b.流程展示

加入流程图和数据流程图。

c.需求描述

可以使用用例的方法描述，避免文档的复杂性。

除了使用用例还可以采用用户故事的方式，用户故事包括两个基本信息：故事描述和验收条件。

切换形式如下：

WHO：用户是谁？

WHAT：用户想要什么功能？

WHY：为什么想要这样的功能以及实现它的价值？

验收条件时需求实现后并交付给用户时，是否满足了用户期望。

d.非功能需求

非功能需求是一个系统特征，比如快捷，安全，高效，稳定等。

非功能需求清单：