收藏本站 关于我们

关于用户故事地图的多种用法-云之家用户体验部(原创文章)

发布时间:2017-05-02 15:08:20   来源:PS教程   人气:0

前言:云之家用户体验部成员介绍:方馨月    方馨月,主线 IxD、辅线产品和 Coding 的 UXer,云之家轻应用的交互设计师。身上背负的H

云之家用户体验部成员介绍:方馨月 



方馨月,主线 IxD、辅线产品和 Coding 的 UXer,云之家轻应用的交互设计师。身上背负的Hashtag 有太多个,工科女、Geek、文艺女青年… 爱好广而杂,偶尔神经病。希望能与大家分享产品成长路上的血泪汗。

之前读完 Jeff Patton 的《用户故事地图》觉得是一本好书,但是一直没有机会去实践。

 

最近在工作中使用了用户体验地图进行云之家工作汇报轻应用的开发评审,发现在讨论

过程中,思路更加清晰、交流更加顺畅了。具体表现在:

(1)开发人员能够很容易发现产品设计的坑;

(2)小组成员的参与度更高;

(3)决策更加迅速,会议更加高效;

(4)会议结束后,有满意的讨论结果产出

 

会后,更加觉得用户故事地图是一个可以提高协作效率的工具,所以,想写一篇“读书笔记&执行思考”,来记录这段时间的收获。

 

?《用户故事地图》不仅仅是讲述什么是用户地图、怎么使用用户地图,也讲了很多团队协作的tips,并且给出了很多实例。我这里直接从这本书的其中一个角度——“怎么使用用户地图”为内容,然后结合一些自己的想法,来写这篇读书笔记。

 

用户故事地图的使用,主要可以分为三个方面(当然,这个只是我自己的一个归纳):

(1)产品的[0,0.5]:新产品功能规划/发布规划

(2)产品的(0.5,1]:需求讨论/需求拆解/优先级排序

(3)产品的(1,+∞):产品优化

 

下面将根据以上三个方面,详细进行说明。

 

· 两点解释:

1)我很粗暴的根据 “是否需要开发人员介入” 这一条件,将产品发版前分为两部分,即产品的[0,0.5],产品的(0.5,1]。在开发人员介入前,更多的是产品经理如何进行产品设计,产品整个的基调和走向都是在这一部分定下来的。当开发人员开始介入后,就具体聚焦于功能的实现方面了。能否实现?如何更好的实现?是这一部分的主要问题。但是要解决这一部分的问题的一个大前提就是,开发人员如何全面的理解这个产品?让大家脑海里的东西是一致的?这个是最艰难的问题。

2)上面三点的“产品”,其实不仅仅指的是一个完整的产品,也可以是一个组件、一个大型功能。总之是需要进行思考、设计、开发并之后会有维护升级的一个模块。

 

 

一、产品的[0 ,0.5]



当产品的出版发布后,后续的工作就是优化和更新了。在此阶段可能会进行用户调研,那么调研的数据如何进行处理才能够反映更多的问题呢?这里提供一种方式,在用户故事地图中被称作 journey map (也就是 experience map ),但是在其基础上做了一些些的调整。在上面叠加了情绪版的使用方法。

 

 旅行地图

(1)目的:用户调研数据处理,确定产品的优化点与优化需求

 

(2)适用场景:用户调研数据处理

 

(3)所需资源:

·  目标用户的评价数据

·  3-7名参与人员(需包涵产品设计者、产品决策者、用户体验设计师)

·  不同颜色的便利贴/卡片

 

(4)操作方式

·  用户操作路径,每一个触点按步骤写在便利贴上,在x轴排开

·    评价数据写在便利贴上,按照体验优秀程度,在y轴排开

·   综合每个触点上的评价数据,进行打分

·   根据得分,调整触点卡片的y坐标

 

以上就是用户故事地图的 7 种用法,分别对应于产品的[0 ,0.5]、(0.5 ,1)、(1,+∞)三个大的阶段。希望对大家能有所帮助。

 


更多文章,请关注云之家用户体验部公众号:UXD-Cloudhub


本文来自PS教程网www.46PS.com,转载请注明!关键词:技巧技巧教程原创自译教程


PS教程