AI 서비스가 모두 채팅창인 진짜 이유, 그리고 그 비용을 누가 내는가

흔히 채팅창은 누구에게나 쉬운 인터페이스라고들 합니다. 말로 하면 되니까요. 그런데 챗GPT를 처음 연 사람 대부분이 짧은 질문 하나를 던지고 평범한 답을 받은 뒤 창을 닫는다는 관찰도 함께 나옵니다. 둘 다 사실이라면, 채팅창은 정확히 누구에게 쉬운 걸까요?

디지털 인사이트의 이 기사는 챗GPT·클로드·제미나이가 하나같이 채팅창을 앞세우게 된 배경과, 그에 대한 실무자와 연구자들의 찬반을 촘촘하게 모았습니다. 저는 그 인용들을 다시 배열해 보면 한 가지 그림이 나온다고 봅니다. 채팅창은 '이 서비스로 무엇을 할 수 있는지 알려 주는 일'의 비용을 만드는 쪽에서 쓰는 쪽으로 옮긴 인터페이스입니다. 그래서 무엇을 원하는지 아는 사람에게는 쉽고, 모르는 사람에게는 빈 상자입니다.

카드와 버튼에서 빈 입력창으로

채팅창 이전의 AI 비서는 다르게 생겼습니다. HTC가 2017년 내놓은 'HTC 센스 컴패니언'은 사용자의 일정·위치·배터리 상태를 보고 외출 전 보조 배터리를 챙기라거나 날씨에 맞는 옷과 주변 식당, 이동 시간을 알려 줬는데, 입력창도 대화 기록도 없었어요. AI의 제안은 카드로 떴고 사용자는 카드 안의 버튼이나 좋아요·싫어요를 눌러 반응했습니다.

이 구조는 AI가 할 수 있는 일이 적을 때 가능했습니다. 디자이너가 가능한 행동을 미리 카드와 버튼과 메뉴로 정의해 보여 줄 수 있었으니까요. 모델이 처리할 수 있는 작업의 종류가 늘고 사용자의 요청을 미리 예측하기 어려워지자, 모든 행동을 화면에 미리 나열하는 방식 자체가 맞지 않게 됐다는 게 기사의 설명입니다. 구글에서 8년 넘게 모바일 사용자 경험을 이끈 루크 브로블레프스키도 개방형 입력창은 장단점이 있지만 사용자의 의도를 파악하는 데 탁월하고, 오늘날의 AI는 그 의도 파악 능력을 계속 높이고 있다고 말했어요.

여기까지는 '모델이 좋아졌으니 입력을 열었다'는 이야기입니다. 저는 같은 사실을 반대편에서 보면 더 정확하다고 생각합니다. 버튼은 그 서비스가 할 수 있는 일을 보여 주는 목록이기도 합니다. 버튼을 없애면 그 목록도 같이 사라져요.

만드는 쪽에게 채팅은 가장 싼 화면이다

기사에 실린 인용 중 가장 솔직한 건 금융 AI 플랫폼 핀툴(Fintool)의 창립자 도노반 소(Donovan So)의 말입니다. 처음엔 기능마다 맞춤 UI를 만들어 고유한 탭과 디자인과 UX를 줬는데, 새 기능마다 사용자가 새 인터페이스를 익혀야 했고 유지보수 코드가 늘었고 기능이 탐색 메뉴 속에 숨어 사용자가 존재조차 모르는 일이 많아졌다는 것. 그래서 모든 기능을 채팅으로 옮겼더니 새 기능을 추가할 때 더 이상 새 페이지를 만들 필요가 없었고, 도구를 만들어 에이전트에 연결하기만 하면 됐다고 합니다.

개발자 출신으로서 저는 이 말에 깊이 공감합니다. 기능 하나에 화면 하나를 붙이는 비용은 생각보다 큽니다. 디자인, 프런트엔드, 상태 관리, 접근성, 다국어, QA, 그리고 그 화면을 계속 유지하는 비용까지. 채팅은 이 모든 걸 '도구 정의 하나'로 바꿔 줍니다. 기능이 매주 늘어나는 AI 제품에서 채팅창이 표준이 된 데는 사용자에게 좋아서만이 아니라 만드는 쪽에게 압도적으로 싸다는 이유가 크게 작용했다고 봅니다.

