本系列文章一共分为 4 篇。本篇是第二篇。建议阅读本篇之前先阅读第一篇前言。

一、产品的[0 ,0.5]

当产品或某一个大型模块在进行功能设计的时候,可以采取用户故事地图的方式来梳理所有的功能点,并进行迭代周期的规划。

1,新产品功能规划 之 产品全景图

(1)目的:建立产品/模块的全局印象,有全局观,进而可以整体规划产品/模块。

(2)适用场景:产品经理(可能搭配交互设计师)梳理产品框架

(3)所需资源:

  • 2-3名参与人员(需包涵产品设计者、产品决策者)
  • 卡片/便利贴,笔

(4)操作方式:

  • 一边讨论,一边将想要的功能写在卡片上
  • 一边讨论,一边将功能分类,按照x轴为模块名称,y轴为所属模块下的功能进行排列
  • 一边讨论,一边调整当前的布局(可剔除/添加卡片、调整卡片位置)


(5)解释/说明/tips:

  • 为什么是2-3个人:
    对于有的项目,产品设计人和产品决策人是一个人,为什么还需要2-3个人呢?因为在我看来,一个人的想法是无法做到完善的,但是如果是两个人合作则可以避开90%以上的产品漏洞,所以在产品功能规划的方面,更建议2人以上(当然如果遇到牛人,思维无漏洞,一个人建立产品全景图也是没任何问题的)。不建议3人以上,则是因为对产品指手画脚的人多了,只会越来越乱,产品设计层面,要少而精。

  • 如果只是理个产品逻辑为什么不用脑图:
    从操作方式也可以看出,这是一个需要团队合作的过程。脑图更像是一个人的思维梳理,不利于多人的团队合作。卡片化的优点在于:1、所有人都有调整布局的权限;2、没有了屏幕的限制可以支持高复杂度的产品架构;3、可以更方便的删减和备注;4、为了后续的操作(后续很多用法都是建立在产品全景图上)。

2,发布规划

(1)目的:优先级排序,划分发布路线图

(2)适用场景:产品经理(可能搭配交互设计师)确定产品发布内容

(3)所需资源:

  • 2-3名参与人员(需包涵产品设计者、产品决策者)
  • 产品全景图

(3)操作方式:

  • 按照产品的长线目标,对功能排优先级
  • 制定产品发布计划,确保每一次的发布内容都是 MVP


(4)解释/说明/tips:

  • 怎么划分发布周期
    聚焦于成果,每一个发布的版本希望能够达到什么样的效果,再就是,保证每一个版本都是当前情况下的 MVP。
    我觉得书里面有一句话能够很充分的回答这个问题:

聚焦于成果,即产品发布后用户能使用和感知的东西,切分发布计划应该以成果为导向。——《用户故事地图》P56