当前位置: 首页 > article >正文

创新工具 | 教你6步用故事板设计用户体验事半功倍

  • 问题

构思方案时团队在细节上难以共识

  • 故事板是什么?故事板就像连环画一样,将用户使用解决方案的关键步骤顺序串联了起来,呈现了方案和用户之间的交互。
  • 故事板以先后顺序展现团队票选出来的最佳解决方案,在过程中对于方案中未讨论的细节和开放性问题达成共识,同时也是为下一阶段的制作原型进行铺垫。
  • 因此,虽然在决策方案阶段,团队已经对要验证的方案达成共识,在绘制故事板过程中,团队成员还是会因为细节的讨论上产生不少冲突和分歧,甚至有些团队陷入了漫无止境的讨论。下面通过六个步骤,避免大家因为进入非结构化的讨论而延长故事板绘制时间,让团队专注于高效产出故事板。

  • 解决方案

6个步骤让团队在冲刺中高效地故事板设计

步骤一:写出用户验证流程

  • 除了决策者的所有人拿便签纸
  • 回顾上一步确定的解决方案
  • 每个人写下一个你认为用户从进入到退出该解决方案的6个关键步骤 (比如点击/长按等)
  • 此时可以参考用户体验历程和冲刺问题
  • 可以先列出起点和终点。起点是一个真实的进入点,即用户是如何进入找到解决方案的;终点即理想的结束点,即用户是如何离开解决方案的,通常是他们使用解决方案完成了某个任务或目标。然后将故事的中间环节分割成用户完成任务的几个关键步骤。
  • 比如,以摩托车出租服务这个解决方案为例。起点是用户搜索摩托车出租找到这一解决方案,终点是用户使用完摩托车后归还。用户的任务是使用摩托车,因此关键步骤会包含:阅读营销页面-在手机应用商城下载App-在App中预定摩托车-使用摩托车。

步骤二:在墙上创建一个矩阵

  • 这一步是为了让团队每个成员都能将自己思考的用户验证流程都展示出来。
  • 在正方形的便签纸上分别写下A B C…并将他们垂直地贴到墙上
  • 在正方形的便签纸上分别写下1, 2, 3… 6并将他们水平地贴到墙上
  • 见下方的例子

步骤三:每人读出内容,并把内容贴到墙上

  • 一个人站起,向团队大声读出他/她便签纸的内容
  • 按1-6的顺序把6个步骤的用户故事便签纸贴到墙上
  • 所有人轮流重复一样的行动

步骤四:团队对验证流程进行投票

  • 所有人除决策者外拿一个小圆点
  • 为你认为故事线最清晰的行(参与者)投票
  • 最后,决策者拿一个大圆点进行最后的投票
  • 圈出获胜的验证流程
  • 将获胜的验证流程贴在故事板模版

步骤五:团队对验证流程进行投票

  • 回顾冲刺问题/用户体验历程/投票选出的构思草图页面
  • 将优选的构想草图从其他页面中摘出来,贴在对应验证流程中
  • 列出每个页面想从用户验证中学到的、验证的假设
  • 如果发现一个步骤存在多个假设,选择一个最值得验证的
  • 如无法决策则将这些假设想法都纳入故事板
  • 将待验证假设归类到对应的用户验证流程中
  • 团队讨论如何验证每一个假设,以及在故事板上的呈现方式
  • 列出团队要验证的的基本假设是一个重新审视解决方案全局的好方法,尤其是当它发生在设计冲刺的中间阶段。
  • 这些假设的对象可能是用户(例如:“用户愿意在使用摩托车出租App时授权访问地理位置”),可能是关于业务(“摩托车出粗市场足够大,能够支持公司的可持续发展”),还可能是关于技术(“技术团队能够开发自动匹配最接近用户的摩托车出租点给用户”)等等。
  • 例如,如果您有一个比较重要的假设,即用户将乐于在您的产品中共享私有数据,那么在故事板中,你应该设计一个所能想到用户分享其私有数据的最大限度场景。当你在原型阶段向用户展示它时,将能很快发现您的假设是否正确。
  • 试着想出一种方法来测试所有的假设,无论是在用户研究中还是在其他可以马上开始的并行任务中(例如,让工程师花几个小时破解上面提及的自动匹配算法)。如果你现在还不能验证所有的假设,请放入设计冲刺的待办事项中。
  • 在列举假设的过程中,团队对于同一个假设有多个想法是很常见的情况,在这种情况下,团队可以选择保留所有的想法或者对其中的一个达成共识。这将直接影响到在原型阶段,团队要制作一个原型亦或者多个。我们的建议是,如果团队每个人都对其中某个想法感到满意,那么就只保留一个假设;如果团队对选择哪个想法绞尽脑汁,认为每个都有其优缺点,那么这时候保留多个是更好的做法。

