一、调研市场：找到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.非功能需求
非功能需求是一个系统特征，比如快捷，安全，高效，稳定等。
非功能需求清单：
网友评论