您可以使用不同的技术来了解如何为客户提供方便的产品、产品或服务。例如，编写用户故事。在本文中，我们将告诉您它是什么，并分享一个模板和示例。
您正在阅读《Compass》杂志——高效、安全团队工作的信使。
了解有关指南针的更多信息
用户故事的本质
User Story（用户故事）——对产品及其功能的愿望的描述。用户故事是代表用户编写的，因为这种方法正是用来描述客户的需求。
假设开发人员需要发布一个叫出租车的应用程序。用户故事可能如下所示：
作为乘客，我想提前预订行程，以确保汽车在特定时间到达。
在这里，我们代表应用程序用户描述了一项对客户很重要的新功能，并说明了为什么需要它。也就是说，需要这个工具来研究背景：产品中什么对于受众来说到底是重要的以及出于什么原因。
我们来谈谈用户故事结构。开发用户故事时，描述三个组成部分很重要：
角色 – 在我们的示例中，这是一名乘客，但也可以是应用程序用户、餐厅访客等；
行动 – 乘客想要收到什么，即能够预订行程；
用户价值 – 为什么用户需要所描述的操作。
用户故事的优点和缺点
➕故事是对客户需求的简短描述。他们关注用户的愿望，因此有助于通过他们的眼睛来看待产品、产品或服务。这是用户故事的最大好处。
➕故事促进团队中想法的讨论。这有助于了解如何最好地实现用户的愿望。
➕故事仅描述了产品、产品或服务的一项功能。因此，用户故事适合敏捷方法，因为它描述了一个冲刺的功能。
➖用户故事需要写得没有细节，因此团队可能对所描述的操作的实现有不同的理解。如果不讨论细节，这通常会导致产品开发中的错误。
➖一个用户故事不足以开始。除了历史记录之外，您还应该准备大量文件：起草技术规范，与负责人一起编写任务清单，写下实施这些任务的资源。
日本赌博数据是有 效组织和获取联系信 息的重要工具。此类列表通 日本赌博数据如何帮助您 常包含 姓名和相应的电话号码，有助于在个人和专 业环境中进行有效沟通。在技术快速发展的时代，维护最新且准确的列 表对于确保个人能够无缝地与他人联系非常重要。
为什么使用用户故事
用户故事可以解决几个问题：
有助于了解用户及其需求；
表示应用程序的值及其参数；
帮助您确定任务的优先级。
假设一家公司要开发一个预订出租车的网站。有必要评估哪些参数对用户来说最重要。为此，他们进行客户调查并为每个参数编写故事。阅读用户故事后，将它们进行比较并得出每个的重要性的结论。
需要一个用户故事来通过客户的眼睛来看待产品。但用户故事不仅可以用于开发和 IT。
销售部门的用户故事
用户故事可帮助您探索客户需求并确定产品如何改善他们的生活。例如，我们可以编写一个用户故事，重点关注网络服务或移动应用程序如何满足用户需求。这不仅可以提高目标受众对产品的理解，而且对于制定产品推广策略也是必要的。
用户故事也应该应用于其他情况。例如，用户故事的一个用例是收集客户意见并改进产品。假设客户致电该公司并表示他无法通过电子邮件接收来自应用程序的通知。
经理写下这个和其他用户的愿望，并在月底将列表传递给产品改进部门，在那里根据这些愿望开发用户故事列表。这样，用户故事可以充当销售和开发部门之间的桥梁。
在销售部门，用户故事正在成为深入了解客户、改善部门之间的沟通和提高销售效率的关键工具。
公关部门的用户故事
在PR中，用户故事用于展示产品。用户故事有助于唤起观众的情感反应，因为它们可以展示产品工作的进展。
User Story 在 PR 领域还解决了其他问题：
1.突出目标受众的主要特征。通过创建故事，您可以关注可能对产品或想法感兴趣的人。
2、突出业务重点和成果。通过创建有关已开发功能的用户故事，您可以为产品构建公关活动。
3.有助于强化品牌，用户故事更好地凸显公司的独特特色和价值观。通过用户故事讲述您的品牌，您可以与客户建立牢固的联系。
用户故事作为增加产品价值的工具
用户故事有助于定义产品对客户的价值。另一个工具针对同一任务 – JTBD – “待完成的工作”。这是一个框架，可让您了解哪些产品功能解决了用户问题。
假设当一个人下载一个应用程序来叫出租车时，他不仅仅是想叫一辆车。他希望节省时间，这可以通过添加通过地理位置订购汽车的功能来实现。这样客户端就不必输入地址；应用程序会自动检测它。因此 JTBD 帮助设置了一个重要的应用参数。
JTBD关注的是用户为什么“雇用”整个产品——需要用方法来研究人们最深层的愿望。用户故事的不同之处在于它专注于人们关心的特定功能。
编写用户故事时，重点放在与特定任务相关的 如何为您的企业开展数字营销？ 某些开发阶段。 JTBD涵盖了用户与产品交互的整个过程，从问题的出现到问题的解决。
同时，用户故事可以帮助使用 JTBD 框架，因为用户故事和 JTBD 的结合使您可以更详细地了解用户与产品交互的每个阶段。这种方法确保从第一次接触产品开始就全面满足用户的需求。
在产品测试阶段使用用户故事和 JTBD 非常重要。用户故事有助于创建测试场景，JTBD有助于检查产品是否真正解决了用户问题。
敏捷中的用户故事
什么是敏捷？这是灵活的项目管理，将项目分为几个阶段 – 冲刺。用户故事在敏捷方法中用于识别客户的重要产品特征。敏捷原则旨在满足用户的需求，为此我们需要一个用户故事：它们有助于理解用户的愿望。
敏捷思维框架内的用户故事还有助于减少创建产品所需 手机号码id 的时间。开发团队不再使用包含软件需求的多页文档，而是描述清晰的用户故事并进行讨论。这样可以节省时间。
此外，故事可以用于多种敏捷方法：看板或 Scrum。看板是一种在看板上设置任务的方法，有助于可视化工作流程。
与敏捷开发一样，Scrum 方法涉及迭代工作，即短周期。团队创建待办事项列表——任务列表，并依次执行每一项任务。在一个周期（两到三周）内，团队致力于一项功能，并且在开发新产品功能的每个冲刺之后，都会对其进行测试。
看板和 Scrum 使用用户故事来决定首先开发哪些功能。
用户故事标准
每个用户故事必须满足 INVEST 标准 – 这是一个缩写词，用于指示故事的要求。
用户故事应该是：
1.独立——独立。无需立即将所有功能混合在一起 – 这是用户故事制定的基本规则。故事的独立性表明它应该只描述一种功能。在下面的例子中，故事太过广泛。
❌ 作为乘客，我想在应用程序中选择不同级别的出租车，连接不同的支付方式，并提前预订行程。
✔️ 作为乘客，我想在应用程序中选择不同级别的出租车。
✔️ 作为乘客，我想连接不同的支付方式。
✔️ 作为乘客，我想提前预订行程。
2.可协商——可协商。员工讨论用户故事，以最终确定文本并将有关所需参数的当前信息传输给开发部门。
3.有价值——有价值。用户故事应该传达产品或其功能的价值。故事的结尾表明了完成故事的意义。在糟糕的用户故事中，价值等于用户行为。比如我想叫出租车就叫出租车。这个例子有动作，但没有故事价值。
✔️ 作为乘客，我想在应用程序中选择不同级别的出租车，以选择舒适度。
✔️ 作为乘客，我希望连接不同的支付方式，以便能够以现金和银行转账方式支付。
✔️ 作为乘客，我想提前预订行程，以确保我能在指定时间收到车。
4. Estimable——估计。必须评估每个用户故事，以便了解我们将在开发上花费多少资源和时间，需要多少员工和资金。在发布故事之前对其进行评估。
5.小——小。文本不能占据一页，只能是一两个句子，因为这不是应用程序或其单个参数的详细描述，而是一般描述。一个好的用户故事应该很小。
6. 可测试——可测试。需要测试规划的功能，为此制定验收标准，即应用程序特性的要求。假设上例中的出租车应用程序可能具有以下接受标准：
用户在应用程序中选择五种汽车类别之一。
该应用程序显示了每种类型汽车的旅行费用。
在应用程序中，您可以选择特定的汽车品牌。
如何制定用户故事
要编写用户故事，请遵循六个步骤：
1. 创建用户故事时，会研究目标受众并创建用户的描述。编写用户故事需要关注客户的意愿，因此研究他们的需求很重要。为了创建良好的用户故事，需要对目标受众进行调查和研究。
2.在准备历史时，规定了史诗。史诗是比用户故事中更大的参数的描述。也就是说，一部史诗可以由多个故事组成。例如，作为乘客，我想在应用程序中选择不同级别的出租车，查看其价格并向司机写评论。以下三个故事被汇集为一部史诗。
3. 将史诗分解为用户故事，选择最重要的故事。例如，我们上面的示例会生成三个用户故事。
✔️作为乘客，我想在应用程序中选择不同级别的出租车。
✔️作为乘客，我想查看不同级别出租车的费用。
✔️作为乘客，我想给司机写评论。
4.故事编译时，描述必要的参数，将其分解为任务，即进行分解。每个故事都应该有一个明确描述的工作结构，即任务列表。
5. 想象如何使用用户故事。看板和甘特图通常用于此目的。
6. 根据验收标准检查结果并测试产品。
用户故事模板
使用用户故事模板编写故事很容易，该模板由几个部分组成：
1. 用户的角色或类别 – “如何”
2. 行动——“我想要”
3. 价值——“至”
作为应用程序用户，我希望通过VK快速注册，以节省注册时间。
作为乘客，我想将银行卡链接到出租车应用程序，以免浪费时间支付现金或在网上银行转账。
作为一名餐厅顾客，我希望看到一道菜的全部成分，这样我就可以确定我可以吃掉所有成分。
总结一下：什么是用户故事以及为什么使用它们？
1. 用户故事是一个短篇故事，是对产品、产品或服务的需求的一般描述。您需要代表用户编写用户故事，因为该工具正是用于描述目标受众的需求。要编写用户故事，您需要了解目标受众，因此值得进行调查和访谈。
2. User Story（用户故事）有助于确定客户的需求。用户故事解决的其他任务：提出关于用户对产品功能的愿望的假设，确定任务的优先级。
3. 用户故事不仅用于开发程序，还用于构建产品开发策略。该工具可以充当销售和开发团队之间的桥梁，因为它有助于探索客户的问题和疑虑。
4. 用户故事可以用于敏捷。例如，在基于冲刺工作的 Scrum 方法中。在这种情况下，开发团队会创建待办事项列表 – 任务列表，然后员工轮流完成这些任务。在一个周期（两到三周）内，团队会研究一个参数。为了确定需要首先启动哪些功能，他们使用用户故事：编写和讨论故事。
5. 用户故事必须满足六个标准：独立、有价值、可讨论、可衡量、小型、可测试。书写历史时必须考虑到这一点。这些标准称为 INVEST，它是每个标准名称的缩写。
6. 每个用户故事都是根据模板制定的：“用户的角色或类别-“如何”+“行动”、“我想要”+“价值”、“目标”。
我们可以得出结论，用户故事是一个帮助描述客户需求的工具。有些人认为故事是一个有用的工具，只能在开发中使用，但事实并非如此。故事需要在设计、产品制造、销售和公关中实施，以向目标受众传达产品的价值。为了写故事，他们研究客户的意愿：进行调查和采访。用户故事的创建遵循模板。
