产品设计与需求分析.pptx

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