PM必看:用户场景神器—故事板

标签: 人人专栏 故事板 用户场景 | 发表时间:2014-08-06 21:29 | 作者:易卿
出处:http://www.woshipm.com

大多数产品经理都知道说用户体验设计,但是对于用户角色模型和用户场景却了解较少,而在产品设计中“设计故事板”能够直观地体现出用户和产品使用情境。

那么,故事板是 什么 呢?故事板,起源于动画行业。在电影电视中,故事板的作用是来安排剧情中的重要镜头。他们相当于一个可视化的剧本。故事板展示了各个镜头之间的关系,以及他们是如何串联起来,给观众一个完整的体验。

现在,“故事板”在产品设计过程中也被广泛的采用,虽然产品设计故事板和动画、影视制作故事板都是用一系列的图片和语言组成的视觉表现形式,但是之间的所表达的信息和目标用户却是不一样的。我们在做“产品设计故事板”的目的是让产品设计师在特定产品使用情境下全面理解用户和产品之间的交互关系。

故事板的主要形式有:

文字故事板

我们要描述一个好的用户场景,需要对用户使用这个产品的过程有一个基本的了解,还需要对用户角色和使用情景有所设想。好的用户情景,可以贯穿整个产品设计的过程,模拟现实的用户操作和交互方式,用于产品的可用性评估。

使用简单的语言描述人物角色、情境及用户使用情景,尽量避免不要给出具体的用户行为和交互动作。

合理的文字故事板应该注意以下几个方面:

  1. 确定角色,多个角色做多个故事板;
  2. 确定确实必须完成的目标;
  3. 确定故事的出发点或事件;
  4. 明确角色信息及关注点;
  5. 确定故事板的数量,取决于人物角色和目标数量;
  6. 书写故事,从触发到结束;

 

 

用户Tina:性别、年龄、职业、收入、学历、使用习惯、使用网络、关键特征、目标以及故事描述,这些作为人物角色模型的故事板信息内容。

图片故事板

对于交互设计师而言,图形故事板是最快让他人获取自己的想法的最佳手段。通过图形故事板,用户就像在看电影一样,融入到情景当中。

通过反思各个场景的的事件,提醒团队该注意哪些方面,反思交互效果,能够让他人通过看得见的方式面面加以注释。

在图形故事板中,用户通过一连串的用户行为,连接成一个完整的用户场景。

(故事板就是一个用户场景)

(事件/行为是具体的人和系统的交互行为,它将人、物和环境结合起来,构成了整个故事的内容)

(把角色放在某个场景里,讲一个故事。故事中应该包括对问题的研究和自己的想法)

如果着重研究线下任务,则故事板中线下场景居多,如关注屏幕任务则会展现界面居多。当然如果完全关注屏幕任务就是我们的线框图和原型了。

故事板关注的是屏幕任务和线下任务结合的边缘地带。

故事板是传统交互设计方法的重要补充工具,平时我们的原型设计仅仅局限于屏幕环境的设计,忽略了屏幕之外的使用情境,通过故事板绘制的关键使用场景有利于我们理解屏幕之外的用户目标和动机。其实有经验的设计师会在产品设计初期假想一些应用情境,只不过他们没有画在纸上而已。

另外,故事板不仅仅是设计师头脑中假想情境的具象化,他还可以使一些模糊的用户需求更加具象更有说服力,在设计沟通的过程中能发挥巨大的作用。

故事板揭示了用户与产品的各个交互行为,他可以让pm像用户一样,融入到用户的使用情景当中;又可以以一个旁观者的状态,观看全局,反思和总结使用场景的问题及真伪。

本文由人人都是产品经理团队@易卿收集整理,转载请注明来源


