上一篇我们讲述了如何创建产品的愿景，并展示了一个简单的产品愿景的例子。那么我们今天来看看，如何将产品愿景转化为产品代办事项列表。
一、用户故事地图（User Story Mapping）
用户故事地图使用可视化的方法，用于拆解具体的用户需求。一般来说，按以下步骤进行：
1. 较为封闭的空间：一般大一点的可抗干扰的会议室即可。
2. 小规模的讨论组：建议人数不要太多，但最好覆盖较广比如：产品、业务、视觉设计、运营、架构等。
3. 一块白板+一些（各色）即时贴+马克笔：使用即时贴+记号笔来创建用户故事，使用白板将用户故事放置其上。
4. 从左到右的时间线：通过讨论组的讨论，发觉并顺序记录业务事件。随后对其后对其进行整理和分类。
5. 寻找MVP：用行走的骨骼等方式，来发觉业务主线（Business Backbone）。
6. 根据MVP将用户故事记录至产品代办列表，并定义发布计划。
二、产品路线图（Product Roadmap）
其次使用产品路线图也可以帮助团队来穿件最初的产品待办事项列表。一般我们会使用Excel、Sketch等工具来记录，一般来说产品路线图需要的主要属性有如下几个：
产品名称：产品的名称，可以是单一的产品也可以是产品组。
主题：需求的分类，特性或者功能比如人员管理、发票管理等等。
特性：指的是主题下的具体一些的功能，比如：员工登陆、员工查找、开具发票、作废发票等等。
随后按照主题的商业价值、紧急程度、投资回报率、Kano模型等等对需求做初步排序并记录到产品待办事项列表中。当然此时也可以像用户故事地图一样，给予发布计划以粗略的时间安排。
以上为比较常用的产品代办事项列表的两种创建方法。
《User Story Mapping》 - by Jeff Patton
《Product Roadmaps Relaunched: How to Set Direction while Embracing Uncertainty》by Janna Bastow
网友评论