产品经理第三课：精益产品设计

下列思维导图一共包括如下三大要点： 一、传统产品设计流程 1.产品的诞生 2.步骤 二、精益产品设计流程 1.构想 2.打造 3.测试 4.迭代 三、产品设计 1.设计准备 2.设计方法 3.原型设计

产品经理第三课：精益产品设计

• 传统产品设计流程
  • 优点：产品规划性强，完整度高 缺点：投入大、周期长、风险高 适合：对想要切入领域已经有很深的了解和积累
  • 产品的诞生
    • 先有产品创意
    • 先对行业进行商业价值分析
      • “四纵四横”理论
        • 四纵：互联网用户需求的发展方向
          • 娱乐
          • 信息
          • 通信
          • 商务
        • 四横：互联网技术变革
          • 搜索
          • 社交
          • 移动
          • 智能硬件物联网
  • 步骤
    • 商业价值分析
      • 定义：基于商业目标或价值所描述的产品说明。涉及的内容主要是产品的产品背景、市场空间、竞争对手、产品主要功能、投入成本、带来的收益和做与不做带来的风险
      • 参与角色：BOSS、产品经理
      • 产出物：商业需求文档（BRD)
    • 市场分析
      • 定义：是对商业价值分析的全面细化和补充，主要内容会有市场说明、用户说明、产品说明
        • 市场说明：主要包括市场规模、市场特征、市场趋势、竞品分析
        • 用户说明：主要包括目标用户群体分析、需求分析
        • 产品说明：主要包括产品定位、产品核心目标、产品主要功能等
      • 参与角色：产品经理
      • 产出物：市场需求文档(MRD)
    • 产品立项评审
    • 用户研究
      • 分析目标用户：潜在需求、用户特征、目前所遇到的最大问题和解决手段
      • 方法：调查问卷、用户访谈、焦点小组
    • 详细需求说明
      • 定义：是产品从一个概念变成真正可设计、可开发的文档。它需要向项目组的成员传达清楚需求的意义、功能的定义和详细的规则。文档中主要包括功能概述、功能结构、功能流程、功能详细描述、特殊状态说明、简单的交互原型等
      • 参与角色：产品经理
      • 产出物：产品需求文档（PRD）
    • 需求评审
      • 向各种角色介绍并解释，最好的说清楚需求的机会
    • 交互设计
      • 定义：交互设计是通过合理的界面语言将产品能力、功能呈现给用户，使之可以快速学习、理解和记忆。交互设计师主要会产出用户行为路径图、信息架构图、页面交互设计
        • 用户行为路径图：页面流程图，主要设计用户在你的产品中按照什么样的路径去完成任务，通过设计提高任务的完成效率。
        • 信息架构图：关注内容结构、导航系统设计，让用户容易理解和方便找到所需信息
        • 页面交互图：常说的交互原型，主要用线框图来表现页面信息布局、内容优先级及交互细节
      • 参与角色：交互设计师
      • 产出物：交互文档（wireframe）
    • 视觉设计
      • 做出软件真实的样子，加些小动画什么的
    • 交互原型可用性设计
      • 定义：无需借助开发手段，将高保真的交互原型或真实界面的视觉稿打印出来，制作成纸面原型。再邀请目标用户完成产品的典型任务，待验证功能点。
      • 参与角色：用户研究员、交互设计师、产品经理
      • 产出物：纸面原型、测试用例
    • 程序开发
      • 有详细的需求说明文档就可以开始后台，有交互原型就可以界面开发，并行的
    • 程序测试
    • 产品交互视觉验收
    • Beta版用户测试
    • 小范围用户内测
    • 产品发布
    • 正式运营
• 精益产品设计流程
  • 核心思想：尽早的让真实用户使用产品，从而验证产品的构想是否真正是用户想要的 适合：小公司或者大公司内自下而上发起的小项目或是对已经发布的产品进行功能迭代或改版。
  • 构想
    • 内容：定义清楚我们要打造一个什么样的产品以及为什么要打造他。 输出低保真的产品原型及高保真的可运行模型（包括界面和假数据）
  • • 步骤
      • 提出假设
        • 解决方案假设：我们认为为【某些人群】开发【某种功能】可以让我们获得【某种成果】，我们的验证方法是【看市场是否有某种反馈／某个量化指标／某个定性指标】
      • 验证假设
        • 有了假设的解决方案后并不应该马上进入产品设计阶段，还应该进行初步验证。只有经得起推敲的方案，才有成功的可能。
        • 验证方法
          • PSPS模型
            • 定义：假设出产品的目标用户，为他们建立用户画像。描述出他们有需求或遇到问题时的具体场景，找出他们的痛点（他们遇到的尚未解决且非常重要的问题）。最后将用户画像、场景、痛点统统代入到你之前假设的解决方案里，看看能不能满足他们的需求，解决他们的问题。
            • Persona：人物
            • Scenario：场景
            • Pain：痛点
            • Solution：解决方案
            • 总结：这个方法就是YY你的用户，看你自己YY的产品能不能自圆其说的满足他们的需求。
          • 和你的用户谈谈
            • 当完成了自我的肯定及否定后，你可以开始找你的目标用户好好聊一聊，看看他们对你的产品假设是否感兴趣，是否能改变他们已有的行为习惯。
            • 用户访谈可能具有欺诈性
      • 产品设计
        • 方案设计
        • 交互设计
        • 视觉设计
  • 打造
    • 打造MVP：对用户有价值的最小可用产品
      • 注意：MVP需要具备完整的核心价值，并且能够让用户感知到。
      • 举例：完整产品是摩托车，MVP是自行车，不是轮胎
  • 测试
    • 定义：逐渐对真实用户开放，并通过收集用户的意见反馈和客观数据验证产品的需求和解决方案
    • PMF阶段：Product／Market Fit（符合市场需求的产品）
    • EVP阶段（卓越的可用产品）
    • 总结：在测试阶段关键点是控制MVP的节奏，刚开始时招募少数测试用户验证MVP是否到达PMF，到达后再聚焦核心功能加大投入，尽早的使MVP达到EVP，到达EVP后再扩大用户测试范围，继续优化产品
  • 迭代
    • 在这个阶段，产品已经完成验证并对所有用户可用。但不代表已经可以停止开发，因为随着用户量的增加和时间的推移总是还有很多可以提高的空间，这时我们又可以通过构想、打造、测试来不断的优化或者新增功能。
