버릴 것을 먼저 정하는 팀이 살아남는다

$350짜리 스피커 하나에 이렇게 많은 사람이 반응하는 건, 그것이 단순한 가전 제품이 아니기 때문이다. 이건 OpenAI가 "소프트웨어 회사가 아닌 플랫폼"이 되겠다는 선언에 가깝다.

TechCrunch 보도에 따르면 OpenAI의 AI 스마트 스피커는 $300~400 사이에 출시될 예정이다. Jony Ive와의 협업으로 알려진 하드웨어 프로젝트의 일부다. Amazon Echo 초기 가격이 $180이었고 지금은 $49짜리도 팔린다는 걸 감안하면, OpenAI는 정반대 방향의 프리미엄 포지셔닝을 택했다.

가격이 비싸다고 틀린 전략은 아니다. 하지만 작은 팀이 이 뉴스에서 읽어야 할 건 $350의 적절성이 아니다. 이 결정 뒤에 있는 포기의 논리. 그리고 그 논리를 우리 팀 규모에 맞게 반전시키는 것. 거꾸로 읽으면 교훈이 전혀 달라 보인다.

하드웨어가 자원을 어떻게 먹어치우는가

하드웨어 사업의 경제학은 소프트웨어와 근본적으로 다르다. 소프트웨어는 한계비용이 거의 0에 수렴한다. 같은 코드를 백만 명에게 팔아도 추가 비용은 서버비 정도다. 하드웨어는 팔릴 때마다 부품값, 물류, 재고, 반품 처리, AS가 따라붙는다.

$350에 팔리는 스피커에서 OpenAI가 실제로 남기는 마진은 생각보다 얇다. 제조 원가에 유통 마진, 물류비, 펌웨어 업데이트 지원, 고장 대응까지 감안하면 이 제품 하나로 "수익을 냈다"는 증명이 나오기까지 몇 년이 걸릴 수 있다. Amazon이 Echo로 오랫동안 손해를 감수한 건 쇼핑 데이터와 Prime 구독이라는 더 큰 자산을 위해서였다. OpenAI의 등가물이 무엇인지는 아직 불분명하다.

그래도 OpenAI는 이 베팅을 할 수 있다. 틀려도 살아남을 규모이기 때문이다. 수십억 달러 펀딩 위에 선 조직은 몇 개의 잘못된 결정을 흡수할 여유가 있다. 작은 팀에게 그 여유는 없다. 베팅의 크기와 실패 허용 범위가 전혀 다른 게임이다.

알리바바가 보여주는 반대 극단

비슷한 시기, 알리바바가 미국 AI 클로드를 그대로 베끼는 방법이라는 이야기가 해외 커뮤니티에 돌았다. Alibaba의 Qwen 시리즈가 Claude의 API 패턴과 벤치마크 포지셔닝을 거의 그대로 따랐다는 것이다. 독자적 혁신이 아니라 레퍼런스 복제.

이게 나쁜 전략인가. 자원 효율 관점에서 보면 오히려 영리하다. 선발 주자가 수년과 수억 달러를 써서 검증해 놓은 설계를 빠르게 흡수하고, 자신이 가진 자산인 중국어 데이터와 자체 클라우드, 유통망을 얹는다. R&D 비용을 거의 0으로 줄이면서 동일한 기능을 훨씬 싼 가격에 시장에 내놓는 것.

창조의 낭만이 없다고 할 수 있다. 맞다. 하지만 자원이 부족한 팀에게 "독창성을 위한 독창성"은 사치다. 작동하는 것을 빠르게 흡수하고, 자신만의 레이어를 그 위에 얹는 게 훨씬 현실적인 경로다. OpenAI와 알리바바는 이 스펙트럼의 양 극단을 보여준다. 우리가 어디에 서야 하는지는 자원의 크기가 결정한다.

우리가 반복해서 저지른 실수

직접 겪은 이야기를 하나 하자면, 우리 팀은 언젠가 내부 알림 파이프라인을 "우리 것"으로 만들겠다고 달려든 적이 있다. 디스코드 웹훅이 이미 존재했고, 필요한 기능의 90% 이상을 커버하고 있었다. 그런데도 자체 구현을 선택했다.

2주를 쓰고 나서 결국 웹훅으로 돌아왔다. 그때 손에 쥔 건 교훈 하나뿐이었다. 직접 만들기의 진짜 비용은 코드가 아니라 기회비용이라는 것. 그 2주 동안 실제 사용자에게 닿을 수 있었던 기능들이 뒤로 밀렸다.

OpenAI의 스피커 소식을 들었을 때, 흥분해서 "우리도 AI 하드웨어 연동 스터디해볼까?" 라고 말하고 싶은 충동이 자연스럽게 생긴다. 그 충동 자체는 나쁘지 않다. 하지만 아직 출시도 안 된 제품을 위해 지금 당장 자원을 쓰는 건 다른 문제다. 올바른 방향이어도 타이밍이 틀리면 낭비가 된다.

버릴 것을 먼저 정하는 팀

새로운 것을 시작할 때 해야 할 첫 질문은 "이걸 해야 하나"가 아니다. "이걸 하면 무엇을 못 하나"다.

우리 팀이 실제로 쓰는 기준은 세 가지다. 첫째, 6주 안에 사용자에게 닿을 수 없다면 지금 만들지 않는다. 둘째, 이미 존재하는 솔루션이 90% 이상 충족된다면 직접 구현하지 않는다. 셋째, "나중에 필요할 것 같아서" 시작하는 작업은 팀 컨펌 없이 진행하지 않는다.

이 기준을 OpenAI 스피커에 대입하면 결론이 빠르다. 지금 우리에게 필요한 건 이 제품이 만들 생태계 위에 올라탈 준비지, 스피커를 직접 만드는 것이 아니다. 레이어를 구분하는 것. 인프라를 깔 자원이 없다면, 남이 깔아놓은 인프라 위에서 움직이는 게 훨씬 현명한 선택이다.

OpenAI는 플랫폼을 만들겠다고 수억 달러를 베팅했다. 우리의 베팅은 그 플랫폼이 열렸을 때 가장 빠르게 올라탈 수 있는 상태를 유지하는 것이다. 규모가 다르면 전략도 달라야 한다. 큰 팀의 전략을 작은 팀이 따라 하는 게 가장 흔한 실수다.

지금 당장 써먹을 수 있는 것

OpenAI 스피커가 출시되면 어떤 형태로든 써드파티 연동 창구가 생긴다. Actions, 스킬, 또는 API 연동. 그 시점을 대비해 지금 할 수 있는 준비는 거창하지 않다.

하나, 우리 서비스의 핵심 기능을 화면 없이, 클릭 없이 음성만으로 설명할 수 있는지 점검해둔다. 안 된다면 그 자체가 UX 문제의 신호다. 스피커 연동 목적이 아니어도 서비스의 명료함을 테스트하는 도구로 쓸 수 있다.

둘, 우리 서비스의 API 레이어가 외부에서 호출 가능한 형태인지 확인한다. 어차피 해야 할 작업이다. OpenAI 스피커가 아니더라도 어떤 플랫폼이 열리든 진입 속도가 이 준비에서 갈린다.

새 팀원을 뽑거나, 스피커를 미리 사거나, 하드웨어 스터디 모임을 시작할 필요는 없다. 그냥 두 가지만 해두면 된다. 서비스를 정리하고, 연동 진입구를 열어두는 것. 기회가 왔을 때 달릴 준비가 된 팀과, 그때서야 기반을 닦기 시작하는 팀의 격차는 바로 여기서 만들어진다.

원문: AI News & Artificial Intelligence | TechCrunch