use-case - 需求分析和用例

我正在做一些在线自学，如果在线发现问题，我将不胜感激：

案例：客户需要在其购物车中进行弹出式调查以收集反馈

要做：

标签： use-casebusiness-logicminimum-requirements

明确区分功能和技术约束以及场景很重要。

你有你的用例：功能需求将旨在描述你的客户希望看到的场景和行为。如何进行，如何整合调查数据（或者你最后提到的API点）都是限制和技术场景，要表达清楚（出于XY问题等多种原因https://www .perlmonks.org/?node=XY+问题）。

为了更好地描述需求，可以提出以下问题：

收集反馈的目的是什么？具体目的是什么？是否以任何其他方式（例如网站热图或行为分析工具）收集反馈或用户行为？如果是这样，调查结果是否需要与通过这些方式收集的数据相结合？我们打算通过调查收集哪些不是这些工具带来的信息？
谁，什么，什么时候所有相关的问题：是否应该针对所有访客的第一个访客？
用户旅程映射：您似乎表示在电子商务网站上收集了反馈，询问在用户旅程期间何时弹出调查将证明信息丰富。什么时候应该收集反馈，在用户旅程的哪个部分？何时将第一项添加到购物车？是的？不？如果是这样，为什么？付款后？是的？不？
一些用户是否使用他们的帐户在网站上注册？对于这类用户，调查和处理应该不同吗？是否应该预先定义特定类型的用户并以不同方式处理？
是否可以通过邮件为已经共享邮件的客户或访客进行调查？
问题顺序应该不同吗？
调查的持续时间应该是多少？
为了测试响应率的变化，弹出窗口的外观是否应该变化？
每次用户在各个页面中导航时都应该出现弹出窗口吗？

除了与客户面谈外，创建模型也是一种激发需求的刺激方式。

关于具有更多元素的流程和建模将有助于为您提供更好的答案。

存在各种级别的细节和抽象：

美国质量协会将流程图定义为“按顺序显示流程中各个步骤的图片。（...）它是一种常见的流程分析工具，也是七种基本质量工具之一。”

对于更多面向 IT 的源，ITIL 或 TOGAF 提供了视角。

最后，传统上更强烈地认为与敏捷方法齐头并进的用户旅程概念也值得关注。