큰 애플리케이션은 여러 작업을 한곳에 모으는 데 유리합니다. 하지만 작은 일 하나를 바로 끝내야 할 때는 그 크기가 오히려 부담이 됩니다.

집중된 도구는 사용자가 이미 가진 파일이나 텍스트, AI 결과물에서 시작합니다. 다음 행동을 화면에 계속 드러내면 새 탐색 구조와 설정을 배우지 않고도 의도에서 결과까지 짧게 이동할 수 있습니다.

화면의 크기는 일의 크기와 맞아야 합니다

1분 안에 끝날 일이라면 10분짜리 안내가 필요해서는 안 됩니다. 중요한 한계를 숨기자는 뜻은 아닙니다. 주 행동을 먼저 보여주고, 설명과 보호 장치, 선택 설정을 필요한 순간에 배치하자는 뜻입니다.

IILL은 작은 도구를 검토할 때 세 가지를 확인합니다.

  1. 처음 온 사람도 안내 없이 입력과 결과를 찾을 수 있는가?
  2. 드래그 동작 없이 키보드만으로도 작업을 끝낼 수 있는가?
  3. 사용자 데이터가 어떻게 처리되는지 화면이 설명하는가?

기능 수보다 이 질문들이 더 중요합니다. 기능이 적더라도 한계가 분명하면 더 믿고 사용할 수 있습니다.

작다는 것은 덜 완성됐다는 뜻이 아닙니다

좁은 도구에도 접근 가능한 컨트롤, 이해되는 오류, 반응형 레이아웃, 정직한 개인정보 안내가 필요합니다. 차이는 이 요소들이 복잡한 제품을 보완하는 것이 아니라 한 가지 흐름을 온전히 돕는다는 점입니다.

경로는 짧게, 한계는 눈에 보이게, 결과가 스스로 설명하게 만드는 것. 그것이 IILL이 작은 도구를 만드는 방식입니다.