提出高质量问题
顾问在构建 Dynamics 365 解决方案时所依赖的信息通常并不全面，因为客户仅回答了向他们提出的问题。 提出高质量问题至关重要，因为这样的问题有助于确保您获取整体概况，并且使解决方案更加完整。
客户不想提供错误或不完整的信息。 相反，您在尝试从客户获取信息时可能会遇到多种挑战，例如：
客户没有时间为您提供详细的答案。
您仅获得简单的答案。
您受到限制或无权访问实际客户。
如果您收到的要求或规范应是完整的，而实际上这些内容明显不完整。
您收到了有冲突的信息。
您仅被告知了正常路径。
每个人都是新手，不知道流程的工作方式。
与客户接触
根据您在项目团队中的角色以及您的团队与客户互动的方式，您或许无法直接与客户接触。 无论如何，您仍然需要足够的信息来完成所分配的工作。 由于无法得到问题的答案而盲目开展工作是绝对不允许的。 如果您无法直接接触到客户，请准备好相应问题，让能够接触到客户的人员来满足您的提问需求。 提出高质量问题并帮助对解决方案进行积极的改进，这是一种不错的方法来证明更直接地接触客户是合适的。
提出开放式问题
如果您发现自己的问题得到的答案比较简短，那么您的问题可能并非开放式问题。 比较匆忙或对交谈不感兴趣的人员通常会给出简单的回答，他们不会详细说明可能有用的信息。 理想情况下，以一个高质量问题开头会很有帮助。 例如，您可能会问：“支持请求在过期时是否已呈报？”对于这个问题，简单回答“是”就结束了。而换种问法效果就会更好：“您能给我介绍一下呈报支持请求的情况吗？”这个问题实际上需要对方更加详细地进行回答，它有助于您获得更全面的认识。
如果您收到的答案很简短，则始终可以添加一个跟进问题来获取更多信息。 例如，您可以问：“当呈报支持请求时会发生什么？”有时，“是”和“否”这样的答案也能起到帮助。 但是，这些答案通常仅用于指导您的发现或确认理解。 封闭式问题的一种典型用法是重申自己的理解并要求确认，例如，“案例在过期或请求时已呈报，我的理解是否正确？”
选择如何提问
您可以使用各种方法进行提问来获取相关信息。 不同的方法会影响您获得的答案的质量和有用性。 以下示例解释了部分方法和每种方法的好处：
语言互动 - 这种方法很有益处，因为通过此方法可以提出交互式问题和获得交互式答案。 当您通过在线会议进行此类互动时，您可以使用录音选项，这样您就能专注于聆听，而无需做笔记。 此外，这种方法还支持根据需要进行审查。
演示 - 要求用户展示他们如何在当前系统中完成某个流程。 此法方法非常有价值，因为当用户演示流程时，您可能会注意到他们忘记告诉您的一些内容。
电子邮件 - 使用电子邮件方式时，客户可以在方便的时候自行做出回复。 然而，这种方法也可能导致拖延，需要及时跟进，激励客户做出回复。 如果问题在稍后提出，电子邮件也可以提供有关如何做出决策的良好线索。
要求举例- 这种方法非常适合深入了解当前报告或您有疑问的其他输出。
使用现有要求
想象一下，您正在实施 Dynamics 365 Field Service。 您已向客户请求抽出一定时间来回答问题。 但是，他们的回复是向您发送他们当前的系统文档，告知您文档中有您需要知道的所有内容。 虽然文档可能有用，但不可能回答您的所有问题。
通常情况下，公司不希望将旧系统复制到现代 Dynamics 365 应用部署中。 通过提出超出公司现有系统范围的探究性问题，您可以了解设置 Dynamics 365 而不是复制其旧系统所需的详细信息。
信息有冲突
当提出用于发现客户流程的问题时，您应该为收到有冲突的信息做好准备。 下面是一些最常见的原因：
不同的用户形成了自己使用旧系统的方式，并且在很多情况下，他们完成同一流程的方法也各不相同。
管理人员可能不完全了解他们的员工如何使用系统，因为他们并不是每天都在执行工作。
用户可能已经或详或略地解释了他们使用的流程，却忽略了关键步骤。
您可能不理解所做出的解释。
不管是什么原因，当您看到发现中存在冲突时，您都需要提出明确的问题，来解决已完成或需要完成的工作。 有时，有必要将您的发现扩展到更多用户，以便获得更多视角。 与经理交谈有助于了解他们认为应该做什么或需要做什么。
未出现任何错误
如果针对您的问题的所有答案都表明一切运行良好，那么您获得的信息可能并不全面。 请确保扩展您的问题，询问可能会出现的异常情况和问题，以及当前如何处理它们。 您需要在新的流程开发早期解决这些异常情况，以避免在测试新 Dynamics 365 应用的部署时发现这些情况。
每个人都是新手
您要替换的旧系统越老，关于系统工作方式的相关领域知识就越有可能已转移到其他公司。 当您进行发现时，如果您收到的唯一答案是“我是公司的新手，我只知道我所负责的一小部分”，那么请寻找可以帮助您填补缺失详细信息的资源。 以下建议可以帮助您找到答案：
查找旧的系统文档或培训材料。
询问用户他们的先前雇主是否提供了可解释如何完成所接管流程的文档。
向下钻取到详细信息
提问时，要像剥洋葱一样层层递进，一个问题引出更多详细信息， 然后使用这些详细信息来构建您的下一个问题。 如果您收到的答案没有展示出更多详细信息，那么请换个方式提问，直到获得更多信息。 通过提出探究性问题以深入了解此情况的核心，您将获得对所有方面的充分理解。
扩大范围或期望
提问时，请记住您正在处理的项目的范围。 通常，大多数项目没有无限的时间和预算，并且客户必须保持在某个范围内才能实现成功。 如果您向用户提问，表明新系统可以超出工作范围出色地完成任务，您可能会遇到问题。 例如，您可能向用户提问：“如果我们可以在您当前使用的五个应用中自动执行数据输入，这有帮助吗？”这会导致用户产生错误的预期，但实际上工作范围并不包括这种方法。
同样，如果您知道用户建议的解决方案超出了当前工作范围，则以下回复更加妥当：“我们将看一看我们可以做什么”。请注意，您的目标是努力完成当前所分配的工作范围，而不是扩大工作范围。 但是，如果您擅长与客户合作，则可以参与解决方案构想，此情况下重点是探索可能性。 解决方案构想通常是处理特定范围内项目的销售流程的一部分。 为了实现这一愿景，一个或多个范围内的项目可以推进工作发展到所构想的状态。
向客户提问并无定式。 在练习项目时，您的技术会不断精进。 关键是，要不断提问，直至您获得了足够的信息来支持成功部署 Dynamics 365 应用。