SLASH
SLASH
SLASH 24
SLASH 23
SLASH 22
SLASH 21
SIMPLICITY
SIMPLICITY
SIMPLICITY 24
SIMPLICITY 23
SIMPLICITY 21
구독하기
채용 바로가기
전체
개발
디자인
Product Design
토스에서 하루 만에 제품 출시하는 법
모든 토스 디자이너가 사용하는 제품, 하루 만에 만들 수 있을까요?
2023년 12월 11일 · 이다윗
독이 되는 레퍼런스 활용법
매혹적이지만 독이 될 수 있는 레퍼런스. 어떻게 활용하는 것이 좋을까요?
2023년 11월 27일 · 장세린
완성 없는 이야기, 가입 과정 개선
가입 완료율을 높이기 위해 고민하고 시도했던 것들을 이야기 해요.
2023년 9월 12일 · 임경우
크고 복잡한 제품, 과감하게 갈아엎기
디자이너들도 어떻게 하면 빠른 속도를 내며 전체적인 경험을 맞출 수 있을지 매 순간 고민하고 있어요.
2023년 9월 3일 · 이지윤
데이터로 내린 의사결정, 뒤집어엎기
데이터로 내린 결정이지만 직감은 아니라고 말할 때. 그저 받아들이는 방법밖에 없는 걸까요? 데이터 드리븐 조직에서 어떻게 다시 결정을 뒤엎고 더 나은 답을 찾아갔는지 들려드릴게요.
2023년 5월 23일· 정나림
보러가기
초등학생도 쓸 수 있는 제품 만들기
왜 만14세 미만을 위한 온라인 금융 서비스는 없을까요? 초등학생부터 쓸 수 있는 금융 제품을 만들기 위해 수많은 문제를 해결해간 경험을 들려드릴게요.
2023년 5월 23일· 성소연
보러가기
복잡한 B2B 제품, 정답으로 향하는 길
수많은 요구사항 속에서 뭐부터 풀어야 할지 막막할 때, 이리저리 헤매다 문제의 본질로 돌아가 열쇠를 찾은 경험을 들려드릴게요.
2023년 5월 23일· 이영민
보러가기
3,250개의 요구사항을 해결한 1개의 제품
다양한 사용자의 수많은 문제를 나 혼자 다 풀 수 있을까? 이미 답을 알고 있는 사용자들이 스스로 문제를 풀 수 있게 수단을 제공한 과정을 이야기해볼게요.
2023년 5월 23일· 윤종구
보러가기
토스뱅크만의 차별화된 경험을 찾아서
완전히 새로운 개념이지만 유려한 경험. 은행에서 그런 UX를 만드는 것이 가능한걸까? 업계에 없던 새로운 답안지를 모두에게 익숙하게 만들기까지, 어떤 여정이 있었는지 들려드릴게요.
2023년 5월 23일· 허소임
보러가기
100가지 문제를 한번에 해결하는 방법
풀어야 할 문제가 너무 많고 복잡해서 막막할 때, 진짜 문제를 어떻게 찾을 수 있을까? PG 계약 업무 시스템의 근본적인 문제를 찾아 해결했던 과정에 대해 들려드릴게요.
2023년 5월 23일· 하승주
보러가기
토스만의 제품 윤리 원칙 탄생기
다크패턴이 난무하는 시대.. 눈 앞에 보이는 전환율보다 신뢰라는 정성적인 가치를 선택하게 만들게 하는일. 뼛속까지 데이터 드리븐 조직인 토스에서 어떻게 가능했는지 그 여정을 들려드릴게요
2023년 5월 23일· 김명지
보러가기
운영성 업무에서 임팩트를 만드는 방법
현실적으로 제품의 가치를 높이려면 어떻게 해야할까요? 제품의 가치에만 집중할 수 없는 상황일때 현실적으로 해결해나갔던 이야기를 들려드릴게요.
2023년 5월 23일· 유가은
보러가기
사용자의 공감 얻으면서 제품 뜯어고치기
사용자에게 환영받는 변화를 만들고 싶어요! 특히 일할 때 매일 쓰는 제품이 바뀌어도 불편하지 않게요. 일의 흐름을 끊지 않고 좋은 변화를 전달하는 여러가지 시도를 이야기해볼게요.
2023년 5월 23일· 오지은/한주연
보러가기
게릴라 테스트에 진심인 이유
A안 vs B안, AB 테스트를 시도할 수 없다면 어떤 안을 골라야 할까요? 게릴라테스트를 십분 활용한 크리스마스 퀴즈 제작 과정을 소개할게요.
2023년 5월 23일· 서은해
보러가기
사장님에게 익숙한 불편함 깨부수기
오랫동안 변하지 않은 제품에 손대야할때, 유저가 불편함을 모른다면 개선하는게 맞을까요? 변하지 않던 포스ux를 어떻게 변화시켰는지 들려드릴게요
2023년 5월 23일· 박지영
보러가기
추천할 때는 제일 좋은 것 하나면 된다
제품을 만들 때, 사용자의 고민을 덜어주는 것이 중요해요. 사용자에게는 어떤 선택지를 주는 것이 좋을까요?
2023년 3월 23일 · 박다롱
토스 디자인 원칙 Value first, Cost later
토스의 제품 디자인 원칙 중에는 Value first, cost later라는 항목이 있어요. 비용을 말하기 전에 가치를 명확하게 전달해야한다는 내용이에요. 가치를 먼저 보여주는 것 만으로도 지표를 눈에 띄게 개선한 사례를 소개해드릴게요.
2023년 3월 16일 · 이혜인
우리에게 당연하지만 사용자는 아닌 것들
사용자 관점에서 본다는 게 엄청난 게 아닌데도, 왠지 엄청난 것으로 개선해야 할 것 같은 느낌이 들 때도 있죠. 그래서 오늘은 사용자 관점을 활용해 개선한 굉장히 가벼운 사례들을 가져와봤어요.
2023년 1월 19일 · 김소현
토스 디자인 원칙, Easy to answer
토스에는 좋은 제품을 만들기 위한 디자인 원칙들이 있어요. 오늘은 그 중에 easy to answer라는 항목을 적용해서 제품을 개선한 사례를 소개해드릴게요.
2022년 12월 14일 · 김재현
2초만에 불필요한 클릭 없애는 4가지 방법
토스 앱에는 little big detail 이 많은데요, 그중 하나를 소개하고 싶어요. 바로 불필요한 클릭 없애는 방법이에요.
2022년 10월 20일 · 강영화
1
2
1
2
인기있는 글
프론트엔드 서비스 최적화? 토스에서는 '이렇게' 합니다! 모닥불 | EP.9
토스 프론트엔드 챕터
@use-funnel 개발기 #2: 기존 라이브러리를 어떻게 뜯어 고칠 것인가?
강민우
토스 프론트엔드 개발자들이 더 이상 문서를 찾지 않는 이유
한주연
최근 댓글
홈페이지
회사소개
채용
고객센터: 1599-4905 (24시간 연중무휴)
㈜비바리퍼블리카 Copyright © Viva Republica, Inc. All Rights Reserved.