B端产品设计方法论

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

B端产品设计指南

B 端产品设计全过程:产品背景分析、需求梳理理、需求分析、系统建设

产品背景分析需求梳理理+需求分析系统建设

①市场需求⽂文档 ②技术⽅方案

③合同、招标书等

了了解产品背景

确定业务⽬目标

①了了解本公司对该产品的期望 ②了了解客户对该产品的期望与诉求

规划业务范围

①⼤大概的功能范围 ②与其他系统的关系

业务流程分析

组织架构业务流程报表

业务流程图

⽤用例例图

需求的获取与梳理理

理理清业务概念

①⾏行行业专有名词解释 ②业务步骤解释

调研访谈

中⾼高层代表:

对系统的期望、⽬目标; 组织架构图、分管领导; 部⻔门职责说明;

中层代表:

业务流程中具体的业务活动; 每个阶段的产出; 具体报表类型;

操作层⽤用户代表: 具体操作流程;

平常流程中感觉不不畅顺的地⽅方;

原型设计

①系统⽤用例例

②原型设计

③业务报表④设计约束

UI 设计、开发流程

交互原型

需求⽂文档

需求获取需求分析需求验证

需求优先级需求变更更需求跟踪需求 ⼯工程

需求获取

需求分析

需求验证

需求编写

证实

重写

重新评估

更更正/减少误差

第⼀一阶段:产品背景分析

第⼀一阶段需要产品经理理把控产品的概貌,通过产品背景、业务⽬目标以及业务范围三⽅方⾯面的分析,了了解产品的价值,客户为什什么需要这款产品,这款产品主要帮助客户解决了了什什么问题。

搞清楚产品的⽬目标与价值

产品背景待解决的问题系统涉及的关键受众客户⽬目标

产品成功标准产品范围….

产品建设⽬目标

功能需求⾮非功能需求

找出系统的关键受众 列列出他们要解决的问题分析业务,确认问题 寻找产品范围分析业务,确认问题 寻找产品范围

客户调研

针对特性,提出系统⽤用例例 细化功能需求与⾮非功能需求

解决了了客户什什么问题? 客户为什什么需要这款产品? 适合什什么类型的客户? 这个产品涉及到的⽤用户是谁,什什么部⻔门?

这个产品帮助客户达到的⽬目标是 这个产品的范围是什什么? 这个产品成功标准是什什么?

思考的问题

探索过程

各阶段⽬目标

每个产品都有特定的⽤用户群体,B端产品也不不例例外。背景分析的第⼀一步,⾸首先我们要搞清楚,产品到底是卖给谁?做C端产品时,我们习惯⽤用“⽤用户故事”帮助我们定义⽤用户类型,做B端产品,同样我们可以⽤用⼀一个“企业故事”帮助我们理理清⽬目标群体的需要。

“⽬目标客群是⼀一家______公司,没有我们产品之前,他们是这样⼯工作的:______

当前的⼯工作⽅方式出现了了______的问题

因此想要借助我们的产品解决______需要,期望达到______的效果。”

假设我们要做⼀一款⾯面向房产中介的CRM产品:

产品的⽬目标客户是⼆二三线城市、中⼩小型的房产中介公司,没有我们的产品之前,他们主要是采⽤用市⾯面上常⻅见的CRM⼯工具实现客户管理理,但是⽬目前使⽤用的⼯工具没有针对房产中介的流程做适应,导致流程不不规范、有些环节在线上有些环节在线下进⾏行行,数据监管不不到位,业务员管理理混乱等问题,因此想要借助我们的产品规范流程,以达到提升业务质量量、提⾼高标准化效率的⽬目的。

通过这个企业故事,我们可以定位到产品针对什什么⾏行行业、什什么规模的企业,然后明确这类公司的核⼼心诉求,将来在做功能与设计的时候可以围绕着这个核⼼心诉求展开,也是产品不不断更更新迭代的⽅方向。

任何⼀一个B 端产品,⼀一定是在某个特定的阶段满⾜足企业的某种价值。对于企业来说,业务⽬目标分类图从上往下越来越重要,企业为此付费的意愿越来越⾼高。

⽣生存需要:这个产品关系到公司的⽣生存问题

核⼼心发展需要:这个产品有利利于公司提⾼高核⼼心⽣生产⼒力力与竞争⼒力力

次要发展需要:帮助公司改善⾮非核⼼心领域的⼯工作,或改善核⼼心领域的⼯工作

锦上添花需要:有这个产品更更好,没有也没太⼤大关系

越来越重要

⾏行行业壁垒 越来越⼩小

市⾯面上⼤大部分B 端产品主要是集中在这两种类型

第⼆二阶段:需求梳理理+需求分析

在第⼆二阶段,⾸首先我们要做的事情是挖掘业务需求。主要任务是梳理理清楚⽬目标客户群体所有的业务类型,为不不同的业务类型划分清晰的界限,并且梳理理出每个业务类型中所有的需求。也就是需求澄清的过程。

业务流程分析⽤用户与使⽤用场景分析

业务流程(⼀一个团队/部⻔门)

业务活动1 A部⻔门负责

业务活动2 B部⻔门负责

业务活动3 C部⻔门负责

……业务活动1(某岗位a)

步骤1步骤2步骤3…业务活动1(某岗位b)

步骤1步骤2步骤3…

流程有组织级、部⻔门级与岗位级三个层次,其中组织级是指经过抽象、提炼后的业务事件;部⻔门级是指具体每个岗位负责什什么活动,以及这些活动之间的关系。它是需求分析的主线索,也是流程分析的主要输出;岗位级是指每个业务活动具体的操作步骤,属于需求细节。

获取⽤用户需求

⽤用户故事参与者⽤用例例

=+

⽤用户

后台系统

硬件设备

①动词+名词

②有意义的结果

业务⽤用例例业务⽤用例例场景

(约束)

抽象、合并、拆分

系统⽤用例例系统⽤用例例场景

(约束)

意识到的需求

⽆无意识的需求

进⼀一步的需求

冰⼭山模型

意识到的需求

⽆无意识的需求

进⼀一步的需求

业务流程、困难点

业务流程、改进点

产品经理理挖掘

需求分析从流程⼊入⼿手,搞清楚业务活动在平时是如

何开展的,再逐步过渡到存在什什么样的障碍,有什什

么困难等等。在这个过程中,多问⼏几个为什什么,多

思考客户诉求背后代表的⼼心⾥里里状态与利利益冲突。

相关文档
最新文档