开发和验证演示
当您开始设想将建议的解决方案时，您可能会考虑与利益干系人共享一个演示，以验证要求并帮助建立对平台的信心。 当客户对平台有信心时，他们更愿意热情地接受您建议的解决方案。
演示可以采用不同的外观和形式，具体取决于所建议的解决方案。 下面是一些最常见的方法：
开箱即用 - 此类型的演示将突出显示一个或多个没有自定义的应用。 本演示通常由预售资源执行，不涉及解决方案架构师。 本方法是让客户了解最新的核心产品功能的有效方法。 本方法的负面影响是，它不能帮助客户在应用上构想其解决方案。 您可以通过将相关示例数据包括到其业务来缓解本问题。
预生成演示 - 许多合作伙伴专注于特定的垂直市场领域或解决方案领域，并投资开发包含自己的知识产权的预生成演示，该知识产权可通过经过设计的增值来定制现成的基础解决方案。 本方法帮助客户查看其特定问题区域，因为它通常在应用中使用垂直市场语言。 此外，此类型的演示隐藏不适用于可能分散客户注意力的解决方案区域的主题。 虽然解决方案架构师通常不参与演示本预生成的解决方案，但他们可能在某个时间点帮助编写解决方案。 事实上，当解决方案架构师发现自己在重复生成相同的原型时，可能会考虑建议演示预生成的解决方案。
原型 - 本方法采用现成状态，并根据客户的需求，对应用进行最小程度地调整以反映客户的需求。 本方法的主要好处是帮助解决方案架构师
在演示过程中讲述一个客户在尝试解决其特定目标时可以关联起来的案例。 解决方案架构师经常通过使用设想的解决方案来帮助生成或指导团队创建原型，从而帮助客户确定他们的目标。概念证明 - 应建立概念证明以证明概念是有效的，并且通常涉及建议解决方案中的特定组件或活动。 通常，本方法在设计阶段执行，但当客户需要在建议的解决方案上下文中查看概念工作时，也可以在预售期间使用本方法。 解决方案架构师通常会推动对本方法的需求，并参与推动工作。 与通常具有简单完成路径的原型不同，概念证明可能会尝试多种方法来实现所需目标。
互换使用原型和概念证明方法很常见，从客户的角度来看，差异通常并不重要。 您的目标应专注于讲述一个案例并将您建议的解决方案付诸实践，这将帮助客户看到他们的问题通过建议的解决方案得到解决。 您还应考虑通过消除可能导致客户当前问题的未知问题来降低风险。
解决方案架构师参与
解决方案架构师以及销售团队应参与确定应演示的内容和要使用的方法（例如，开箱即用与原型）。
解决方案架构师在生成原型或概念证明时的参与程度在项目之间有很大差异。 这些工作通常涉及多个技能集和谁应该参与生成的决策点。 通常，解决方案架构师会发现，如果他们只是自行完成所有工作，可能需要几个小时，而在一个拥有各种资源的团队中进行协调并解释需求可能需要数周时间。 解决方案架构师应确保在自行完成工作没有好处的情况下让其他人参与进来。
保留或删除
当您生成原型或概念证明时，您应该意识到快速取得成功可能不是实现生产就绪解决方案的最佳做法。 最佳做法并不难遵循；但是，如果您想要快速展示一个想法，则提出一个即兴想法比使用已建立的最佳做法计划更大的解决方案更容易。 您应该提前决定本方法，因为如果要结转资产，您将需要确保这些资产符合您的标准，并且不是无法轻松修复的快捷方法。
管理预期
通过创建演示可以非常轻松地展示您建议的解决方案；因此，管理您的预期很重要。 通常，在提供演示后，客户会立即接受该建议，并询问他们何时可以使用该解决方案。 应对本情况的最佳方法是直接表明，虽然正在显示的内容可能看起来很完整，但它没有可供使用时所需的所有安全性、自动化和其他增强功能。 请务必立即进行讨论，而不是假设客户明白您的演示只是演示，而不是最终解决方案。
练习：Woodgrove Bank 的演示
使用以下问题来帮助您为 Woodgrove Bank 计划一个可能的演示：
- 您将为 Woodgrove Bank 创建哪种类型的演示？
- 您能否构思一个良好的概念证明，以展示一些不同寻常的功能？