사람들은 AI를 더 원하지 않습니다. 더 나은 결과를 원합니다

Smashing Magazine의 No, People Don’t Want More AI In Their Life는 제목부터 업계의 익숙한 전제를 끊습니다. 기업은 사람들이 새 AI 기능을 원한다고 가정하지만, 사용자가 실제로 원하는 것은 AI가 아닙니다. 덜 반복하고, 더 빨리 이해하고, 실수를 줄이고, 결과를 감당할 수 있는 일입니다.

이 글은 “사람들은 AI를 싫어한다”는 통계 명제가 아닙니다. 업무용과 소비자용, 생성과 자동화, 선택 기능과 기본 기능은 모두 다르게 받아들여집니다. 원문의 비판은 AI의 존재 자체가 아니라, 사용자 문제를 확인하기 전에 제품에 AI를 추가하는 태도에 향합니다.

AI를 넣을 표면부터 찾으면 사용자의 일이 보이지 않습니다

제품 회의에서 흔한 질문은 “이 기능에 AI를 어떻게 붙일까”입니다. 기술이 먼저 있고, 적용할 표면을 찾는 방식입니다. 검색창 옆에 별 모양 버튼을 붙이고, 빈 상태에 “AI로 시작하기”를 넣고, 설정 화면에 요약과 추천을 추가합니다.

더 좋은 출발점은 불편의 구조를 묻는 것입니다. 사용자가 반복하는 일은 무엇인가요? 그 반복은 시간을 줄이는 것만으로 해결되나요, 아니면 결과를 검토하는 비용이 더 커지나요? AI가 틀렸을 때 사용자는 쉽게 되돌릴 수 있나요? 이 질문을 통과하지 못한 기능은 제품 개선이 아니라 기술 시연일 수 있습니다.

AI가 꼭 필요한 문제도 있고, 규칙 기반 자동화나 더 나은 정보 구조로 충분한 문제도 있습니다. AI를 쓰지 않는 것이 기술적으로 뒤처진 선택이 아니라, 더 예측 가능하고 설명 가능한 선택일 때도 많습니다.

좋은 AI는 배경으로 물러나기도 합니다

자동완성, 번역, 검색 보정, 스팸 필터처럼 사용자가 AI라는 이름을 의식하지 않아도 가치를 얻는 기능이 있습니다. 사용자는 “AI 번역 경험”을 구매하는 것이 아니라 다른 언어의 내용을 이해하는 일을 끝내려 합니다.

반대로 복잡한 작업을 위임하거나, 결과에 책임을 져야 하거나, 창작 파트너와 협업하는 상황에서는 AI가 명시적으로 드러나야 합니다. 무엇을 했는지, 어디까지 자동으로 처리했는지, 사용자가 무엇을 확인해야 하는지 알려줘야 하기 때문입니다.

따라서 AI의 존재감은 일률적으로 줄이거나 키울 대상이 아닙니다. 사용자가 판단해야 하는 위험과 권한에 맞춰 조절해야 합니다. AI가 뒤에 있을 때는 발견 가능성과 수정 경로를 보장하고, 앞에 있을 때는 근거·범위·실패 시 복구를 보여줘야 합니다.

채택률보다 검토 비용을 봐야 합니다

새 기능은 처음 클릭되기 쉽습니다. 반짝이는 아이콘과 호기심이 클릭을 만듭니다. 그러나 반복 사용에서 드러나는 것은 다른 지표입니다. 사용자가 결과를 얼마나 많이 수정하는지, 생성 전보다 후에 시간이 줄었는지, 틀린 결과를 얼마나 빨리 발견하는지, 기능을 끄고 수동 작업으로 돌아가는지 봐야 합니다.

특히 업무 제품에서는 AI가 초안을 만드는 속도보다 검토 가능한 품질이 중요합니다. AI가 다섯 개의 결과를 빠르게 만들었지만 사용자가 각각을 처음부터 다시 확인해야 한다면, 일은 줄지 않고 검토할 일이 늘어난 것입니다. “생성량”을 생산성으로 부르는 순간 측정이 뒤집힙니다.

금융, 의료, 승인, 개인정보처럼 책임이 발생하는 영역에서는 더 엄격해야 합니다. 사용자가 결과를 거절할 수 있고, 원래 상태로 되돌릴 수 있으며, 누가 어떤 결정을 했는지 추적할 수 있어야 합니다. 편리한 자동화와 무책임한 대행은 같은 것이 아닙니다.

AI를 기능명이 아니라 설계 재료로 보기

“AI 요약”이라는 이름은 기술을 설명하지만 사용자의 목적을 설명하지 않습니다. “긴 회의에서 결정된 일만 빠르게 확인하기”처럼 결과를 설명하면 사용자는 기능의 가치를 더 쉽게 판단할 수 있습니다. 다만 기술을 숨기는 것과 속이는 것은 다릅니다. 결과에 불확실성이 있거나 데이터가 처리되는 방식이 중요하다면 AI 사용 사실을 밝혀야 합니다.

디자이너가 설계해야 할 것은 마법 같은 첫 경험만이 아닙니다. 빈 결과, 낮은 확신, 잘못된 결과, 민감한 입력, 수동 전환, 삭제와 복구까지 포함한 전체 경로입니다. AI 기능을 넣는 순간 성공 화면보다 실패 화면의 품질이 제품 신뢰를 좌우합니다.

좋은 점

이 글은 AI를 만들지 말자는 결론 대신, 사용자 가치의 순서를 되돌립니다. 기술의 새로움보다 문제의 빈도와 비용을 먼저 보고, AI가 사용자의 일을 줄이는지 아니면 검토 부담을 늘리는지 묻게 합니다.

한계

“사람들은 AI를 원하지 않는다”는 제목을 그대로 일반화하면 원문의 비판을 망칩니다. 사용자는 상황에 따라 분명히 AI를 원하고, 더 많은 위임과 자동화를 기꺼이 선택하기도 합니다. 중요한 것은 AI 선호가 아니라 권한, 신뢰, 결과의 질이 맞물리는 방식입니다.

남는 긴장

AI가 보이지 않을수록 경험은 매끄러워지지만, 사용자는 무엇이 자동 처리됐는지 알기 어려워질 수 있습니다. 반대로 AI를 크게 표시하면 투명성은 높아져도 불안과 피로가 커질 수 있습니다. 좋은 제품은 AI를 숨기는 대신, 사용자가 알아야 하는 순간과 알아도 되는 순간을 구분합니다.

질문

• 이 문제는 AI가 아니면 풀기 어려운 문제인가요?
• 결과를 검토하는 시간이 실제로 줄었나요, 아니면 초안이 늘었나요?
• 사용자가 AI를 거절하고 수동 경로로 돌아갈 수 있나요?
• 틀린 결과를 발견하고 되돌리는 방법이 명확한가요?
• AI라는 라벨이 가치와 위험을 함께 설명하고 있나요?

사용자는 AI를 더 많이 원한다기보다, 자신의 일을 더 잘 끝내고 싶어 합니다. 좋은 AI UX는 AI를 과시하는 인터페이스가 아니라, 자동화가 유용한 순간에는 일을 줄이고 판단이 필요한 순간에는 통제권을 돌려주는 인터페이스입니다.