产品功能和内容整理

产品经理之产品功能和内容整理，包括敏捷方法论中的产品研发阶段、部门协作、产品功能内容梳理两步法等内容介绍。

产品功能和内容整理

• 产品是功能和内容的集合
  • 知乎
    • 以内容为主，功能为辅
  • 滴滴
    • 功能为主，内容（车辆信息）为辅
• 敏捷方法论中的产品研发阶段
  • 创意阶段（商业画布）
    • 产品愿景
    • 产品目标用户和主要价值
    • 产品的盈利能力
  • 功能形成阶段
    • 功能梳理
    • 确定产品范围
    • 做什么进一步细化，产出用户故事
  • 开发阶段
    • 大故事—小故事—AC
  • 运营阶段
• 部门协作
  • 产品部门
    • 制定沟通计划
    • 组织会议和活动
    • 整理沟通结果，汇集信息，形成报告
    • 制作原型，并和相关部门讨论可行性
    • 创建用户体验地图
    • 创建大用户故事
  • 项目干系人
    • 参与关键会议，并在会议可以行使否决权
    • 对项目提供资金支持和帮助项目团队获取管理层关注
  • 开发部门
    • 针对产品功能提出建议，和产品经理讨论功能可行性，提出更好的解决方案
  • 设计部门
    • 对产品的功能和内容提出建议，与产品经理讨论用户的体验流程，并针对产品的关键点给出体验优化方案
  • 运营部门
    • 不需要全程参与功能内容梳理，需要时刻了解进度和结论
• 产品功能内容梳理两步法
  • 确定产品的范围（什么做，什么不做）
    • 业务角度
      • 产品的信息架构
        • 用户研究和分析
        • 信息分类
        • 创建信息架构地图
        • 创建信息架构标签
        • 提取、创建元数据
        • 数据建模（标签体系）
    • 用户角度
      • 那些群体
        • 群体需求
      • 什么角色
        • 角色需求
      • 会怎么用
      • 案例
    • 内容角度
      • 产品的内容在一定程度上会反过来影响产品的功能
        • QQ音乐的内容规划
    • 识别子系统
      • 子系统从粗粒度的视角上描述产品的范围，对产品经理来说，应该做到不多不少
      • 子系统识别是产出大用户故事的第一步
      • 为什么要识别子系统
        • 子系统是粗粒度的产品范围的体现
        • 项目干系人和项目小组看到子系统列表以后，才会对整个系统高层次的认识
      • 识别子系统方法
        • 功能结构图
          • 脑图形式
        • 功能流程图
          • 泳道图
        • 电商子系统
  • 产出用户故事（做什么）
    • 制作用户体验地图
      • 以用户的角度理解产品被如何使用
      • • • 子主题
      • 泳道图
        • 通过泳道图，在“消费者”的体验地图中： 不仅能够知道，需要关注的功能点集中在： · 浏览商品（列表、查询、详情） · 登录、下单、支付 · 确认收货 · 发起投诉 还可以知道： · 在消费者接触商品的各个操作以前，需要将商品上架 · 投诉后会有另外一方介入
        • 此处列出的功能点将用于产出“大”用户故事，可以按照如下策略确定粒度： 涉及到外那跳转的时候，至少需要一个步骤（功能点） 如下图中：商户和电商平台
        • 每个都是节点（功能点）
    • 制作MVP
      • MVP仅提供给用户最核心的产品价 值，满足他们最核心的需求
      • MVP
        • 什么是MVP
          • 最小价值产品或最小可视化产品，在精益创业中，它是很重要的概念；
          • 仅体现产品最核心的价值；
        • 为什么要做MVP
          • 尽早将产品投入市场检验，不必为细节功能
          • 和“附加”功能浪费开发资源；
        • MVP给谁看
          • 目标人群（发烧友）
          • 粉丝
      • 确定MVP功能的时候，采用MoSCoW 法则将功能点分类：
        • Must Have：指一定要有的功能，如前面例子中 的“下单、支付”功能；
        • Should Have：指应该有的功能，如前面例子中 的“商品查询、详情”中的某些功能；
        • Could Have：指可以有的功能，如前面例子中 的“商户上架”功能；
        • Won't Have：指（此版本）不会有的功能，如前 面例子中的投诉功能；
    • 制作线框流程图
      • 线框流图的意义在于： 这样，产品经理和相关团队成员就可以 据此同时了解产品的全貌和体验细节
        • 既能够展示出用户体验流程；
        • 又能够将用户体验元素展现出来；
      • 线框流图适用于体现细节的用户体验地图，不适用于总体视角型的带有泳道图的用户体验地图
    • 编写大用户故事并验收
      • 编写用户故事
      • 用户故事验收会议 为什么要组织用户故事验收会议？ ·“大”用户故事将被拆分为数个小故事，在拆分以前， 必须确认他们是必要的； ·验收会议能够确保不会有“大”用户故事被遗漏； 谁主持？谁参加？ ·产品经理主持会议 ·项目团队、相关团队、项目干系人都需要参加 会议后的产出物是什么？ ·经过集体确认的“大”用户故事 项目干系人确定其必要性； 相关团队确定其合理性； ·开发团队确定其可行性； ·会议后，产品团队即将其拆分为“可开发”、“小”的 用户故事
      • 用户故事验收会议
        • 为什么要组织用户故事验收会议？
          • “大”用户故事将被拆分为数个小故事，在拆分以前， 必须确认他们是必要的；
          • 验收会议能够确保不会有“大”用户故事被遗漏；
        • 谁主持？谁参加？
          • 产品经理主持会议
          • 项目团队、相关团队、项目干系人都需要参加
        • 会议后的产出物是什么？
          • 经过集体确认的“大”用户故事
            • 项目干系人确定其必要性；
            • 相关团队确定其合理性；
            • 开发团队确定其可行性；
          • 会议后，产品团队即将其拆分为“可开发”、“小”的 用户故事
    • 拆分大用户故事
      • 方法五、按照个性、共性拆分 共性的需求可能包括：
        • 安全处理
        • 错误处理
        • 日志处理