• 产品设计
  • 设计准备
    • 需求还是解决方案？
      • 怎么判断？多问几个为什么！
      • 例子：易信，用户反馈增加“附近的人”功能，其实是想陌生人社交～这就是解决方案，但在当时这个方案并不适合用户群体较少的易信，会显示产品弱点，所以不宜采纳。
    • 为谁设计和使用场景
      • 人物角色（人物画像）
        • 我们通过对目标用户的目标、行为、观点等进行研究，将这些要素综合抽象成为虚拟的用户，用以辅助产品的决策和设计。
        • 人物角色三大基本信息
          • 第一类是人物的基本属性，比如相片、姓名、性别、年龄、职业、居住城市、教育背景及和你产品有密切关联的基本信息
          • 第二类是基于产品的用户简介，即围绕产品的用户描述，这里需要强调这个人物角色和其他人物角色之间的核心差异点。
          • 第三类是用户目标，即用户为什么要使用你的产品。
          • 注意：1、人物角色不是用户细分：人物角色更关注用户的目标和行为模式，我们将不同目标、行为和观点的用户划分出来，构建成了人物角色。 2、用户角色不是真实用户：人物角色并不是某一个真实用户的缩影，因为一个具体用户的习惯、偏好是受多种因素影响，可能和他的经历、甚至当时所处的环境相关。
      • 使用场景：用户在什么情况下做了什么
  • 设计方法
    • 规则设计
      • 定义：产品里的规则就相当于游戏里的玩法，你需要定义清楚产品是什么，它是如何运作的，需要设计你希望用户应该如何去使用这个功能／产品，他们可以做什么，他们应该做什么，哪些不鼓励做，哪些不能做。
      • 例子：设计道路，机动车道／非机动车道，隔离栏，红绿灯，实线，违章摄像头，处罚条款
      • 产品原则：是产品团队达成的一些共识，当开始具体的产品设计时都应该能够体现产品的原则。不局限于某一范畴，可以是跟产品有关的方方面面。例如：
        • 优先照顾买家体验
        • 重点保障移动场景下的产品体验
        • 产品应该是令人愉快的
        • 尊重用户隐私
        • 产品使用时应该是平滑流畅的
        • 把制造垃圾的用户赶尽杀绝等
      • 例子：客服问答机器人
        • 问答机器人规则：顾客问问题时，机器人能够分析顾客所问问题，将顾客问题与机器人知识库内的问题进行匹配分析，并回答相应问题的答案。对于企业来说，除了能够准确识别顾客问题外，还无需进行复杂的设置和大量的知识库的整理录入工作，也能正确回答顾客的咨询问题，随着顾客咨询的数量上升，机器人的问题识别准确率和所知道的问题范围也会逐渐增加。
        • 七鱼原则
          • 使用简单
          • 提升工作效率为第一优先级
          • 给出结论而不是展示数据
          • 让企业主和客服主管更爽
        • 机器人原则
          • 能够解决大部分顾客问题
          • 在最佳时刻引导用户转为人工服务
          • 企业主能够很容易的建立机器人知识库
    • 功能设计
      • 定义：将规则设计中所描述的产品规则，遵循规定的产品原则细化完善成具体的产品功能。
      • 还会考虑的几个方面（问答机器人为例）
        • 用户需求
          • 能够解答常见问题的机器人
          • 简单高效的知识库
          • 支持网页、移动app、微信公众号
        • 用户任务
          • 定义：用户为达到目标使用产品时需要做的任务
        • 使用场景
          • 定义：用户在什么情况下做了什么
        • 技术限制
          • 很多情况下一个功能不是我们产品经理想实现就能实线的，一个功能能否开发出来实际上是严重的受技术限制的。
        • 相关竞品
          • 参考相关竞品，看他们有什么功能，功能是如何设计的
          • 了解竞品的前世今生，知道他以前是怎么样，现在是怎么样。他为什么要这样设计，他的用户对他有什么评价，
    • 流程设计
      • 定义：产品流程是描述你的产品或功能是如何具体的运行的。
        • 补全功能设计中没有考虑到的一些情况
        • 让开发工程师和交互设计师更好的理解你所设计的产品或功能到底是怎么样运行的，辅助他们进行程序开发和交互设计
      • 举例：滴滴、Uber、易到
        • 滴滴快车：确定上车地点-设置目的地-等待司机抢单-司机到达上车地点-到达目的地-支付车费
        • Uber：确定上车地点-等待系统分配车辆-司机到达上车地点-到达目的地-自动支付车费
        • 易到用车：确定上车地点-设置目的地-选择喜爱车型-等待司机抢单-司机到达上车地点-到达目的地-自动支付车费
      • 流程图
        • 定义：用一些规定符号及连线来表示某个具体业务的处理过程
        • 常用的流程图符号：圆角矩形（开始／结束）、矩形（流程）、菱形（判断）、逻辑关系线、文档、子流程
        • 流程图结构：顺序结构、选择结构、循环结构
        • 泳道图
          • 定义：专门来表示多角色配合的一种流程，能够直观地描述各个角色之间的逻辑关系
    • 架构设计
      • 定义：将产品的功能入口和内容有序的组织在一起，让用户更容易的找到自己想要的东西和产品。可以通过入口安排、内容组织传达、突出某些信息给用户。
        • 内容组织
          • 定义：将产品的功能和内容有序的组织在一起
            • 从下到上
              • 将已有的所有功能和内容罗列出来，放在最低层级分类中，然后再将他们分别归属到较高一级的类别。
            • 自上而下
              • 先从产品目标出发考虑内容分类。即先设计出主要分类是什么，然后再按逻辑细分出次级分类，最后将功能和内容一个一个放到次级分类之下。
          • 内容组织要点
            • 用户的理解
            • 功能或内容的使用频次
            • 产品的核心价值
            • 产品的目标
        • 框架设计（导航设计）
          • 定义：设计的是以什么样具体的形式将分类好的内容展示给用户
          • 常见的框架
            • Tab式导航
              • 易信、网易云音乐、淘宝
              • 优点
                • 主要功能突出，用户不需要寻找
                • 可以轻松在各个主要入口直接频繁跳转，减少点击且不会迷失方向
              • 缺点
                • 功能过多时，会显得框架过于笨重
                • 沉浸式体验不足
              • 不会选的话，就选这个！
            • 抽屉式导航
              • 菜单常在当前页面后，点击入口就像抽屉一样拉出菜单
              • QQ、滴滴
              • 优点
                • 给内容页足够的展示空间，可以营造出沉浸式体验
                • 拓展性较好，侧边栏可以提供更多的功能入口的展示空间
              • 缺点
                • 其他主要功能的入口不够突出，因为被隐藏起来了
                • 主要入口的切换需要二次点击
              • 适合核心功能单一的产品
            • 跳板式导航
              • 将各个入口都平铺的展示在页面上
              • 美图秀秀、易信钱包、支付宝
              • 优点
                • 清晰展现各个入口
                • 可以展示多个入口
              • 缺点
                • 重点功能不突出
                • 各个入口之间跳转不够灵活
              • 适合功能较多，且功能之间相互独立的产品
            • 烈表式导航
              • 将入口或内容按照列表的样式依次展示在页面之上
              • 知乎日报、网易新闻、ios设置页
              • 优点
                • 内容层次清晰
                • 可展示内容多
              • 缺点
                • 内容过多时，无法突出重点
                • 灵活性不高
              • 适合内容型产品作为主导航，一般产品作为辅助导航
    • 原型设计
      • 定义：原型设计指对注重产品各页面上内容的简单呈现，说明了用户将如何与产品进行交互
      • 原型的作用
        • 整理自己想法和思路的具象化手段
        • 将构想更好的传达给交互设计和开发人员
        • 开发工程师开发时的文档
      • 原型设计流程
        • 选择需要设计的功能模块
        • 画出该模块的功能流程图
        • 将每个流程中的功能点列出来
        • 依据流程将次序相同、功能接近的功能分类组织在一起，得到了内容组织图
        • 通过内容组织图，得出该模块需要哪几个具体的页面
        • 为每个页面的功能排列优先级
        • 设计每个页面的具体原型
      • 如何学习交互设计
        • 1、研读各个系统的设计规范
          • IOS: IOS Human Interface Guidelines
          • Android：Android Material design
          • Windows：Windows10设计规范
        • 2、阅读设计相关的书籍，掌握一些设计的基本原则
          • 《设计心理学》
          • 《点石成金》
          • 《About Face》
        • 3、临摹优秀作品
        • 4、将优秀产品中设计的好的地方给记录下来
        • 5、上一些素材库的网站寻找灵感
          • Patterns
          • Mobile Patterns
      • 注意事项
        • 不用纠结于原型的绘制工具
        • 不用产出高保真原型
        • 不用去学习复杂的交互动作
        • 不要过度设计