프로덕트 디자이너 면접 준비 예시

저는 핀버즈에서 결제 실패를 줄이기 위해 기존 결제 흐름을 점검하고, 사용자가 결제 정보를 확인한 뒤 다음 단계로 넘어가는 과정을 테스트했습니다. 사용성 테스트 5회에서 수수료와 최종 결제 금액을 서로 다른 화면에서 확인하느라 이전 단계로 돌아가는 모습을 반복해서 봤습니다. 저는 결제 금액과 수수료를 같은 단계에 배치하고, 결제 수단 선택 뒤 확인 화면으로 이어지도록 정보 순서를 바꿨습니다. 와이어프레임과 시안을 제작해 핸드오프하고, 기존 흐름과 개편안의 결제 완료율을 비교하는 A/B 테스트도 설계했습니다. 테스트 결과를 후속 화면 개선에 반영하며, 관찰한 행동을 구체적인 화면 결정으로 연결하는 것이 중요하다는 점을 배웠습니다.

저는 핀버즈에서 기존 결제 흐름과 개편안을 비교할 때 결제 시작을 기준으로 완료율을 계산하고, 실패율은 결제 시도 중 오류가 발생한 비율로 나눠 보도록 정리했습니다. 이용자 구성과 결제 조건이 달라지지 않도록 두 안을 같은 기간에 운영했고, 3주 동안 결과를 확인했습니다. 저는 화면별 이벤트와 지표를 대응시켜 결과를 읽고, 완료율이 개선되더라도 실패율이 함께 나빠지는 안은 우선 적용하지 않는 기준을 세웠습니다. 비교 결과를 바탕으로 이탈이 많은 결제 정보 확인 구간을 후속 개선 대상으로 정리했습니다. 이 경험으로 한 가지 지표만 보지 않고 사용자의 완료와 실패를 함께 읽어야 한다는 점을 배웠습니다.

저는 핀버즈에서 화면마다 반복되는 버튼과 입력 요소를 먼저 모으고, 사용 빈도와 여러 흐름에서 같은 역할을 하는지를 기준으로 공통 컴포넌트를 골랐습니다. 색과 글자 크기처럼 여러 컴포넌트에 적용되는 값은 토큰으로 분리하고, 버튼의 크기와 상태처럼 동작이 있는 요소는 컴포넌트로 정의했습니다. 개발팀과 이름과 속성 구조를 맞춰 디자인 컴포넌트를 React 컴포넌트에 1대1로 연결하고, 화면 맥락에 따라 달라지는 요소는 기본형을 억지로 늘리기보다 변형 조건을 가이드에 기록했습니다. 가이드 온보딩은 사내 디자이너 3명에게 진행했습니다. 공통화는 모양을 맞추는 데서 끝나지 않고 구현과 사용 기준까지 함께 정해야 한다고 배웠습니다.

저는 그리니치디자인랩에서 반응형 웹 리뉴얼을 맡아 먼저 기존 화면의 탐색 흐름과 디바이스별 표시 문제를 점검했습니다. 넓은 화면에서는 목록과 상세 정보를 나란히 볼 수 있지만 모바일에서는 같은 배치가 읽기 어려워지는 사례를 확인해, 공통 그리드 원칙과 화면별 재배치 기준을 나눴습니다. 데스크톱과 모바일에 같은 간격 규칙을 적용하되 콘텐츠 우선순위가 달라지는 구간은 세로 흐름으로 바꾸고, 주간 스프린트에서 개발팀과 설계 변경을 공유했습니다. 변경 사항은 화면 시안과 그리드 기준에 함께 반영해 구현 단계의 혼선을 줄였습니다. 이 경험을 통해 반응형은 크기만 줄이는 일이 아니라 정보 순서를 다시 판단하는 일임을 배웠습니다.

저는 사장님이 궁금해하는 이번 주 입금액을 화면의 첫 기준값으로 보여주고, 그 아래에서 카드사별 입금일과 매출액, 수수료, 환불 차감을 연결해 확인할 수 있도록 설계하겠습니다. 핀버즈 결제 흐름을 개편할 때도 사용자가 최종 금액을 이해하는 데 필요한 정보를 한 단계에서 함께 확인하도록 순서를 조정했습니다. 라임스텝에서는 먼저 정산 데이터의 산식과 기준 기간을 확인하고, 입금액에서 각 항목을 더하고 빼는 관계가 분명하게 보이도록 구성하겠습니다. 완료율과 이탈 구간뿐 아니라 사장님이 금액을 정확히 설명하는지 테스트 후 질문으로 확인하겠습니다. 금액을 보여주는 것과 그 근거를 검증하게 하는 것을 함께 설계하겠습니다.

저는 첫 달에 140개 화면을 기능과 사용자 업무 흐름별로 나누고, 버튼과 입력 필드의 모양뿐 아니라 역할, 상태, 사용 맥락을 함께 기록하겠습니다. 핀버즈에서 반복 요소를 추려 컴포넌트 라이브러리와 토큰을 만들고 React 컴포넌트와 매핑한 경험을 적용해, 반복 빈도가 높고 여러 화면에서 같은 역할을 하는 요소부터 공통화하겠습니다. 개발팀과 매주 검토해 기본형과 필요한 변형을 합의하고, 가이드를 정리하겠습니다. 이후 새 화면 중 공통 컴포넌트로 구현된 비율과 실제 재사용 사례를 월별로 확인해 6개월 목표를 추적하겠습니다. 통일성과 업무에 필요한 예외를 함께 관리하겠습니다.

