【产品设计】从0到1轻松拆解产品需求,对程序员的质疑说不

产品需求是如何落地到原型设计的?本文将结合案例和大厂产品经理常用的方法论,通俗化讲解如何系统拆解产品需求,希望对你有所收获。

在这里插入图片描述

一、产品经理设计思路是什么样

面临新业务线拓展或者产品升级的时候,在收集到一大堆乱七八糟的需求后,你可能会想,我要怎么着手呢?答案是,搭框架找思路。

这是一个产品经理通用的设计思路框架,遵循由粗到细、自上而下的流程,具体如下:

  1. 战略层—–业务目标是什么,即定方向,含用户、使用终端、市场竞争力和解决方案、项目计划;想清楚做什么,即把具备价值的需求进行梳理优先级排序包括形成产品初步架构
  2. 搭框架—–(功能和DFX非功能框架)难点在于梳理功能的全面和思路;dfx需求:保证用户使用产品的安全、性能、可拓展等需求注:DFX其实很重要但大部分都会被忽视,此文不做拓展、后续会通过一篇文章进行详细说明,(产品经理千万不能只盯住功能做产品)
  3. 拆细节—–业务流程(重点梳理异常分支和外围数据交互)、业务操作、信息结构)
  4. 画界面—–交互设计、信息设计

以上的思路大家可以按需参考,本文着重讲解拆解2步骤的方法,即搭建初步功能框架,并可落地到原型指导设计。

二、如何搭建功能框架呢?

注:搭功能框架也是从宽度上定义业务范围,而不是要深挖细节、要注意避免陷入思路混乱、把握好分寸、见好就收。

1. 用例驱动设计法(UDD)

用例驱动设计是一种基于用户行为和需求来设计软件开发的方法,有步骤有层次梳理出系统功能的方法,可粗浅理解为用户故事,是一个通用的搭框架方法;如类似网购下单、酒店预定、银行贷款等场景;

整体思路遵循:识别参与者使用场景及问题—–定义描述用例(目标层用例—步骤层用例—-实现层用例)并简化

(1)识别使用场景及问题

首先,我们通过华为IPD需求管理思路那篇,知道产品需求=基于场景的解决方案,因此拿到一个产品需求,我们需要想清楚对应的场景,即5w1h1e。

who(面向对象)、why、when+where(场景)、what(干什么)、以及how&#x

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值