답변 : 첫째는 구조화입니다.
기준은 업무 빈도, 리스크, 의존관계입니다.
답변 : 저는 테이블 화면의 목표를 먼저 정합니다.
기준은 세 가지입니다.
업무 성공률, 오류리스크, 운영비용입니다.
답변 : 저는 데이터 관리형 화면 개선 프로젝트를 가장 자신 있게 말할 수 있습니다.
제가 중요하게 보는 것은 미감보다 업무 성공률과 오류 방지입니다.
화면에서 사용자가 무엇을 해야 하는지, 어디에서 실수하는지, 권한에 따라 무엇이 달라지는지까지 설계에 포함합니다.
본인을 디자이너로 정의하는 키워드 3개와, 각각을 증명하는 경험을 말해주세요.
코어뱅킹이나 기업용 솔루션 UX에서 사용자를 어떻게 정의하고 리서치를 어떻게 설계하겠습니까?
디자인 시스템을 만들거나 운영한 경험, 혹은 신입으로서 어떻게 기여할지 말해주세요.
실패했던 디자인 경험이 있다면, 무엇을 배웠고 다음에는 어떻게 바꾸겠습니까?
어떻게 따라잡겠습니까?
답변 : 저는 복잡도를 세 가지로 나눕니다.
정보 복잡도, 절차 복잡도, 규정 복잡 도입니다.
먼저 정보 복잡도는 우선순위와 그룹핑으로 줄입니다.
절차 복잡도는 단계화와 피드백으로 줄입니다.
예컨대 등록, 검토, 승인, 실행 같은 업무 흐름을 사용자의 책임과 권한에 맞게 끊고, 각 단계에서 지금 무엇을 해야 하는지 한 문장으로고 정해 불안을 줄입니다.
저는 1단계로 업무 시나리오를 수집합니다.
2단계로 업무 아티 팩트를 봅니다.
와이어 프레임과 상태 정의입니다.
특히 빈 상태, 권한 없는 상태, 오류상태를 IA 단계에서 같이 잡아야 구현이 흔들리지 않습니다.
답변 : 저는 테이블 화면의 목표를 먼저 정합니다.
조회 중심이면 필터와 검색이 핵심이고, 관리 중심이면 다중 선택, 일괄 처리, 상태 변경이 핵심이며, 작업 중심이면 행단위 액션과 상세 진입이 핵심입니다.
예를 들어 상품, 기간, 상태, 담당자처럼 업무에서 실제로 쓰는 기준으로 정리합니다.
접근성은 기술적 준수도 중요하지만, 업무환경을 고려하는 것이 더 현실적입니다.
예쁘게 바꾸려는 변경인지, 오류를 줄이기 위한 변경인지에 따라 우선순위가 달라지기 때문입니다.
답변 : 저는 의견을 조율할 때 사람을 설득하지 않고 기준을 설득합니다.
설득의 마지막은 프로토타입입니다.
답변 : 저는 빠르게 할수록 범위를 줄이고 기준을 고정합니다.
사용자가 정보를 찾기 어렵고, 입력 오류가 많아 재처리가 반복된다는 점입니다.
답변 : 초기에는 사용자를 충분히 구체화하지 못해, 모두를 만족시키려다 복잡한 화면을 만든 적이 있습니다.
실패를 통해 제 디자인이 더 실무형으로 바뀌었습니다.
답변 : 3개월에는 도메인과 내부 기준을 빠르게 흡수하겠습니다.
예쁘게 보이는 디자인은 기본이고, 실제로 굴러가는 디자인이 제 기준입니다.
답변 : 도메인은 단기간에 외우기보다, 반복되는 패턴부터 체계적으로 습득하는 것이 빠릅니다.
신입의 장점은 고정된 방식이 없어서, 조직의 기준을 빠르게 내 것으로 만들고 문서화해 확산시키는 데 있습니다.
저는 디자인을 개인 작품이 아니라 팀의 생산성으로 보며, 컴포넌트 규칙, 상태 정의, 산출물 템플릿처럼 팀 전체를 편하게 만드는 일을 잘 합니다.