사용자에게 좋은 경우도 분명 있습니다. 인터콤(Intercom) 공동창업자 데즈 트레이너가 든 예가 그렇습니다. 엑셀에서 음수 셀을 빨갛게 칠하고 싶으면 예전엔 '조건부 서식'이라는 단어를 떠올려 검색하고 설명을 따라 해야 했지만, 지금은 AI에게 그냥 말하면 된다는 것. 복잡한 소프트웨어일수록 사용자는 무엇을 하고 싶은지는 알지만 어떻게 하는지는 모른다는 그의 지적이 핵심입니다. 2024년 존스홉킨스대와 안후이 중의학대, 상하이 AI 연구소가 함께한 연구에서도 의료 분야 배경지식이 있는 참가자의 84.6%가 채팅으로 기능을 조작하는 쪽이 GUI보다 쉽다고 답했고, 여러 단계의 복잡한 작업에서 GUI 쪽 조작 실수가 현저히 많았습니다.

두 사례에 공통 조건이 있다는 걸 짚고 싶습니다. 엑셀 사용자는 음수 셀을 빨갛게 칠하고 싶다는 걸 알고 있었고, 연구 참가자는 의료 소프트웨어로 무엇을 해야 하는지 아는 전문가였습니다. 채팅창은 '무엇을'은 알고 '어떻게'를 모르는 사람에게 탁월합니다. 84.6%라는 숫자를 일반 소비자에게 그대로 옮기면 안 되는 이유예요.

사용자에게 넘어간 청구서

반대편의 비판은 그 조건이 깨진 사람들의 이야기입니다. 깃허브(GitHub) Next 팀의 아멜리아 바텐베르거는 이를 '어포던스의 부재'로 설명했습니다. 좋은 도구는 어떻게 쓰고 어떻게 쓰지 말아야 하는지 보여 주는데, 채팅창에선 텍스트를 입력해야 한다는 것 말고는 무엇을 할 수 있는지 알려 주는 단서가 없다는 것. 아마존의 10년 차 시니어 UX 디자이너 브라이언 렁은 채팅이 일상 업무의 주요 수단이 되면 시스템이 사용자에게 너무 많은 책임을 넘긴다고, 그 결과 AI가 인지 부하를 줄이기는커녕 능숙하게 쓰는 법을 배워야 하는 또 하나의 전문 도구가 된다고 꼬집었고요.

가장 과격한 표현은 지난 19일 마이 아키텍트 AI(MyArchitectAI) 공동창립자 카츠퍼 스타니울에게서 나왔습니다. 빈 텍스트 상자는 무엇을 물을지, 어떻게 표현할지, 어떤 맥락에 맞출지, 결과가 틀리면 어떻게 할지를 모두 사용자에게 돌리는 '역사상 최악의 인터페이스'라는 것. 대부분의 사용자가 짧은 질문을 던지고 평범한 답을 받고 떠나거나 문서 요약과 초안 작성에만 머무는 건 모델 문제가 아니라, 무엇이 가능한지 보여 주는 메뉴도 사용법의 단서도 없는 인터페이스 문제라고요.

저는 이 비판들이 앞의 핀툴 이야기와 같은 사실의 뒷면이라고 봅니다. 기능마다 화면을 만들지 않아도 된다는 건, 기능마다 사용자에게 존재를 알려 주는 일도 하지 않는다는 뜻입니다. 숨겨진 메뉴 속 기능을 사용자가 몰랐던 문제를 채팅은 해결한 게 아니라 더 깊이 숨겼을 수 있어요. 메뉴에 있으면 언젠가 눈에 띄기라도 하지만, 채팅에서는 사용자가 그 기능의 존재를 상상해서 말로 꺼내야만 나타나니까요. 만드는 쪽이 아낀 비용은 사라진 게 아니라 '무엇을 물어야 할지 모르는 시간'이라는 청구서로 사용자에게 넘어갔습니다.

채팅을 대체가 아니라 명령층으로

기사가 사진으로 보여 준 사례 중 하나가 힌트입니다. 클로드 포 워드(Claude for Word)는 워드라는, 기능이 엄청나게 많은 기존 GUI 옆에 채팅창을 붙였습니다. 메뉴와 리본은 그대로 있고, 채팅은 그 위에서 "이 초안을 완성된 문서로 다듬어 줘" 같은 의도를 받아 기존 기능을 대신 눌러 주는 층으로 동작하죠. 제미나이 캔버스도 대화와 편집 가능한 결과물을 나란히 둡니다.

