|
|
|
|
|
 |
제가 만드는 도구의 기준
제가 도구를 설계할 때 고정하는 기준은 세 가지입니다.
운영도구의 핵심은 클릭 수가 아니라, 필요한 정보를 얼마나 빨리 찾게 하느냐입니다.
결제 도구는 규정, 보안, 감사가 설계의 전제입니다.
내부도구는 "만들었다"가 아니라 "업무가 줄었다"로 끝나야 합니다.
실수비용 지표입니다.
디자인 시스템과 컴포넌트 운영에서 충돌이 생길 때, 어떤 기준으로 결정하시나요?
결제 운영도구에 특화된 패턴라이브러리입니다.
|
|
|
 |
결제 운영도구에서 실수가 금전사고로 이어질 수 있을 때, UX로 실수를 어떻게 줄이시겠어요?
디자인 시스템과 컴포넌트 운영에서 충돌이 생길 때, 어떤 기준으로 결정하시나요?
그래서 토스페이먼츠의 Tools ProductDesignAss istant 역할에 끌렸습니다.
토스페이먼츠의 결제는 '돈이 오가는 순간'을 책임지는 영역입니다.
저는 "외부 사용자의 UX"와 같은 무게로 "내부 사용자의 UX"를 다루는 사람이 되고 싶습니다.
외부 UX가 신뢰를 사는 일이라면, 내부 UX는 신뢰를 지키는 일입니다.
토스페이먼츠에서 이 역량을 내부도구에 집중해, 결제조직 전체의 속도와 안전도를 동시에 끌어올리고 싶습니다.
운영도구의 핵심은 클릭 수가 아니라, 필요한 정보를 얼마나 빨리 찾게 하느냐입니다.
책임 가능한 기록입니다.
첫 번째 역량은 문제를 구조화하는 능력입니다.
주문과 결제상태, 고객 문의, 환불정책, 이상거래 징후가 서로 다른 시스템에 흩어져 있어, 담당자가 화면을 오가며 판단해야 했습니다.
예를 들어 환불을 하려면 결제수단, 정산상태, 배송 상태, 정책조건, 예외 사유가 함께 보여야 했습니다.
기존에는 확인 팝업이 많았지만, 중요한 확인이 무엇인지 구분이 안 됐습니다.
저는 이 낭비를 줄이기 위해 디자인 시스템을 '예쁜 가이드'가 아니라 '업무표준'으로 운영했습니다.
그래서 저는 컴포넌트에 상태와 메시지를 포함시키는 방식으로 설계했습니다.
결제 도구는 규정, 보안, 감사가 설계의 전제입니다.
그래서 저는 보안을 흐름 안으로 녹였습니다.
그리고 기본 화면에서는 목적 달성에 필요한 정보만 제공하고, 민감정보는 "사유 선택과 제한시간"을 포함한 흐름으로 열게 했습니다.
보안을 이유로 불편을 강요하는 것이 아니라, 보안을 이유로 더 명확한 흐름을 만들겠습니다.
그리고 "실수비용이 큰 흐름" "처리량이 큰 흐름" "규정 리스크가 큰 흐름"같은 기준으로 우선순위를 세웁니다.
내부도구는 "만들었다"가 아니라 "업무가 줄었다"로 끝나야 합니다.
도구를 쓰는 운영, 정산, 리스크, 고객지원, 세일즈 지원, 개발 운영 등 주요 사용자군을 정의하고, 각 군의 업무 시나리오를 지도처럼 만들겠습니다.
실수비용 지표입니다.
되돌리기 어려운 조치, 금전 영향이 큰 조치, 규정 위반 가능성이 큰 조치가 어디에서 많이 발생하는지 보겠습니다.
내부도구 개선의 ROI는 실수비용을 줄이거나 처리량을 줄이는 곳에서 가장 빠르게 발생합니다.
그래서 시스템과 제품 요구가 충돌하면, 먼저 업무의미를 고정하고 그 의미를 담을 수 있는 최소 공통 컴포넌트를 설계합니다.
금전사고와 규정 리스크, 운영 지연과 비용 증가, 사용자 경험 저하로 인한 우회행동입니다.
마지막은 경험 저하입니다.
그 다음 정량 데이터만으로 결론을 내리지 않고, 정성 데이터로 보완합니다.
데이터가 완벽해질 때까지 기다리지 않고, 데이터가 점점 나아지도록 설계하면서 움직이겠습니다. |
 |
운영, 도구, 이다, 만들다, 실수, 사용자, 업무, 설계, 먼저, 흐름, 화면, 크다, 상태, 조치, 지표, 비용, 내부, 컴포넌트, 어떻다, 빠르다 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.03.02
8페이지
