用户画像PPS之用户故事:讲什么故事?怎么讲?

像所有的故事一样,用户故事应该包含人物和具体的场景,包含故事开头、中间和结尾的不同情节。

用户故事传达用户使用产品的状况,解释用户根据其动机、期望和态度所做的事情,并可以包含一些时间、地点的细节。

一般来说,用户故事基于之前所创建的用户肖像。但也可以源于用户研究中收集到的真实用户故事。

讲什么用户故事?

如果你时间多得用不完,你可以把用户使用产品的所有场景都写成用户故事。可惜的是,你永远时间有限、精力有限。为了让用户故事产生价值,必须把许许多多的潜在用户故事精减到只剩下最相关的。

如何选取?重点考虑两个关键要素:用户的目标;用户为实现目标所采取的行动。

如果有现成的用户肖像,则用户目标和行动基本明确;如果尚未创建用户肖像,则应进行用户研究,找出用户最紧迫的目标。——不过,通常不建议不创建用户肖像就直接启动用户故事。

分析用户目标和行动时,可以按照以下思路:

  • 用户为了实现目标,最经常采取的行动有哪些?
  • 用户为了实现目标所采取的行动中,哪些是必需的?
  • 用户频繁采取的行动,是否形成一个系列行动?
  • 用户频繁采取的行动,是否作为基础行动支撑更大的用户目标?
  • 用户为实现目标而采取的行动,就构成了用户故事的基础。

假设有一个门店经理叫Doris,她的一个目标是“跟踪记录每间门店的业绩”。这个目标包含“编制每日报告”的行动,它需要几个行动来支撑:

  • 登录网站
  • 把当日流水复制到数据表
  • 汇总当日和本周的门店业绩
  • 门店业绩统计,如同比、环比

厘清这一系列行动之后,就能着手编制用户故事了。

如已创建用户肖像,则可从用户特征文档和用户肖像中选取用户目标和行动。然后,按照“一正一反”的过程来构思用户故事:

  • 正:理想情况下,用户如何完成既定任务。
  • 反:遇到问题时,用户如何应对困难去完成任务。

不断重复这一过程,逐渐涵盖产品所有的功能和用户需要完成的所有任务、可能遇到的所有状况。——注意,“所有”并非意指全部,它是在你选定的范围内。

怎样写用户故事?

用户故事必须采用用户视角,用户无法认知的任何东西都不能进入用户故事。

写出用户目标和行动清单之后,就可以基于用户视角来设想用户的反应,例如:

Doris如何处理这种情况?她会做什么?她有何看法?

可以一次引入一个限制条件,看看故事会如何变化,例如:

Doris无法将当日流水导入系统,她会怎么做?

因为系统效率太低或太复杂,她在什么情况下会放弃这款产品?

可以采用用户视角进行角色扮演,观察让Doris作出决策的价值观是什么、她最看重的是什么。

用户故事一般采用“生活中的一天(a day in the life)”模式,讲述用户几个小时或一天之内的一系列行动。用户故事越生动,对用户如何使用产品的解释力就越强。

例如,门店经理Doris“编制每日报告”的故事:

下午5点,Doris回到家。她做好晚餐,与丈夫Steve和孩子们一直用餐,然后打开电脑。虽然她很重视自己的工作,但家庭永远是排第一位的。

像往常一样,她在晚上8点开始做账。她查看当天的在线登记总额,然后用数据表汇总当日数据,观察每间门店的情况。然后,她计算一周的业绩,并与去年同期对比。

之后,她选择“快速报告”功能,把统计结果发给Samy。她知道他通常并不看,但她也知道他希望每天早晨一打开邮箱就能看见报告。

8:20,她完成当日报告。在睡觉之前,她有足够的时间与Steve一起看看她喜欢的电视节目。

用户故事内容模板

是否觉得,这种“举例说明”的方法,你还是“丈二和尚摸不着头脑”?

——是的,讲故事是一件相当复杂的事情,无法在这么短的篇幅内讲透。以后看时机,我们再单设篇章,专门介绍用户故事。

不过别着急,这里先给你来个“投机取巧”:用户故事是可以有“套路”的。

通过上面的介绍,你大概已经明白,用户故事需要包含这些内容:

  • 用户,即故事人物
  • 用户的目标,或预期结果
  • 达成用户目标需要完成的任务或行动
  • 用户任务的执行步骤或流程
  • 用户完成任务的时间
  • 用户完成任务需要的产品功能
  • 用户可能遇到的异常或意外

当然,内容罗列不是故事。你可能需要一个“故事模板”:

  • 标题:所有的故事都有标题,用户故事也不例外。标题是概述,不应过于具体。例如,“Sally需要研究全家一起度假的地点”应简化为“研究度假地点”。
  • 背景和目标:用一两个段落讲述初始情况、用户面临的挑战和用户需要达成的目标。注意,不要讨论用户如何实现目标。
  • 解决方案:用户解决问题的需要完成的一系列任务,以及完成任务的过程。用户可能有多种方式来完成任务,应描述不同的可能性。注意,不要描述具体的技术、设计和功能。
  • 执行路径:用讲故事的方式,描述用户如何完成任务、如何实现目标。需要包含具体的技术和功能,以及多个完成任务的执行路径。可以包含不同的设计如何完成用户的任务。

为了让基于故事模板写出的文字更像故事,写完用户故事后,你可以检相一下是否包含以下故事要素:

  • 人物:主角是你的用户,可以包含一些配角。
  • 场景:物理环境、日期、时间以及过往的事件背景。
  • 行动:用户采取的行动,以及行动如何造成影响。
  • 事件:用户的行动引起的反应。
  • 评估:人物如何理解发生的事件,他如何据此作出决定。
  • 情节:一系列行为和事件构成的故事情节。人物达到预期目标时的圆满结局,没有达成时的悲剧结局。

小结

作为用户画像PPS框架第三模块“用户故事”的后半部分,本节我们讨论了“讲什么用户故事”、“怎么讲用户故事”两个问题。 总体来说,用户故事基于用户目标和行为。明晰了用户目标和行为,就可以决定讲什么故事,也就可以基于用户目标和行为构思用户故事。

X

类似文章

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注