저는 이 하이브리드가 지금 가장 현실적인 답이라고 봅니다. 기존 화면의 메뉴와 버튼은 '무엇을 할 수 있는지'를 계속 보여 주는 지도 역할을 하고, 채팅은 그 지도에서 길을 찾기 어려운 사람에게 지름길을 줍니다. 어포던스는 화면이 지키고, 의도 파악은 채팅이 맡는 분업이에요. 핀툴처럼 모든 기능을 채팅 하나로 옮기는 건 만드는 비용을 가장 많이 아끼지만, 이미 화면이 있는 제품이라면 그 화면을 버릴 이유가 없습니다. 채팅을 화면의 대체가 아니라 화면 위의 명령층으로 붙이면, 아낀 비용을 사용자에게 떠넘기지 않으면서도 '어떻게'를 모르는 사람을 도울 수 있습니다.

그래서 화면은 작업마다 달라야 한다

기사의 결론은 채팅창이 AI를 가장 쉽게 접하게 만든 대표 인터페이스지만 완성형은 아니라는 겁니다. 서비스나우(ServiceNow)의 UX 리서처 빅터 요코 박사의 처방이 구체적이에요. 구조화된 여러 정보를 입력하는 작업에는 폼이나 단계별 입력 화면을, 복잡한 조건을 설정하거나 공간을 직접 조작하는 작업에는 필터·슬라이더·드래그 앤 드롭을, 결과물은 텍스트에 얽매이지 말고 시각적 대시보드나 인터랙티브 캔버스로 보여 주라는 것. 인터페이스가 사용자에게 맞춰야지 사용자가 인터페이스에 맞추면 안 된다는 원칙입니다. 제이콥 닐슨도 지난 5월 채팅은 대중화된 첫 번째 AI 인터페이스일 뿐 최종 형태가 아니라고 말했고요.

한 발 더 나간 시도도 있습니다. 글로벌 CX·AI 솔루션 기업 텔러스 디지털(TELUS DIGITAL)은 지난 6월, 사용자가 무엇을 물을지 고민하며 멈추는 시간 자체를 디자인 실패로 규정하고 '예측형 인터페이스(Anticipatory Interface)'를 선보였습니다. 아무것도 입력하지 않아도 첫 화면부터 로그인한 사용자의 맥락 데이터로 가장 유용할 정보를 정리해 보여 주고, 지시하기 전에 처리해야 할 작업을 분류해 제시하는 방식이죠.

저는 이걸 청구서를 다시 제품 쪽으로 돌려보내는 시도로 읽습니다. 다만 공짜는 아닙니다. 사용자가 묻기 전에 답하려면 사용자에 대해 더 많이 알아야 하고, 그 맥락 데이터를 어디까지 모으고 쓰는지가 새로운 비용이 됩니다. 은행이나 자산관리처럼 이미 사용자의 데이터를 정당하게 가진 서비스에서는 좋은 방향이지만, 그렇지 않은 서비스가 예측형을 흉내 내면 '이걸 어떻게 알았지?'라는 불편함이 먼저 올 겁니다.

우리 제품에서는 누가 내야 하나

정리하면, 채팅창을 쓸지 말지는 취향이 아니라 비용 배분의 문제입니다. 저는 AI 기능을 설계하는 팀에게 작업을 둘로 나눠 보라고 권합니다. 사용자가 무엇을 원하는지 이미 아는 작업, 예컨대 전문가가 복잡한 도구를 다루거나 할 일이 분명한데 방법을 모르는 경우라면 채팅이 맞습니다. 사용자가 무엇이 가능한지조차 모르는 작업, 그리고 매일 같은 형식으로 반복되는 작업이라면 그 비용은 제품이 내야 합니다. 제안 칩이든 폼이든 버튼이든, 할 수 있는 일을 화면에 꺼내 놓는 쪽으로요.

핀툴처럼 기능이 매주 늘어나는 초기 제품이라면 채팅으로 시작해 만드는 비용을 아끼는 게 합리적입니다. 다만 그 채팅창에서 사용자가 반복해서 같은 요청을 보내는 패턴이 보이기 시작하면, 그게 바로 버튼으로 승격시킬 때가 됐다는 신호입니다. 채팅 로그는 사용자가 어떤 화면을 원했는지 알려 주는 가장 정직한 기획서이고, 그걸 읽지 않는 팀은 아낀 비용을 사용자에게 계속 떠넘기게 될 겁니다.