围绕团队实际工作的 Wiwo 演示

选择团队熟悉的任务

选择一种经常发生、能够从起点说明到明确结果的情境，例如审核一件内容、继续一次销售对话，或协调一项交付。避免把所有部门的愿望塞进同一次测试。有边界的流程，更容易看出每个人继续工作需要什么。

说明工作如何到来、团队收到什么材料，以及在任务完成前由谁参与。如果目前信息常在两个人之间丢失，应指出具体环节。准备演示不要求事先解决全部流程，而是要分清现实情况与期望情况。这个区别有助于提出演示能够处理的问题。

携带可以共享的样本

选择足以辨认工作类型的材料。经过授权的简报、不含敏感信息的文档，或一段对话的描述，都可以提供背景。请提前询问适合演示的格式，以及组织无法共享原始材料时有哪些替代方式。

同时简要解释样本省略了什么。如果替换了姓名或删除了字段，应说明它们在流程中的作用。目标是保留评估所需的重要关系，而不是把会议变成没人来得及阅读的大量资料上传。每份材料都应帮助验证所选流程中的具体部分。

既观察常规情况，也观察需要审核的情况

最简单的流程有助于理解工具，而需要判断的例子则能引出另一类问题。可以提出资料不完整的请求、需要修正的建议，或必须由其他人批准的改动。重点是看清工作如何继续，以及谁保留责任。

询问在哪里找到背景资料、如何识别下一步，以及新加入任务的人需要知道什么。评估 Ops 时，可能关注项目背景；评估 Talk 时，可能关注对话的延续。不同产品需要相应的观察方式。如果功能清单没有对应实际工作，其作用就会有限。

区分现有功能与仍需约定的事项

Wiwo 将 Lab、Ops、MetriQ、Talk 和 Ads 定义为用途不同的产品。功能、权限、数据来源或连接，均应按产品和范围确认。演示过程中，请识别哪些流程已能够展示，哪些仍需准备、配置或进一步定义。

如果需求涉及企业的其他工具，应说明期待的信息交换，并询问如何评估。分别看到两项功能，并不能证明所需连接已启用；提议进行调整，也不等于该功能已经包含在产品内。保留这些区别，有助于把演示内容与之后的工作提案相比较。

以已解决和待解决的问题结束讨论

结束时，整理团队已经验证的内容，以及仍需回答的问题。记录谁可以确认各项事项、缺少哪些资料，以及进一步评估的下一步。未参加会议的人，也能理解讨论依据。

一次演示不必解决全部采购决定。只要能够排除一个假设、明确一项要求，或为更有代表性的评估作准备，就可能有价值。关键是让参与者对看到什么、尚未验证什么，形成相近的理解。

• 观察了哪项任务，覆盖了哪些工作。
• 哪些使用或配置条件仍需确认。
• 组织接下来需要作出什么决定。