
AI로 화면을 만들고 코드를 작성하는 시간이 줄고 있습니다. 그런데 결과물이 빨리 나와도, 고객 문제를 제대로 풀었는지 확인하고 팀이 같은 방향을 고르는 일에는 여전히 시간이 필요합니다.
이번 주 글에서는 그 시간을 어디에 쓸지가 반복해서 등장했습니다. 자동화할 문제를 다시 살피고, 익숙한 기본값의 이유를 묻고, 에이전트의 결과를 검토하고, 주니어가 선택의 근거를 배우게 하는 일입니다. 제작에서 얻은 여유를 이런 과정에 배분할 때 다음 작업도 달라질 수 있습니다.
이번 주에는 이 변화를 AI로 아낀 시간을 팀의 판단력에 투자하기라고 불러보겠습니다.
이번 주 아티클 핵심 포인트 4가지를 공유합니다👇

1️⃣ 자동화할 일을 고르기 전에, 고객이 멈춘 이유부터 확인합니다
AI는 나쁜 UX를 고치지 않는다. 드러낼 뿐이다는 문제를 잘못 짚은 상태에서도 자동화는 빠르게 진행될 수 있다고 경고합니다. 서류 업로드 단계에서 고객이 떠난다면, 준비가 부족해서인지 제출 이유를 믿지 못해서인지에 따라 해결책이 달라집니다. 업로드 속도를 높여도 신뢰의 문제는 남을 수 있습니다. AI 도입을 검토할 때 관찰한 행동과 팀이 추정한 원인을 나눠 적어보면, 먼저 확인해야 할 가정이 보입니다.

2️⃣ 첫 화면이 나오기 전에, 우리 제품의 기준을 정합니다
기본값을 따르는 것도 디자인 결정이다는 라이브러리와 AI 초안에 이미 다른 사람의 판단이 담겨 있다는 점을 짚습니다. 사용법이 익숙해야 한다는 이유만으로 글꼴과 여백, 분위기까지 같아야 하는 것은 아닙니다. 제품에 대한 관점이 없으면 첫 결과의 색과 간격만 수정하게 되기 쉽습니다. 누구를 위한 제품인지, 어떤 느낌을 줄지 먼저 정해두면 기본값을 유지하거나 바꿀 이유도 설명하기 쉬워집니다.

3️⃣ AI에게 일을 맡길 때, 검토하는 방식도 함께 만듭니다
AI를 쓰는 팀에서, AI를 관리하는 팀으로는 역할별 에이전트에 업무를 배정하고, 서로의 결과를 검토하며, 회고를 작업 지침에 반영하는 사례입니다. 팀이 보고한 속도 개선만큼 눈여겨볼 것은 그 속도를 유지하는 운영 방식입니다. 어떤 결과를 기대하는지, 누가 확인하는지, 어디서 사람이 승인하는지가 정해져 있습니다. 다음 AI 실험에서는 생성 시간과 함께 재작업과 승인 대기 시간도 기록해볼 만합니다. 팀 전체가 빨라졌는지 살필 수 있기 때문입니다.

4️⃣ 판단력을 배울 시간을 프로젝트 안에 남깁니다
AI 시대, 주니어를 키우는 리더가 UX의 미래를 만든다는 초급 업무가 줄어들 때 실무를 배우는 경로도 좁아질 수 있다는 문제를 다룹니다. 시니어와 함께 AI 결과물을 검토하고 선택의 근거를 설명하는 경험은 그 공백을 채울 한 가지 방법입니다. 다만 교육이 일정 밖의 호의로 남으면 바쁜 순간마다 밀리기 쉽습니다. 멘토와 리뷰 시간을 프로젝트 계획에 포함해야, AI로 얻은 생산성이 다음 작업을 맡을 사람의 성장으로도 이어집니다.
그 주에 등록된 도구와 아티클에서 뽑은 시그널을 정리해서 보내드려요.