需求分析和用例
Requirements analysis and use cases
我正在做一些在线自学，如果能帮助我解决在线发现的问题，我将不胜感激：
案例:
客户需要在他们的购物车中进行弹出式调查以收集反馈
要做:
- 有哪些问题，4个例子，你会问创建需求？
- 您如何描述此类开发的最少用例列表（默认状态、自定义、事件、报告）？
在这种情况下，默认状态、自定义、事件、报告是什么意思？我还没有在网上看到这种类型的用例？
- 除了API之外，商家与平台的对接方式有哪些？我说的 webhook 是正确的还是它们是同一回事？
明确区分功能和技术限制以及场景很重要。
您有您的用例：功能需求旨在描述您的客户希望看到的场景和行为。如何进行，如何整合调查数据（或者你最后提到的API点）都是约束和技术场景，应该明确表达（出于各种原因，例如XY问题https://www.perlmonks.org/?node=XY+Problem).
为了更好地描述要求，可以提出以下一些问题：
收集反馈的目的是什么？具体目的是什么？是否以任何其他方式收集反馈或用户行为（例如网站热图或行为分析工具）？如果是这样，调查结果是否需要与通过这些方式收集的数据相结合？我们打算通过调查收集哪些这些工具没有带来的信息？
谁，什么，什么时候都是相关的问题：是否应该针对所有访客的第一位访客？
User journey Mapping：你好像是说在电子商务网站上收集反馈，询问在用户旅程中什么时候弹出调查会提供信息。
什么时候应该收集反馈，在用户旅程的哪一部分？
第一件商品何时添加到购物车？是的 ？不 ？如果是这样，为什么？
付款后？是的 ？没有？
是否有一些用户使用他们的帐户在网站上注册？此类用户的调查和处理是否应该有所不同？是否应该预先定义特定类型的用户并以不同方式处理？
是否可以通过邮件对已经共享邮件的客户或访客进行调查？
问题顺序应该不同吗？
调查的持续时间应该是多少？
是否应改变弹出窗口外观以测试响应率变化？
每次用户在不同的页面导航时弹出窗口是否应该出现？
除了与客户面谈之外，创建模型也是一种引出需求的刺激方式。
关于具有更多元素的过程和建模将有助于为您提供更好的答案。
存在各种层次的细节和抽象：
美国质量协会将流程图定义为"a picture of the separate steps of a process in sequential order. (...) It's a common process analysis tool and one of the seven basic quality tools."
关于更多面向IT的资源，ITIL或TOGAF提供了视角。
最后，用户旅程的概念，传统上更强烈地被认为与敏捷方法齐头并进，也值得一看。
我正在做一些在线自学，如果能帮助我解决在线发现的问题，我将不胜感激：
案例: 客户需要在他们的购物车中进行弹出式调查以收集反馈
要做:
- 有哪些问题，4个例子，你会问创建需求？
- 您如何描述此类开发的最少用例列表（默认状态、自定义、事件、报告）？ 在这种情况下，默认状态、自定义、事件、报告是什么意思？我还没有在网上看到这种类型的用例？
- 除了API之外，商家与平台的对接方式有哪些？我说的 webhook 是正确的还是它们是同一回事？
明确区分功能和技术限制以及场景很重要。
您有您的用例：功能需求旨在描述您的客户希望看到的场景和行为。如何进行，如何整合调查数据（或者你最后提到的API点）都是约束和技术场景，应该明确表达（出于各种原因，例如XY问题https://www.perlmonks.org/?node=XY+Problem).
为了更好地描述要求，可以提出以下一些问题：
收集反馈的目的是什么？具体目的是什么？是否以任何其他方式收集反馈或用户行为（例如网站热图或行为分析工具）？如果是这样，调查结果是否需要与通过这些方式收集的数据相结合？我们打算通过调查收集哪些这些工具没有带来的信息？
谁，什么，什么时候都是相关的问题：是否应该针对所有访客的第一位访客？
User journey Mapping：你好像是说在电子商务网站上收集反馈，询问在用户旅程中什么时候弹出调查会提供信息。 什么时候应该收集反馈，在用户旅程的哪一部分？ 第一件商品何时添加到购物车？是的 ？不 ？如果是这样，为什么？ 付款后？是的 ？没有？
是否有一些用户使用他们的帐户在网站上注册？此类用户的调查和处理是否应该有所不同？是否应该预先定义特定类型的用户并以不同方式处理？
是否可以通过邮件对已经共享邮件的客户或访客进行调查？
问题顺序应该不同吗？
调查的持续时间应该是多少？
是否应改变弹出窗口外观以测试响应率变化？
每次用户在不同的页面导航时弹出窗口是否应该出现？
除了与客户面谈之外，创建模型也是一种引出需求的刺激方式。
关于具有更多元素的过程和建模将有助于为您提供更好的答案。
存在各种层次的细节和抽象：
美国质量协会将流程图定义为"a picture of the separate steps of a process in sequential order. (...) It's a common process analysis tool and one of the seven basic quality tools."
关于更多面向IT的资源，ITIL或TOGAF提供了视角。
最后，用户旅程的概念，传统上更强烈地被认为与敏捷方法齐头并进，也值得一看。