채팅만이 답은 아니다, AI 모달리티 설계

Smashing Magazine의 Victor Yocco가 AI 인터페이스 설계의 고질적 관성, 이른바 ‘대화형 터널 비전(conversational tunnel vision)’을 정면으로 비판했습니다. LLM이 대화 데이터로 학습됐다는 이유만으로 모든 AI 기능에 채팅창을 붙이는 관행이 문제라는 것입니다. 글은 사용자의 신체적 제약, 인지 부하, 환경적 맥락에 근거해 입력·출력 모달리티를 선택해야 하며, 관례가 아니라 증거가 인터페이스를 결정해야 한다고 주장합니다.

"올바른 모달리티 조합은 상호작용이 일어나는 순간 사용자의 신체적·인지적 상태를 존중한다."Smashing Magazine

왜 중요한가

지금 업계는 AI 기능이 들어가는 자리마다 반사적으로 채팅 UI를 배치하고 있습니다. 하지만 채팅은 만능이 아니라 여러 선택지 중 하나일 뿐입니다. 글이 정리한 대로 손이 바쁜 상황에는 음성이, 여러 항목을 비교·분석할 때는 시각 대시보드가, 정형 데이터 입력에는 폼이, 주변 상황 인지에는 오디오 알림이 더 맞습니다. ‘AI답게 보이는 것’과 ‘사용자에게 맞는 것’이 다르다는 사실을 상기시키는 글입니다.

실무 적용

저자는 설계에 들어가기 전 ‘태스크 오디트(Task Audit)’를 먼저 하라고 권합니다. 맥락적 조사와 인터뷰, 워크숍으로 사용자의 물리적·사회적·인지적 제약을 파악한 뒤, 입력/출력 정렬 매트릭스로 사용자 의도를 구체적인 모달리티 조합에 매핑하는 방식입니다. 함께 제공되는 ‘모달리티 태스크 오디트 필드 템플릿’을 내려받아 개발 착수 전에 환경적 장벽을 문서화해 두면 팀 차원의 근거 자료로 쓸 수 있습니다.

교차 참고

• Smashing Magazine: Why Accessibility Is An Operational Capability, Not A Feature — 접근성을 개별 기능이 아닌 조직의 운영 역량으로 다루자는 관점으로, 사용자 제약을 존중하는 설계 논의를 보완합니다.
• Nielsen Norman Group: Storytelling in User Research — 리서치에서 발견한 사용자 맥락을 조직에 설득력 있게 전달하는 방법을 다룹니다.

Wemeet의 관점

채팅창은 만들기 쉬워서 선택되는 경우가 많지, 사용자에게 맞아서 선택되는 경우는 생각보다 드뭅니다. Wemeet은 AI 기능을 설계할 때 ‘어떤 모달리티로 보여줄 것인가’를 기획 초기 질문으로 앞당겨, 대화형 UI가 정말 최선일 때만 채팅을 씁니다. 인터페이스의 형태는 유행이 아니라 사용 맥락이 결정해야 합니다.