Amplitude 的核心是为跨职能的产品团队（以及影响产品体验的增长和营销团队）而设计。我们将我们的产品视为加速学习、透明度、结果、一致性和自主性的良性循环。
成为“真正的产品团队”（参见 Marty Cagan）的旅程是永无止境的、困难的和非线性的，但让团队直接获得洞察力会产生深远的影响。即使是不经常“交付”的团队也可以从审查结果和影响以及更深入地了解现状和当前客户行为中受益。
在我们的研讨会中，我们使用下图来描述不同的团队结构和协作方法。这些列应该很熟悉：机会选择、需求和规划、设计、构建、测试、发布和运行。此图中重要的是团队边界、内部交接、外部交接以及“循环”与线性交付的混合。通常，在以真正的跨职能和迭代的方式处理事情之前，我们从外部交接转移到内部交接。这是一个旅程。
要下载此图像的 PDF，请单击此处。
另一个有用的可视化是在上一个图表的顶部叠加“构建、测量、学习”。
这个叠加强调的是，将测量与学习或学习和测量与构建隔离开来，可以为有价值的反馈和信息添加额外的“跳跃”。对于依赖共享分析团队的团队，或者在开始“工作”之前在提出完美问题的压力下挣扎的团队来说，这是一个巨大的挑战。Amplitude 允许团队探索新问题——问题的长尾——而无需额外开销。理想情况下，我们帮助弥合这些孤岛。
这些图表旨在鼓励对话。像所有模型一样，它们是“错误的”。它们并不意味着成熟，或暗示对所有情况都有一种正确的结构。