Google이 최근 Relay 팀을 인력 인수(acquihire)함에 따라, 해당 AI 자동화 플랫폼의 서비스가 중단될 예정입니다. 영업, 고객 지원 또는 운영 업무에 Relay를 사용하고 있다면, 곧 자동화 도구를 잃게 될 것입니다.

서비스 중단이 중요한 이유

  • Google은 소프트웨어가 아닌 엔지니어를 확보하는 것입니다. 이번 계약은 '인력 인수(acquihire)' 방식입니다. Google의 Chrome 부문은 Relay의 플랫폼이 아닌 해당 팀의 전문성을 원하는 것이며, 이에 따라 Relay의 운영은 중단될 것입니다.
  • Relay 플랫폼이 작동을 멈춥니다. 데이터 처리나 서비스 전환에 대한 명확한 계획이 없는 상태입니다.
  • 비즈니스 연속성이 위협받습니다. Relay를 기반으로 영업 파이프라인, 고객 지원 티켓 라우팅 또는 내부 승인 프로세스를 구축한 기업들은 해당 자동화 기능이 중단되는 상황을 맞이하게 될 것입니다.

AI 자동화 분야의 광범위한 리스크

Relay의 사례는 단발적인 사건이 아닙니다. AI 자동화 스타트업들은 흔히 급격한 효율성 향상을 약속하며 자금을 조달하지만, 인프라 확장과 영업 단계에서 난관에 봉착하곤 합니다. 성장이 정체되면 대형 기술 기업들이 인재를 싹쓸이해가고, 유료 고객들은 막다른 길에 내몰리게 됩니다.

이러한 패턴은 B2B 기업에 다음과 같은 숨겨진 비용을 발생시킵니다:

  1. 데이터 종속(Data lock-in).
  2. 재설계(Re-engineering) 비용.
  3. 기회 손실.

기업이 지금 즉시 취해야 할 조치

조직이 Relay에 의존하고 있다면, 서비스가 중단되기 전에 다음과 같이 조치하십시오:

  • 모든 데이터를 내보내십시오. Relay 대시보드에서 로우 데이터(raw data), 설정 파일 및 모든 커스텀 스크립트를 추출하십시오. 내보낸 데이터에 자동화에 사용된 모든 필드가 포함되어 있는지 다시 한번 확인해야 합니다.
  • 의존성을 점검하십시오. Relay의 API를 호출하거나 웹훅(webhook)을 사용하는 각 내부 프로세스를 목록화하십시오. 영향을 받는 팀을 식별하고, 매출과 직결된 중요한 워크플로우를 우선순위에 두십시오.
  • 대안을 탐색하십시오. 데이터 가져오기가 용이하고, 장기적인 운영 실적이 검증되었으며, 명확한 SLA를 제공하는 플랫폼을 찾으십시오. 공백 기간이 길어지지 않도록 며칠 내로 후보군을 압축하십시오.
  • 마이그레이션 일정을 계획하십시오. 엔지니어링 리소스를 할당하여 최우선 순위의 자동화 기능을 먼저 재구축한 다음, 차순위 워크플로우를 처리하십시오.

주의 사항

AI 기반 자동화는 매력적이지만, 시장의 변동성을 고려할 때 '핵심 워크플로우'를 안전장치 없이 검증되지 않은 단일 벤더에게 전적으로 맡겨서는 안 됩니다. 회복 탄력성을 갖춘 기업이라면 계약 전 다음 세 가지 까다로운 질문을 던져야 합니다:

  1. 벤더가 파산할 경우 내 데이터는 어떻게 되는가?
  2. 독자적인 API 없이도 설정을 내보낼 수 있는가?
  3. 벤더가 생존할 수 있을 만큼 충분한 재정적 여력(runway)을 갖추고 있는가?

지금 즉시 백업을 수행하고 더 안정적인 플랫폼으로 이전하십시오. 이를 통해 수익 엔진을 보호하고, 자동화 체계가 무너짐으로써 발생하는 숨겨진 비용을 방지할 수 있습니다.