Attio 支持团队与工程团队如何协作：构建信任与 24/7 服务的蓝图

在 AI 原生 CRM 领域，Attio 正经历着惊人的增长，员工人数几乎翻倍。然而，当企业快速扩张时，支持团队（Support）与工程团队（Engineering）之间的协作缝隙往往最先显现。

支持团队直面客户痛苦，处于被动响应模式；而工程团队则基于数月前的产品路线图行事，处于主动规划模式。这种时间跨度与关注点的差异，天然构成了两股力量的张力。

Attio 的支持负责人 Elyse Mankin 与工程副总裁 Philip Beevers 在 Jam 的访谈中，分享了他们如何化解这种张力，并以此为基础规划 2026 年的 24/7 服务目标。

从“对立”到“共情”：建立信任的基石

Attio 的核心策略并非试图消除张力，而是通过共情（Empathy）将其转化为协作动力。

1. 全员轮岗体验

无论新员工的角色是支持还是工程，入职初期都会进入支持队列体验客户问题。这种微小的直接暴露，能彻底改变员工对产品的看法，并重塑他们对支持团队的态度——“记住，屏幕另一端是一个真实的人”。

2. 危机前的“关系储蓄”

Philip Beevers 强调，信任不能等到“火烧眉毛”时才建立。团队需要像储蓄信用一样，在日常工作中积累“关系资本”。

• 影子观察 (Shadowing)：工程师定期坐在支持同事身边，观察其工作流程并协助处理工单。这往往带来“原来我一直不知道”的顿悟时刻。
• 桌面演练 (Tabletop Drills)：定期举行低压力事故模拟演练，让团队在真实危机发生前建立默契与纽带。

协作机制：清晰沟通与实验边界

在紧张时刻，消除歧义是支持团队的首要任务。Elyse 指出，模糊的优先级判断是双方产生摩擦的根源。因此，必须建立清晰的升级标准，明确传达“客户需要什么”以及“任何必要的变更”。

实验的默认规则

面对层出不穷的 AI 工具，Attio 鼓励团队进行持续实验，但设定了一条不可逾越的红线：严禁在事故处理期间进行实验。

Elyse 用一个生动的比喻概括了这一原则：

“我们可能无法决定住在哪里，但我们能决定如何装饰它。”

这意味着在确立安全护栏（Guardrails）之前，不要试图在混乱中创新。

2026 愿景：重新定义服务交付

Attio 2026 的核心目标是实现 24/7 全天候支持。Philip 和 Elyse 一致认为，这不仅仅是一个技术项目，而是一个客户服务交付问题，必须由支持与工程团队共同拥有（Co-owned）。

传统的“每天 8 小时”运营模式已无法应对“三个半到四个九”的服务标准。未来的协作模式将不再局限于工单流转，而是围绕客户体验的全生命周期进行深度整合。

“Delivering a service at three and a half, four nines… that's not an eight hours a day operation.”

Attio 的实践为快速成长型企业提供了一个宝贵的蓝图：在规模扩张的同时，通过制度化的共情与清晰的边界，将跨部门摩擦转化为创新动力。

Dealing with bugs is 💩, but not with Jam. Capture bugs fast, in a format that thousands of developers love. Get Jam for free.