产品设计与需求分析报告模板.ppt

产品与需求 目 录 由一个产品UI说开去 由产品到需求 沟通 业务分析与表达 1 2 3 4 5 6 业务规划 需求收集与管理 任务的目的是展示美国的几个城市在不同月份的平均降水量。 UI演进举例——产品需求确定后的表现差异 体验设计要点 用户体验 场景是核心 重视情感需求 场景下行为分析 业务价值抽象 目 录 由一个产品UI说开去 由产品到需求 沟通 业务分析与表达 1 2 3 4 5 6 业务规划 需求收集与管理 目 录 项目是定制的，个性化的，为了满足一个或一批特定的客户需求；而产品是服务一个用户群的，通用的。这就意味着，项目要服务好那个特定的客户；而产品不能为了个别用户的需求去定制，必须考虑用有限的资源去满足更多的、能有更多回报的用户。 产品与项目的区别 项目是相对短期的，较少后续工作的，可以结束的（称为“结项”）；产品是相对长期的，不存在所谓的“结束”，只能是“生命周期完结”。所以不可能有一个已经“完成”的产品，只存在不断完善中的产品，直到这个产品被新产品替代，已经没有存在的价值，它才会“生命周期完结”。 为了避免把产品做成项目的集合体而臃肿不堪，我们需要细分市场，这时产品可能就要升级为“产品线”，按不同的细分市场，推出不同的产品。 产品团队 PM：产品经理。一个产品，首先由PM来进行商业上的规划，比如细分市场、目标客户、主要卖点等等，通常PD已经介入这个过程。在这个层面，商业问题、业务逻辑的流畅是思考的焦点。 PD：产品设计师/产品规划师/需求分析师。PD侧重于做功能级的设计，在某个模块上，PD类似一个小产品经理。技术团队中的架构师/系统分析师/开发组长会与PD紧密合作，这时候开始考虑技术可行性，性价比，确定方案。 UE：用户体验师/交互设计师/界面设计师。UE负责产品和用户交互方面的设计，这方面在技术部门的配合角色应该是前端工程师/客户端开发。PD与UE要充分沟通，UE必须要了解商业层面的内容，理解功能的商业价值。 。 UI：界面设计师/视觉设计师/美工，与UE的界限模糊。到了UI层面，基本是界面的表现，是用户第一眼看到的效果，比如配色、页面结构、按钮形状、字体字号等等 最基本的句式：解决了什么用户的什么需求？ 练习的时候，切忌求多，说一点即可，找到你感觉最贴切的那一种用户，和他最迫切的那一个需求。 主要扩展有如下几种： 产生需求的场合是什么？ 需求的应用场景，时间地点等，要有“故事感”，尽量找一个能让人会心一笑的。 产品的主要功能有哪些？ 需求和功能的区别在于，前者是从用户角度说的，是一种希望，利益点，这时候还没有产品，后者是从产品属性上说的。 产品定位—规划练习 技术基础是什么？ 主要考察产品的实现成本，从而评估性价比，是否值得做。 没有这个产品的时候，用户是怎么解决问题的？ 帮助思考，这个产品是否是“不做会死人”的，我们尽量不要做有很多替代方案的产品。 竞争对手是什么？ 这个问题不用局限，尽量展开了想，比上一个问题更广，可以考虑潜在的竞争对手。 顺应了什么趋势？ 好的产品是顺势而为的，满足未来的某种根本需求是更进一步的基础，尝试预测未来。 解决了什么用户的什么需求？ 产生需求的场合是什么？ 产品的主要功能有哪些？ 技术基础是什么？ 没有这个产品的时候，用户是怎么解决问题的？ 竞争对手是什么？ 顺应了什么趋势？ 方便面产品 3+1思考法：测量产品/项目“靠谱程度” 需求是从哪里来的？目标客户是谁？ 有多少人有这样的需求？这个需求紧迫吗？ 他们的痛是什么？场景是什么？（用产品之前/之后） 解决之后在软件数据上会有二次挖掘价值吗？ 目 录 找到种子用户 受要解决的问题困扰最深的人！ 愿意配合 可以提供很多有价值的信息 可以忍受缺陷 乐意成为义务推销员 除了最终用户外，还有…… Stakeholder分析 Stakeholder列表： 筹码量分析—优先级 Stakeholder档案： 筹码付出—关注点 需求平衡与跟踪： 冲突识别、实现跟踪 评价者 运营者 购买者 不同层次的用户，其需求的价值不同 业绩差距(问题) 项目目标 Stakeholder 操作层要求 机会差距(机会) Stakeholder列表 Stakeholder关注点 效率 质量 业务价值 Stakeholder分析 影响度 兴趣度 高 低 低 高 保持沟通 关键玩家 尽力满足 最小努力 目 录 产品设计是端到端的过程，端即用户，也就是从用户中来到用户中去，最最开始的源头就是“为用户解决问题，满足其需求”。产品需求过程三步骤： 产品设计中与需求相关的部分 需求管理 需求分析 需求采集 产品创意源于三新 新技术 新人群 新业务 技术创新 带来的机会 新业务模式 带来的机会 人群特点变化 带来的机会 手段 特点 模式 产品灵感源于需求洞察 产品