본문으로 이동
도메인 지식 없는 디자이너가 팀의 기준을 바꾼 방법
문서

도메인 지식 없는 디자이너가 팀의 기준을 바꾼 방법

서자영 토스 · 토스 기술 블로그

원문 보기

AI 핵심 요약

해외송금 팀은 후발주자의 경쟁력을 낮은 수수료로 보는 데서 출발했지만, 디자이너는 실제 송금 경험자 인터뷰를 통해 사용자가 더 크게 느끼는 문제는 송금 과정과 대기 중의 불안임을 발견했다. 인터뷰만으로 팀의 확신이 바뀌지 않자 팀원이 직접 해외송금을 경험하게 했고, 이를 계기로 제품의 기준을 ‘얼마나 싼가’에서 ‘얼마나 불안하지 않은가’로 바꿨다. 은행 코드 입력 시 은행 이름을 보여주고 지도 API로 현지 주소를 검색하게 했으며, 아홉 개였던 송금 상태는 사용자가 알아야 할 세 단계로 정리했다. 도메인 전문가가 아니어도 좋은 질문을 던지고 팀이 사용자 경험을 직접 확인하도록 만들면 제품의 기준과 해결책을 바꿀 수 있다는 점을 배웠다.

  • 도메인 지식이 부족해도 실제 사용자를 인터뷰하면 팀이 놓친 문제를 발견할 수 있다.
  • 사용자 조사 결과를 공유하는 데 그치지 말고, 팀원이 직접 제품의 불편을 경험하게 하면 공감과 의사결정이 달라질 수 있다.
  • 입력한 은행 코드에 은행 이름을 연결해 보여주면 사용자가 정보의 정확성을 확인하는 데 도움이 된다.
  • 국가별 주소 입력에는 지도 검색을 활용해 오타와 송금 반송을 줄이고 사용자 편의와 운영 효율을 함께 고려할 수 있다.
  • 복잡한 내부 처리 단계를 모두 공개하기보다 사용자가 알아야 할 송금 상태만 간결하게 보여주는 것이 중요하다.

소개

은행 지식이 없던 디자이너가 규제가 가득한 도메인에서 어떻게 팀의 기준을 바꿨는지 이야기해 보려고 해요.

비슷한 학습 자료

컨퍼런스 우아콘 2021

복잡한 비즈니스 문제는 쉽게 해결되지 않으며, 문제가 무엇인지 이해하고 해결에 집중할 수 있는 영역을 만드는 것이 중요합니다. 이번 시간에는 도메인을 여러 해결 영역으로 나누는 방법과 해결 영역 내의 다양한 상황에서 비즈니스 규칙이 깨지지 않도록 보호하는 방법을 공유합니다. [발표자 소개] 박재성, 테크코스교육개발팀 좋은 코드에 관심이 많으며, 1년이 지나도 10년이 지나도 사용할 수 있는 코드를 추구합니다. 도메인 주도 설계를 바탕으로 한 코드는 그 자체로 하나의 훌륭한 문서가 될 수 있으며 코드를 통해 도메인에 대해 깊게 이해할 수 있습니다. "유용한 소프트웨어를 개발하고 싶다면 도메인에 귀를 기울여라"라는 '도메인 주도 설계' 저자 Eric Evans의 말처럼 더 좋은 소프트웨어를 개발하는 방법을 여러분께 공유하고 싶고, 늘 고민하고 있습니다.

개발 · 프로그래밍 기타

문서 황동진

도구와 자동화가 있어도, 무엇을 남기고 누가 책임지고 어떤 문서를 믿을지 정하는 기준과 책임이 없으면 문서화가 제대로 굴러가지 않아요. 그 빈자리를 메워간 과정을 담았습니다.

개발 · 프로그래밍 기타 애자일 · 협업

문서 전누리

실험 경험이 없는 인턴도 하나의 제품을 맡을 수 있을까요? 비회원 퍼널 실험을 통해 배운 과정을 공유해요.

프로덕트 지표 · 실험

문서 이정현

플랫폼 디자이너가 고객문의량 상위 3위에 들었던 비효율 문제를 해결했던 방법을 알려드릴게요.

UI/UX

문서 이지윤

디자이너들도 어떻게 하면 빠른 속도를 내며 전체적인 경험을 맞출 수 있을지 매 순간 고민하고 있어요.

UI/UX

문서 김보명

토스는 일이 굉장히 빠르게 돌아가는 조직이에요. 저는 1년 반 동안 무려 4개의 새로운 분야를 학습해야 했어요. 이때 제가 쓴 방법들을 알려드릴게요.