产品设计与需求分析.PPT

…… …… 成败案例分析(1) 网上银行 孰优孰劣？ 帐户管理 基本交易 网上支付 借记卡 信用卡 基 金 产品卖点需求全景 右脑需求：感觉、情感、外观、设计…… 左脑需求：实用、痛点、逻辑、功能…… （高层：解决问题/创造机会；中层：管理/控制） 关键需求 详细需求 吸引 购买 再次购买 目 录 由一个产品UI说开去 由产品到需求 沟通 业务分析与表达 1 2 3 4 5 技术 开发、测试…… 产品 需求、设计… 博客 商业 市场、销售…… 6 业务规划 需求收集与管理 业务流程八要素 分工 活动 规模 风险 专业 协作 并行串行异步 产物 关系 分支 审核 异常 规则 业务流程分析 没有最好的图，只有最合适的的图，应根据流程逻辑特点选择 从服务请求到服务满足，整个过程涉及哪些角色参与其中 一切正常的处理流程是什么样的？需要相关的审核点吗？ 在各个环节中会出现例外吗？针对这些例外如何处理？ 有没有完全不能够按流程处理的情况？有没有出错的情况？ 业务流程 vs. 业务功能 最终用户 管理者 跨职能流程图——视频侦缉 描述流程：选择正确的工具 商业建模标准 复用性强 用户最容易接受 并行、异步支持差 跨职能流程图 活动图 时序图 数据流图 IDEF建模标准 强调数据流 未表示出谁执行 计费类系统最适用 UML建模标准 语义最丰富 强调行为流 强调活动内容 UML建模标准 强调行为流 强调协作 技术类系统更常用 Why：我们为什么要做某业务，取决于如下3点： 可做的事：外部条件，比如PEST（政治、经济、社会、技术）的限制，此业务的市场情况，竞争对手情况。 想做的事：内部意愿，取决于公司的战略定位，其背后又是价值观、使命、愿景这些，不过很多公司似乎都没有此类考虑，什么赚钱就想做什么。 能做的事：内部能力，我们的各种资源准备，团队？资金？技术？等等。 然后，上述三点交叉一下，重叠的部分就是“该做的事”：记得把这个事情，再用“用户需求”去验证一下。 What：对这件事情，我们要做什么？ 一句话的业务定位：如果没有这句话，如果一句话说不清，那就说明定位还不准，一定要反复想清楚。比如整个阿里集团——让天下没有难做的生意。 一个商业模型：这个业务，和产业链中的各个角色，是什么关系？如何平衡各方的利益，自己的盈利模式如何？画几张大大的图吧。 三五个业务关键点：接下来一段时间，主攻的几个问题是啥。 How：对于接下来要做的几点，怎么实现？ 资源保障：团队？资金？外部合作？业务的leader必须考虑清楚。 计划安排：大到Roadmap，小到项目计划。 效果预估：做完这些事情，预计会达到什么效果？如何衡量做这些事情是否成功？没有预设的目标，就不知道做得如何，也就无法持续改进。 愿 景：?让世界更安全，让生活更美好使 命：?聚焦客户需求，提供行业领先的监控产品和系统解决方案 * * 产品与需求 目 录 由一个产品UI说开去 由产品到需求 沟通 业务分析与表达 1 2 3 4 5 技术 开发、测试…… 产品 需求、设计… 博客 商业 市场、销售…… 6 业务规划 需求收集与管理 任务的目的是展示美国的几个城市在不同月份的平均降水量。 UI演进举例——产品需求确定后的表现差异 体验设计要点 用户体验 场景是核心 重视情感需求 目 录 由一个产品UI说开去 由产品到需求 沟通 业务分析与表达 1 2 3 4 5 技术 开发、测试…… 产品 需求、设计… 博客 商业 市场、销售…… 6 业务规划 需求收集与管理 目 录 需求 产品 博客 用户 产品 项目是定制的，个性化的，为了满足一个或一批特定的客户需求；而产品是服务一个用户群的，通用的。这就意味着，项目要服务好那个特定的客户；而产品不能为了个别用户的需求去定制，必须考虑用有限的资源去满足更多的、能有更多回报的用户。 产品与项目的区别 项目是相对短期的，较少后续工作的，可以结束的（称为“结项”）；产品是相对长期的，不存在所谓的“结束”，只能是“生命周期完结”。所以不可能有一个已经“完成”的产品，只存在不断完善中的产品，直到这个产品被新产品替代，已经没有存在的价值，它才会“生命周期完结”。 为了避免把产品做成项目的集合体而臃肿不堪，我们需要细分市场，这时产品可能就要升级为“产品线”，按不同的细分市场，推出不同的产品。 产品团队 PM PD UI UE PM：产品经理。一个产品，首先由PM来进行商业上的规划，比如细分市场、目标客户、主要卖点等等，通常PD已经介入这个过程。在这个层面，商业问题、业务逻辑的流畅是思考的焦点。 PD：产品设计师/产品规划师/需求分析师。PD侧重于做功能级的设计，在某个模块上，PD类