撰写客户故事以改善团队协作
已发表: 2021-08-30长期以来,我们一直采用以任务为中心的营销方式。 虽然让每个所有者写下他们自己的任务既快捷又容易,而且通常是一种很好的工作方式,但以故事的形式编写工作可能更有助于灌输团队协作的价值。
敏捷软件团队长期以来一直使用故事方法,您可能熟悉“用户故事”一词。 创建用户故事是为了摆脱繁重的文档并激发与团队的对话。
虽然用户故事是为了让软件开发人员了解人们如何使用他们的系统,但它也是一种对营销人员也很有效的技术——只需进行一些小调整。 我们想考虑客户想要什么,而不是系统的“用户”,所以我喜欢称他们为“客户故事”。
客户故事实际上是关于团队将要做的工作的全部内容,但可以让每个人都有更全面的视角,并包含团队为为客户创造价值所需的所有工作。
客户故事的内容
客户故事回答了谁、什么和为什么等问题。 当团队中的每个人都清楚营销的目标受众是谁、我们正在做什么工作以及它为什么使客户受益时,我们可以作为一个团队有更好的共同理解。
以下是一些客户故事的示例:
“作为一名房地产经纪人,我想要一个潜在客户可以访问的登陆页面,这样我就可以建立我的销售渠道。”
“作为一名医疗保健提供者,我希望每周收到一份关于社区疫苗接种率的电子邮件更新,以便为危机做好更好的准备。”
“作为两个孩子的妈妈,我想要返校鞋的买一送一优惠,这样我就可以省钱了。”
“作为一个新房主,我想收到一本小册子,告诉我在哪里可以找到我附近的合格儿科医生,以便我的孩子得到很好的照顾。”
客户故事的最大好处
我见过花一点额外时间来编写客户故事的团队从练习中受益,但最大的好处是作为一个团队真正了解为客户提供价值的所有点点滴滴——了解哪些任务单独不给我们。
当我们练习故事写作时,团队会被提示考虑交付价值所需的所有任务。 让我们以这个故事为例:
“作为两个孩子的妈妈,我想要返校鞋的买一送一优惠,这样我就可以省钱了。”
当团队准备开始工作时,他们会讨论所有事情以及他们将如何一起完成这个故事。 他们可以决定工作包括:
- 研究竞争对手的报价;
- 设计报价;
- 写作文案;
- 获得法律批准; 和
- 同行评审。
现在,团队中的每个人都不再考虑自己的工作,而是对完成和交付工作的实际情况有了很好的理解——他们的目标更多地是合作完成项目,而不是各自开始自己的任务。
客户故事要避免的常见陷阱
当营销人员开始这种做法时,我看到的一个非常常见的错误是把故事讲得太高,把它想得更像是一个客户旅程,而不是它实际上是什么——可交付的工作。
这是一个以这种方式编写的早期故事的示例:
“作为两个孩子的妈妈,我希望我的孩子们既能以时尚的方式回到学校,又能省钱。”
虽然从客户可能想要的角度来看,这不一定是错误的,但它并没有为团队提供有关实际工作的足够背景信息。 第一个故事我们特别提到了“返校鞋买一送一”,而第二个故事只是说:“回到学校时尚。”
另一个需要避免的陷阱是从内部团队的角度来写故事。 以“作为营销人员……”开头的故事。 或“作为平面设计师……” 错过了从客户的角度看待工作的重点。
故事写作工作坊
一个好的做法是让整个团队参与故事写作。 通过举办故事写作研讨会,团队可以对工作承担更多的责任。 作为季度计划的一部分或在大型新活动开始时执行此操作是一种很好的做法。
故事写作研讨会将涉及产品所有者或领导该计划的人,分享活动的目标和结果。 然后,该团队将共同提出支持该活动的故事。 首先使用便签工具来集思广益,例如“网络研讨会”或“社交媒体帖子”。 使用时间框,例如 15 分钟,可以防止人们过度分析这些想法。

一旦时间框到期,删除任何重复或团队认为不可行或不支持活动目标的任何想法。
接下来,开始实际的写作过程。 您可以作为一个团队执行此操作,也可以分成两组,然后与更大的团队共享。 让我们以网络研讨会为例。 网络研讨会是为谁准备的? 如果你有角色,这将是这项工作会影响的主要角色。 有什么好处? 这个网络研讨会给了这个人什么,他们本来不会有的?
“作为一名准妈妈,我想参加一个关于母乳喂养的网络研讨会,这样我就知道当婴儿出生时会发生什么。”
角色显然是准妈妈,团队的可交付成果是网络研讨会,对客户的好处是知道婴儿出生时会发生什么。
虽然您不必编写客户故事即可成为出色的敏捷营销团队,但这种简单的技术可能会导致团队内部更好地共享理解,并使每个人都能更好地了解为什么要完成这项工作、为谁以及如何完成这项工作是对客户的好处。
本文中表达的观点是客座作者的观点,不一定是 MarTech。 工作人员作者在这里列出。