问需求分析和用例

EN

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

您有您的用例:功能需求将旨在描述您的客户希望看到的场景和行为。如何继续，如何集成调查数据(或者您在最后提到的API点)都是约束和技术场景，并且应该清楚地表达出来(由于各种各样的原因，比如XY问题https://www.perlmonks.org/?node=XY+Problem)。

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

• 收集反馈的目标是什么？具体目的是什么？反馈或用户行为是否以其他方式收集(如网站热图或行为分析工具)？若然，会否需要将调查结果与透过这些方法收集的资料结合起来？我们的目标是通过调查收集哪些不是这些工具带来的信息？
• 是谁，什么时候都是相关的问题:是否应该为所有访问者提供第一次访问？
• 用户行程映射:您似乎表示在电子商务网站上收集了反馈信息，询问在用户旅程期间何时会弹出调查结果。什么时候应该收集反馈，在用户旅程的哪一部分？当第一项被添加到购物车中时？什么事？没有吗？如果是，为什么？在付款之后？什么事？不是吗？
• 是否有一些用户用他们的帐户在网站上注册？这类使用者应否有不同的调查及处理方法？是否应该以不同的方式预定义特定类型的用户并以不同的方式处理？
• 是否可以通过邮件为已经共享邮件的用户或访问者管理调查？
• 应该有不同的问题顺序吗？
• 应该持续多久?为了测试响应率的变化，弹出的外观是否应该有所不同？

<代码>H 118是否应该每次用户在不同页面中导航？H 219f 220>

除了面试客户，创建模拟可以是一种激发人的需求的方法。

对于过程和建模，有更多的元素将是有用的，为您提供一个更好的答案。

存在不同层次的细节和抽象：

美国质量协会( American for Quality )将流程图定义为“一个过程的各个步骤按顺序顺序排列的图”。(.)它是一个常见的过程分析工具，也是七个基本质量工具之一。

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

最后，传统上被认为与敏捷方法密切相关的概念用户之旅也是值得一看的。