지금 이 순간에도 AI 모델 경쟁은 숨 가쁘게 달린다. 메타는 초지능연구소를 출범시켜 '뮤즈 스파크'를 내놓고, xAI는 6조 파라미터 규모의 그록 5를 예고하며, 앤트로픽은 MS 워드 안으로 클로드를 심었다. 파라미터는 늘어나고, 멀티모달 지원 언어는 확장되고, 기능 목록은 릴리즈 노트마다 길어진다. '더 많이'가 기본값인 시대다.
그런데 바로 그 흐름에 정면으로 역행하는 작은 앱 하나가 눈에 들어왔다. dev.to에 게재된 개발자의 글에 소개된 PomoTok. 320×320 픽셀 플로팅 위젯, 따뜻한 흙색 팔레트, 애니메이션 없음, 뱃지 없음, 스트릭 없음. ADHD 딸을 위해 아버지가 홀로 만든 포모도로 타이머다. 가격은 5.99달러, 플랫폼은 Windows 하나. 사용자에게 주는 선택지는 사실상 하나다: 지금 집중하거나, 집중하지 않거나.
기능이 경쟁하는 앱 안에서, 뇌는 이미 진다
프로덕티비티 앱 시장의 진화 궤적을 보면 방향이 늘 같다. 버전이 올라갈수록 기능이 붙고, 게임화 요소가 강화되고, 대시보드는 복잡해진다. 문제는 이 '동기부여 장치'들이 ADHD 사용자에게는 완전히 다른 방식으로 작동한다는 점이다. 완료 애니메이션, 스트릭 카운터, 색상 코딩 라벨—집중을 돕기 위한 이 장치들이 ADHD 뇌에서는 슬롯머신이 된다. 타이머보다 업적 시스템에 먼저 시선이 꽂히고, 작업 대신 테마 커스터마이징에 20분이 사라진다.
PomoTok 개발자가 선택한 해법은 '더 나은 기능'이 아니라 '더 적은 기능'이었다. 세 가지만 제대로 만들기로 했다: 실제로 차단하는 사이트 블로킹(브라우저 확장이 아닌 로컬 시스템 프록시), 주변 시각 소음을 제거하는 화면 딤 오버레이, 그리고 300MB 런타임 없이 1초 안에 뜨는 네이티브 WinUI 3 앱. 만들지 않은 것의 목록이 더 길다: 소셜 기능, 마켓플레이스, 사운드 라이브러리, 프리미엄 잠금 해제, 리더보드. 이 모든 비(非)결정이 의도적 설계 판단이었다고 개발자는 명확히 밝힌다.
'맥락 맞는 단순함'이 기능 과잉을 이기는 이유
같은 시기, 앤트로픽은 '클로드 포 워드'를 베타 공개했다. 워드 사이드바에서 초안 작성, 편집, 계약서 검토, 댓글 응답까지 처리하고, 엑셀·파워포인트와 '공유 컨텍스트'로 이어진다. AI 기능의 밀도를 높이는 방향이다. 그런데 이 제품이 법률·금융 전문가를 주 타깃으로 삼고, SOC 2 Type II 준수와 학습 데이터 비활용을 전면에 내세운다는 점이 흥미롭다. 기능의 양이 아니라 신뢰와 맥락 적합성으로 승부하겠다는 포지셔닝이다.
여기서 두 사례가 하나의 원칙으로 수렴한다. PomoTok은 ADHD 사용자의 인지 여정을 분석해 '방해 요소를 제거하는 것'이 가장 강력한 기능임을 발견했다. 클로드 포 워드는 법률 전문가가 문서를 벗어나지 않고 작업 흐름을 유지하는 것이 핵심 가치임을 파악했다. 둘 다 사용자가 이미 있는 컨텍스트 안에서 마찰 없이 움직이도록 설계했다. 기능을 추가한 게 아니라, 여정의 끊김을 제거한 것이다.
프론트엔드 설계자가 놓치기 쉬운 함정
뮤즈 스파크, GPT-5.4, 엑사원 4.5, 그록 5—모델들이 경쟁하는 방식을 보면 벤치마크 숫자와 파라미터 규모가 주요 지표다. 이 경쟁의 자장 안에 있는 프론트엔드 개발자와 프로덕트 팀은 자연스럽게 같은 방향으로 끌린다. AI 기능을 더 많이 붙이고, 더 많은 지표를 대시보드에 띄우고, 더 많은 인터랙션 포인트를 만든다. 기능을 추가하는 것이 '개선'처럼 느껴지기 때문이다.
그러나 PomoTok 사례는 프로덕트 사고의 출발점을 다시 묻는다: 이 기능이 사용자의 여정에서 실제로 무엇을 해결하는가? 기능 자체가 문제를 만들고 있지는 않은가? 화면 딤 오버레이처럼 '작아 보이지만 핵심적인' 해결책을 찾으려면, 사용자가 실제로 실패하는 지점을 먼저 관찰해야 한다. 벤치마크가 아니라 사람의 행동 패턴에서 출발하는 설계다.
AI 기능 시대의 UX 설계 원칙: 덜어내기가 먼저다
AI 도구가 빠르게 프로토타이핑을 가능하게 할수록, '무엇을 만들 수 있는가'와 '무엇을 만들어야 하는가' 사이의 간극이 더 벌어진다. v0.dev로 하루 만에 대시보드를 만들 수 있고, Claude로 기능 목록을 순식간에 구현할 수 있다. 속도가 올라간 만큼, 만들지 말아야 할 것을 만드는 속도도 올라간다.
지금 시점에서 가장 유효한 프론트엔드·프로덕트 설계 원칙은 역설적으로 단순하다. AI 기능을 붙이기 전에, 제거할 수 있는 마찰을 먼저 찾아라. 사용자가 집중해야 할 핵심 여정 위에서 경쟁하는 요소를 먼저 들어내라. 그 다음에 AI를 얹어도 늦지 않는다. 클로드 포 워드가 '문서를 벗어나지 않는 것'을 핵심 가치로 설계한 것처럼, 맥락 안에서의 단순함이 기능 과잉을 이긴다.
320×320 픽셀짜리 앱이 수조 파라미터 경쟁의 시대에 던지는 질문은 결국 이것이다: 당신의 앱은 사용자의 집중을 도왔는가, 아니면 그 집중을 한 번 더 방해했는가. 답이 명확하지 않다면, 지금 당장 기능 하나를 추가하는 대신 하나를 제거하는 실험을 먼저 해볼 만하다.