步骤六:绘制故事板

  • 主笔人(选出1-2个主笔人)使用马克笔或者便利贴。用图画和文字填充细节
  • 从第一个单元格开始。基于上一步讨论的假设和呈现方式进行绘制。整个团队探讨每一步
  • 然后最后一个单元格
  • 然后是剩下的单元格。剩下的格子是每一步的操作(1个分镜可以约等于测试中的1分钟)
  • 故事板利用视觉讲故事,其保真度只需要给团队成员提供足够的信息。在故事板的每个空白格中,团队将绘制用户的单个动作—无论是单击按钮的指针、输入的文本,还是在现实生活中正在做某事的用户。你不必担心布局或设计的细节,但你必须考虑故事中发生的每一个动作。
  • 绘制故事板不是一项轻松的工作,团队需要谨慎地进行操作。让一个人画画,但不要让他们自己画出所有的东西。小组成员应该参与进来,讨论接下来会发生什么,并尽可能多地帮助那个拿着白板笔的勇敢的人。
  • 当您开始绘图时,设想您正在为用户研究参与者构建原型。他们如何得到你的产品?当他们到达那里时,他们会试图做什么?这将帮助你弄清楚故事板的每一帧画面要传达的信息。

  • 关键成效

故事板,帮助团队理清产品的使用情境

借由故事板中连续的插画和分镜把一个人和产品或服务之间的交互体验呈现出来的,故事板的核心价值有:

  • 可视化的效果:因为图片比文字会更加容易被理解,也更适合传达概念和想法,通过视觉化的方式,故事板把信息更为系统的呈现出来,也是一种更有叙述化的方式,让受众有一个更好的理解。
  • 同理心:因为每个人都可以从故事中找到一个近似的经历或者是关联的信息,让我们产生一些共鸣,我们可以通过理解这些与我们类似的人、信息、经历对一个产品或体验行为有更好的参与性。

故事板模板

  • 通过故事板展示产品的使用情境,包括用户交互的流程。将交互体验呈现出来的。

下载

更多热门创新案例,请点击:Runwise创新社区


http://www.kler.cn/news/136273.html

相关文章:

  • 读《认知觉醒》:浅谈费曼技巧
  • 【读书笔记·VLSI电路设计方法解密】问题26:什么是漏电流问题
  • 深度学习技术演进:从 CNN、RNN 到 Transformer 的发展与原理解析
  • Golang | Leetcode Golang题解之第503题下一个更大元素II
  • Nginx、Tomcat等项目部署问题及解决方案详解
  • Java应用程序的测试覆盖率之设计与实现(三)-- jacoco cli 客户端
  • 【计算机网络笔记】路由算法之链路状态路由算法
  • 集合的自反关系和对称关系
  • Wireshark 截取指定端口海量包分析
  • 【Spring Boot】如何集成Redis
  • 【心得】基于flask的SSTI个人笔记
  • Oracle 数据库中 查询时如何使用日期(时间)作为查询条件
  • 使用Python的turtle模块绘制玫瑰花图案(含详细Python代码与注释)
  • C++二分查找算法:132模式枚举3简洁版
  • IDEA版SSM入门到实战(Maven+MyBatis+Spring+SpringMVC) -Maven依赖管理,版本号管理,继承和聚合
  • 软件测试/测试开发/人工智能丨基于Spark的分布式造数工具:加速大规模测试数据构建
  • Wireshark抓包:理解TCP三次握手和四次挥手过程
  • Redis-高性能原理剖析
  • IDEA自动注解设置(中文版)
  • 密码加密解密之路
  • openssl C++研发之pem格式处理详解
  • springboot使用MongoTemplate根据正则表达式查询日期数据
  • 计算机算法分析与设计(23)---二分搜索算法(C++)
  • 设计模式 -- 建造者模式(Builder Pattern)
  • 广州华锐互动VRAR | VR课件内容编辑器解决院校实践教学难题
  • 中贝通信-603220 三季报分析(20231120)