B端硬件产品管理(8)

B端硬件产品业务场景分析方法

经过初步需求调研情况获得用户的使用过程后,要将用户需求变化为产品需求。将使用场景描述,转换为产品开发对应的规格、参数、性能要求、子系统分类等等要素。通常会经历客户需求到需求分解的一整套过程。这个过程将会产生一系列成果:产品需求规格书、需求列表、用例说明、业务流程图、子系统分割、接口要求等等。
分析过程如图中所示:
B端硬件产品管理(8)_第1张图片

分析方法要素

系统分解
将用户调研获取到的客户需求,按照需求过程中的理解,自顶向下分解为关键系统构成。B端硬件产品往往涉及到多层次的产品要求。不仅包含有硬件本体,还包含有云端系统,运维APP,可兼容设备等等。将客户的需求从最高层绘制出整体系统的框架图,再逐层分解。
例如;在安防领域使用的智能巡检机器人,需要满足对变电站的无人化巡检作业,并生成日常巡检报告,将数据上传至统一的变电站监控中心。由顶层分析,可以得到这样的基本系统框架要求。
B端硬件产品管理(8)_第2张图片

客户用例分析
从系统层面分析了各个核心要素后,要明确系统是怎样与用户发生联系的。每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。编写用例时要避免使用技术术语,而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。
用例模型主要由以下模型元素构成: 参与者(Actor)参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统,他们代表的是系统的使用者或使用环境。 用例(Use Case)用例用于表示系统所提供的服务,它定义了系统是如何被参与者所使用的,它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。 通讯关联(Communication Association)通讯关联用于表示参与者和用例之间的对应关系,它表示参与者使用了系统中的哪些服务(用例),或者说系统所提供的服务(用例)是被哪些参与者所使用的。
如:用户使用数据管理系统对机器人拍摄的故障图片进行管理,操作。用户还可以使用系统对账号进行管理,可以注册、登录、更改信息。绘制UML用例图如下:
B端硬件产品管理(8)_第3张图片

业务泳道分析
泳道图是将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。由于它们的外观的缘故,这些区域被称作泳道。它可以方便的描述企业的各种业务流程,能够直观地描述系统的各活动之间的逻辑关系,利于用户理解业务逻辑。
B端硬件产品管理(8)_第4张图片

状态迁移图
可以借助程序设计中的有限状态机,来描述一些关键或者复杂过程。关于状态机的一个极度确切的描述是它是一个有向图形,由一组节点和一组相应的转移函数组成。状态机通过响应一系列事件而“运行”。
B端硬件产品管理(8)_第5张图片

你可能感兴趣的:(产品管理,硬件产品管理)