저는 PM과 먼저 문제를 사장님이 정산 내역에서 이번 주 입금액과 구성 근거를 빠르게 이해하기 어렵다는 문장으로 정리하겠습니다. 핀버즈 온보딩에서는 신규 가입자 10명의 인터뷰와 사용성 테스트를 통해 단계별 이탈을 확인하고, 필수 입력과 후순위 입력을 나눠 5단계를 3단계로 줄였습니다. 정산 과제에서도 사장님 5회 인터뷰에서 실제 확인 순서와 혼동 지점을 관찰하고, 입금액 확인 과업을 테스트하겠습니다. 완료율과 이탈 구간에 더해 금액 구성 항목을 정확히 설명하는지 측정하고, 결과를 정보 배치와 용어 개선으로 연결하겠습니다. 문제와 측정 방법을 먼저 합의하면 화면 선택의 근거가 선명해집니다.

저는 관리자용 B2B 어드민을 직접 설계한 경험은 없습니다. 다만 그리니치디자인랩에서 반응형 웹의 UX를 감사하고 공통 그리드와 디바이스별 화면 구조를 설계하며 웹의 정보 우선순위를 다뤘습니다. 라임스텝에서는 먼저 본사 담당자가 맡는 업무와 역할, 화면에서 확인하거나 수정하는 데이터, 권한에 따른 차이를 파악하겠습니다. 담당자 인터뷰와 업무 흐름 확인을 바탕으로 반복 업무와 예외 상황을 구분하고, 정보 구조와 화면 범위를 정한 뒤 낮은 수준의 시안으로 검토하겠습니다. 첫 한 달 안에 주요 업무 흐름과 우선순위를 정리해 개발팀과 검토하고, 실제 사용 과업으로 구조를 다듬겠습니다.

저는 가맹 본사용 관리자 웹을 직접 설계한 경험은 없습니다. 그리니치디자인랩에서는 기존 웹사이트의 UX를 점검해 디바이스별 사용 흐름과 표시 문제를 정리하고, 반응형 그리드 기준을 설계했습니다. 이 경험을 바탕으로 본사 담당자의 역할과 업무 빈도, 처리해야 하는 업무, 데이터와 권한의 차이를 먼저 확인하겠습니다. 인터뷰와 실제 업무 흐름을 통해 반복 조회와 수정 작업을 구분하고, 우선순위에 따라 화면 구조를 정리하겠습니다. 입사 첫 달에는 담당자와 개발팀의 검토를 거쳐 핵심 업무 흐름과 초기 화면 범위를 합의하고, 사용성 테스트 결과로 보완하겠습니다.

저는 WCAG 기준을 실제 프로젝트에 적용한 경험은 없습니다. 핀버즈에서는 컬러와 타이포 토큰, 공통 컴포넌트를 구축해 화면 간 표현 기준을 정리했습니다. 이 경험을 바탕으로 입사 후 첫 달에 적용할 접근성 기준과 점검 항목을 확인하고, 주요 컴포넌트의 색상 대비와 입력 요소의 레이블, 상태 표현, 키보드 사용 흐름을 살펴보겠습니다. 발견한 문제는 화면별로 흩어두지 않고 컴포넌트 가이드에 반영해 새 화면에도 적용되도록 하겠습니다. 이후 개발팀과 함께 구현 화면을 점검하고, 반복되는 문제를 다음 시스템 개선 항목으로 관리하겠습니다.

저는 그리니치디자인랩에서 커머스 앱 요구사항을 정보 구조와 화면으로 연결하면서, 클라이언트 피드백이 기존 흐름과 맞지 않을 때 요청의 목적부터 확인했습니다. 예를 들어 상품 정보를 첫 화면에 더 많이 노출해 달라는 의견에는 사용자가 탐색을 시작할 때 필요한 정보와 화면 우선순위를 근거로 설명하고, 핵심 정보는 앞에 두되 상세 내용은 다음 단계에서 확인하도록 구조를 조정했습니다. 저는 수정 전후의 화면 흐름을 함께 보여주며 피드백을 설계 기준에 맞춰 반영했고, 와이어프레임부터 하이파이 시안까지 일관성을 유지했습니다. 이 경험으로 의견을 그대로 옮기기보다 목적을 사용자 흐름에 맞게 풀어내는 것이 중요하다는 점을 배웠습니다.

저는 주니어 디자이너 8명과 포트폴리오 리뷰 스터디를 운영하면서, 참여자마다 시각적 완성도나 문제 해결 과정 중 무엇을 더 중요하게 보는지 달라 피드백이 흩어질 수 있다고 판단했습니다. 그래서 문제 정의, 개인 기여, 근거와 결과를 공통 리뷰 기준으로 문서화하고, 회차마다 같은 항목을 따라 의견을 주고받도록 진행했습니다. 저는 격주 세션에서 기준을 먼저 공유하고, 각자의 의견을 해당 항목과 연결해 정리했습니다. 이런 방식으로 10개월 동안 리뷰 20회를 운영하며 참여자 간 논의의 기준을 유지했습니다. 좋은 피드백은 결론을 맞추는 것보다 판단 근거를 함께 볼 수 있게 만드는 데서 시작한다고 배웠습니다.