이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사용자가 AI와 처음 마주하는 순간을 디자인할 때 이 도구가 무엇을 할 수 있고 무엇을 못 하는지를 초반에 자연스럽게 보여주는 것이 핵심이라고 생각합니다. 기대치가 지나치게 높으면 첫 실패 경험에서 이탈로 이어지기 때문에, 온보딩 흐름에서 AI의 가능성과 한계를 함께 제시했습니다.
첫 인터랙션을 단순하게 설계해 성공 경험을 먼저 제공하면 이후 복잡한 기능도 받아들이는 진입 장벽이 낮아졌습니다. AI가 틀린 결과를 낼 때 사용자가 혼란스럽지 않도록 오류 상황에 대한 친절한 설명과 다음 액션을 함께 제공했습니다. 신뢰는 한 번에 쌓이지 않기 때문에 점진적으로 노출 수준을 높이는 온보딩 구조가 효과적이었습니다. AI 제품 디자인은 UX와 AI 동작 방식 모두를 이해해야 현실적인 설계가 가능합니다.
AI 첫 경험 화면을 설계할 때 가장 직접 결정을 내린 부분은 기능이 없을 때의 빈 상태(Zero State)였습니다. 대부분의 온보딩이 기능 설명을 나열하는 방식이었는데, 빈 화면에 AI가 할 수 있는 것을 직접 실행해보는 예시 카드로 바꿨을 때 초기 인터랙션이 늘어나는 것을 테스트에서 확인했습니다.
AI가 틀린 결과를 냈을 때 사용자가 어떻게 반응하는지를 사용성 테스트에서 먼저 관찰하고, 오류 상황의 문구를 변경했습니다. 신뢰도 레이블 — AI가 불확실할 수 있음을 명시하는 문구를 직접 제안하고 팀과 함께 테스트를 진행했습니다. 사용자가 AI 추천을 수정하거나 거절할 수 있는 명시적 탈출구를 설계하는 것이 신뢰와 제어권 인식 모두에 영향을 줬습니다. 본인이 직접 한 결정이 사용자 첫 경험을 바꾸는 가장 직접적인 방식이었습니다.
AI 첫 경험 화면에서 설계해야 할 것이 가장 많은 단계가 처음 인터랙션 직후입니다. 사용자가 AI에 첫 입력을 보내면, 결과가 나오기 전 대기 상태와 결과가 나온 후 평가 방법을 모두 설계해야 합니다. 기대치 격차(Expectation Gap) — AI가 실제로 할 수 있는 것과 사용자가 기대하는 것의 차이 — 를 줄이기 위해 가장 효과적인 방법은 사용 사례를 추상 설명 없이 바로 보여주는 것입니다. AI가 같은 입력에도 다른 결과를 낼 수 있다는 비결정론을 결과가 매번 달라질 수 있다고 친절하게 예고하면, 예상 밖의 결과에 대한 혼란이 줄어드는 것을 테스트에서 확인했습니다. 피드백 버튼처럼 사용자가 결과를 평가하고 더 나은 결과를 요청할 수 있는 구조를 첫 경험에 포함하면 신뢰가 누적됩니다. AI 첫 경험은 온보딩이 아니라 신뢰 계약의 시작입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 이스트소프트 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.