正文内容

产品设计与需求分析-全文预览

2024-03-27 00:42 上一页面

下一页面
  

【正文】 经介入这个过程。技术团队中的架构师 /系统分析师 /开发组长会不 PD紧密合作,这时候开始考虑技术可行性,性价比,确定方案。 。  产品的主要 功能 有哪些?  需求和功能的区别在于,前者是从用户角度说的,是一种希望,利益点,这时候还没有产品,后者是从产品属性上说的。 • 顺应了什么 趋势 ? – 好的产品是顺势而为的,满足未来的某种根本需求是更进一步的基础,尝试预测未来。 店主问:你想用冲击钻来解决什么问题呢? 小张答:想在墙上打个孔 店主答:对不起,我们这没有冲击钻卖,你到别处看看。 …… …… 成败案例分析 (1) 网上银行 孰优孰劣? 帐户管理 基本交易 网上支付 借记卡 信用卡 基 金 产品卖点需求全景 右脑需求:感觉、情感、外观、设计 …… 左脑需求:实用、痛点、逻辑、功能 …… (高层:解决问题 /创造机会;中层:管理 /控制) 关键需求 详细需求 吸引 购买 业务子系统 /功能域 行为 数据 质量 再次购买 目 录 由一个产品 UI说开去 由产品到需求 沟通 业务分析与表达 1 2 3 4 5 6 业务规划 需求收集与管理 业务流程八要素 分工 活劢 规模 风险 专业 协作 并行串行异步 产物 关系 分支 审核 异常 规则 业务 流程分析 选择合适的流程图描述方式 标识流程中各参不角色 梳理主流程 梳理分支 分析异常情冴 没有最好的图,只有最合适的的图,应根据流程逻辑特点选择 从服务请求到服务满足,整个过程涉及哪些角色参与其中 一切正常的处理流程是什么样的?需要相关的审核点吗? 在各个环节中会出现例外吗?针对这些例外如何处理? 有没有完全不能够按流程处理的情况?有没有出错的情况? 业务流程 vs. 业务功能 最终用户 管理者 跨职能 流程图 —— 视频侦缉 描述流程:选择正确的工具  商业建模标准  复用性强  用户最容易接受  并行、异步支持差 跨职能流程图 活动图 时序图 数据 流图  IDEF建模标准  强调数据流  未表示出谁执行  计费类系统最适用  UML建模标准  语义最丰富  强调行为流  强调活劢内容  UML建模标准  强调行为流  强调协作  技术类系统更常用 现场出图:流程分析加速器 一听 二问 三读 客户代表陈述 丌要中途打断 绘出基本脉绚 为指引 忽略 细节 草图 演化 具体的岗位 分支不异常 其他细节 绘图者复述 客户代表验证 达成共识 阅读用例图 目 录 由一个产品 UI说开去 由产品到需求 沟通 业务分析与表达 1 2 3 4 5 6 业务规划 需求收集与管理 需求编号: 包含“采集时刻 + 采集者”信息 需求类型: (在进行评审时填写) 功能需求、非功能需求 …… 来源( Who): (方便追根溯源 ) 公司提供者:需求提供者的部门、联系方式 产生 需求的客户:用户需求的公司、部门、联系方式 客户背景资料:受教育程度、岗位经验、其他与本单项需求相关经验 场景( Where、 When): 产生该需求的用户活动特定的时间、地理、环境 描述( What): 用(主语 +谓语 +宾语)的语法结构,禁止使用修饰语句 原因( Why):(保持怀疑的心
点击复制文档内容
数学相关推荐
文库吧 www.wenkub.com
备案图鄂ICP备17016276号-1