有多种原因可以解释产品或解决方案发布失败的原因，但最可能的原因之一仍然是客户无法看到其价值。作为营销人员，能够展示解决方案或产品为客户带来的价值至关重要。 为此，重要的是要花时间思考并编写用户故事（法语用户故事），以在开始生成解决方案之前了解客户的期望。此外，用户故事对于设计网站或应用程序等非常有用。 但什么是好的用户故事以及如何编写呢？ 我/ Qu’appelle-t-on 用户故事？ 用户故事是敏捷 Scrum 方法中的一个概念，从概念上讲，它非常简单：您必须站在客户的角度思考，以确定他们的需求是什么。例如，用户故事可以这样表述：“作为[客户资料]，我想要[功能目标]以便[结果] ”。我们通过一个具体案例来更好地理解： 作为一名农民，我希望能够控制和保证蔬菜的质量，以便最好地将它们推销给我的客户。 像这样编写的用户故事允许您将客户遇到的问题联系起来，而不指导由此产生的解决方案。
为什么写它很重要？
编写用户故事是确保团队将所有精力集中在为实际用户问题提供解决方案上的最有效方法，从而验证所提出的解决方案是否满足他们的需求。 此外，这使开发团队能够更好地了解客户需求，从而激励和鼓励他们在创建解决方案时展现创造力和批判性思维。 事实上，编写用户故事可以让所有利益相关者参与到解决方案选择的反思中。通过这种观点，开发团队可以积极主动地提出更有效、更符合客 英国电报号码数据 户需求的替代方案。 因此，通过向您的用户故事添加大量细节，我们间接促进团队合作，并帮助防止我们没有想到的计划解决方案可能存在的限制。
我们对写好用户故事的建议
编写好的用户故事的第一步是正确识别并更好地了解该用户。事实上，通常有不止一种类型的用户会与您的不同解决方案进行交互。因此，在解决方案的设计中包含与角色定义相关的步骤可以让您更好地了解用户的目标范围和需求。此外，这可以用作设计师的一种清单。 3C方法 Ron Jeffries 提出了 3C 的概念来描述用户故事的组成元素。这三个要素是： 卡片：用户故事写在卡片上（物理或数字）。此支持允许您注释评论或附加信息。例如，您可以找到解决方案的预期开发和测试持续时间。该卡用于产品待办事项列表中，因此描述必须准确、详细。 对话：通过不同利益相关者（产品所有者、开发人员、测试人员等）之间进行的多次对话来传达和理解项目需求。这些对话中出现的其他详细信息允许您作为一个团 散装铅 队决定哪些规则（即哪些测试）代表执行此功能的最佳方式。以书面形式获取这些详细信息可以让您稍后在
