볼 수 없는 사용자를 위한 디자인
Apple은 키노트 내내 개발자들에게 앱을 더 아름답게 만들라고 말했습니다. 새로운 투명도 효과와 정교해진 가장자리를 선보였죠. 이는 선택 사항이 아닙니다. 코드를 업데이트하면 앱은 새로운 디자인을 따르게 됩니다.
하지만 그들은 App Intents에 대해서도 이야기했습니다. Siri가 일상적인 언어를 사용하여 사용자의 콘텐츠를 찾고 실행하는 방법을 보여주었습니다. 또한 Xcode에서 Google과 OpenAI의 코딩 에이전트가 실행되는 모습도 보여주었습니다.
메시지는 명확합니다. 화면을 예쁘게 만드세요. 하지만 화면을 볼 수 없는 사용자를 위해 대비하십시오.
수년 동안 화면이 곧 제품이었습니다. 버튼을 디자인하고 레이아웃을 테스트했죠. 이제는 프런트 도어(front door)가 에이전트가 되어가고 있습니다. Siri, Copilot 또는 Claude가 사용자를 대신해 읽고 행동할 것입니다. 이러한 에이전트들은 당신의 애니메이션에는 관심이 없습니다. 그들은 당신의 함수(functions)를 이해할 수 있는지에만 관심이 있습니다.
저는 저희 회사에서도 이를 경험했습니다. 저희는 결제 기업입니다. 에이전트가 사람이 대시보드를 열지 않고도 환불을 처리할 수 있도록 MCP 서버를 구축했습니다. 그 순간, 우리의 대시보드는 제품이 아니었습니다. 기계가 읽을 수 있는 데이터(machine-readable data)가 제품이었습니다.
단순히 llms.txt 파일을 추가한다고 해서 안전하다고 생각하지 마세요. 깔끔한 텍스트가 에이전트의 읽기 속도를 높여주는 것은 사실이지만, 그것이 마법 같은 SEO 기술은 아닙니다. 대부분의 주요 크롤러는 인용을 위해 이 파일을 사용하지도 않습니다.
대신, 에이전트 시대를 위한 다음 세 가지 규칙을 따르십시오:
기계가 읽을 수 있는 데이터를 주요 제품으로 취급하십시오. 화면이 중요하다면, 에이전트가 소비할 수 있는 깔끔한 텍스트 버전을 만드십시오. 코드를 스크래핑하여 에이전트가 추측하게 만들지 마십시오.
모든 페이지에 요약 블록을 추가하십시오. 해당 페이지가 무엇을 하는지 설명하는 두세 줄의 평이한 영어를 작성하십시오. 이는 사람이 훑어보는 데 도움을 주고, 모델이 콘텐츠의 유용성을 판단하는 데 도움을 줍니다.
단어뿐만 아니라 동작(actions)을 노출하십시오. 에이전트는 동사를 원합니다. "환불(refund)", "예약(book)", 또는 "표시(show)"와 같은 동작을 원합니다. App Intents나 문서화된 API를 사용하여 기능을 실행 가능하게 만드십시오.
승리하는 팀은 가장 예쁜 앱을 가진 팀이 아닐 것입니다. 그들은 사람이 옆에 없어도 작동하는 제품을 가진 팀이 될 것입니다.
UI는 죽지 않았습니다. 단지 지위가 낮아졌을 뿐입니다. 이제 UI는 수많은 인터페이스 중 하나일 뿐입니다.
만약 에이전트가 당신의 새로운 사용자라면, 볼 수 없는 존재에게 당신의 제품은 어떤 모습일까요?