(关注更多人人都是产品经理观点,参与微信互动(微信搜索“人人都是产品经理”或“woshipm”)

相关 [pm 用户 神器] 推荐:

PM必看:用户场景神器—故事板

- - 人人都是产品经理
大多数产品经理都知道说用户体验设计,但是对于用户角色模型和用户场景却了解较少,而在产品设计中“设计故事板”能够直观地体现出用户和产品使用情境. 在电影电视中,故事板的作用是来安排剧情中的重要镜头. 故事板展示了各个镜头之间的关系,以及他们是如何串联起来,给观众一个完整的体验. 现在,“故事板”在产品设计过程中也被广泛的采用,虽然产品设计故事板和动画、影视制作故事板都是用一系列的图片和语言组成的视觉表现形式,但是之间的所表达的信息和目标用户却是不一样的.

从编辑到PM

- 小鱼 - 所有文章 - UCD大社区
春节前收到一封陌生人的来信,一位网站频道编辑,向我咨询转型PM的可行性. 他问道:“你觉得做媒体和做产品,以前一样么. 话题很有趣,我也乐意就此写点什么. 遗憾的是,编辑转产品的成功概率却是不高的,就我的经验来看,存在四个障碍. 媒体工作需要捕捉阅读的共性,即“大家都爱看的内容”,相对来说比较忽视用户的个性化特征.

如何与PM沟通

- - 曉生
1.要学会听取别人意见,也许PM提出的问题你并没有考虑到,集思广益,可以得出有更好的方案. 值得肯定的是,你设计时已经能学会从产品角度考虑,引导用户操作,而不是单纯的好看. 只要不是单纯审美上的PK,都可以讨论,不是吗. 2.让产品阐述自己的需求点,明确重点. PM们七嘴八舌肯定不对的,要引导他们梳理出统一的意见.

PM札记:产品设计这两年

- - 所有文章 - UCD大社区
做产品差不多也两年左右了,基本上这条路是磕磕绊绊,迷迷糊糊,但好歹大方向是正确的,有空回想总结起来,唏嘘不已,看看以前对产品的看法,再看看今天对产品的认识,不仅感叹自己当初的幼稚,如今,更多的是了解了自己的无知与渺小,怀着一颗谦卑的心,继续学习,在产品这条路上寻找自己的价值. 产品职责包含很多东西,产品设计只是其中的一种职责,只是简单的描述一下我在产品设计上的弯路,回想起我的产品设计生涯,目前走过了三个阶段:.

PM培训的答疑课小结

- - 阿里巴巴(中国站)用户体验设计部博客
这期PM培训的最后一次课安排的是答疑,回答了一些同学们普遍关心的问题. 对学员们和讲师的讨论,我做了些小结如下:. 产生这种情况说明项目管理已经存在大的问题了. 要做到的是提前预知,避免这种情况的出现. 万一出现了,首先要深入了解原因. 两个方向,项目内搞定或者项目外搞定. 回答这个问题的关键是找关键路径.

浅析PM工作流引擎

- - CSDN博客推荐文章
1.      JBPM工作流引擎是用来做什么的. 首先要说明的一点是工作流引擎指的并不只是JBPM,JBPM只是工作流引擎的一种. JBPM利用JPDL流程定义语言将现实生活中处理事务的业务流程进行抽象,形成一套业务流程规则,只要处理该项业务就必须按照这个流程规则进行. 举一个很简单的例子,就拿看医生来讲,看医生的整个流程必须是先挂号,再看病,再抓药,只要你进行看医生这个业务就必须按照这套流程进行.

如何防止架构师PM化

- -
和一些做项目主架构或者一号位的同学聊天,经常会听到一种说法:项目主架构做着做着就会做成PM. 这背后什么含义呢,细品下来有几层意思:. 整个集团的架构非常复杂,涉及的域众多,做主架构或者一号位需要大量的协调投入;. 不同域之间的资源错配现象严重,需要投入大量精力在锁定资源和推进排期上;. 项目结构过于复杂,PM催主架构,主架构催域架构,域架构催开发,层层订,各种站会,代码没几行,会议一大堆;.

您的团队需要什么样的PM?

- - 所有文章 - UCD大社区
     在腾讯,多数部门的实际采用了职能化或弱矩阵的组织结构形式. 中心和小组等组织层级实质属于职能线条,产品、开发、测试、运营、运维等职能角色是产品运营的主要角色,而各部门都会或多或少有一些全职或兼职的PM组织管理着各类跨职能活动.       基于各自情况的不同和各自对PM职位理解的差异,对PM职位的定位也千姿百态.

PM成长日记:从需求到产品

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
   本文作者系大众点评产品经理@ 七手八脚裸奔地小石头.   本篇本来打算写如何跟技术进行沟通,其实跟技术的沟通,是贯穿于整个从需求文档到产品上线、产品跟踪、迭代的过程之中的. 本篇更多的是讲作者工作半年来,从需求文档到产品上线的过程,也希望与同行朋友多交流.   当你辛辛苦苦写出来一堆需求文档,跟UED的同学定好交互、视觉、重构;满以为技术会认真对待,但是你会发现,技术同学基本不会看你准备的一堆东西,基本是按照自己的理解来开发,当开发不下去,第一时间也不是看文档,而是看测试用例,或者直接跟产品沟通;基本文档只是QA同学对着写用例.