B端产品设计方法论
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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…
流程有组织级、部⻔门级与岗位级三个层次,其中组织级是指经过抽象、提炼后的业务事件;部⻔门级是指具体每个岗位负责什什么活动,以及这些活动之间的关系。它是需求分析的主线索,也是流程分析的主要输出;岗位级是指每个业务活动具体的操作步骤,属于需求细节。
获取⽤用户需求
⽤用户故事参与者⽤用例例
=+
⽤用户
后台系统
硬件设备
…
①动词+名词
②有意义的结果
业务⽤用例例业务⽤用例例场景
(约束)
抽象、合并、拆分
系统⽤用例例系统⽤用例例场景
(约束)
意识到的需求
⽆无意识的需求
进⼀一步的需求
冰⼭山模型
意识到的需求
⽆无意识的需求
进⼀一步的需求
业务流程、困难点
业务流程、改进点
产品经理理挖掘
需求分析从流程⼊入⼿手,搞清楚业务活动在平时是如
何开展的,再逐步过渡到存在什什么样的障碍,有什什
么困难等等。在这个过程中,多问⼏几个为什什么,多
思考客户诉求背后代表的⼼心⾥里里状态与利利益冲突。