저번 아티클에서 토스 팀이 직접 개발한 그래픽 AI, 토스트를 소개해 드렸어요. 이번 글에서는 토스트로 이미지를 만드는 구체적인 방법과, 실제 토스 팀에서 활용한 사례들을 보여드릴게요.



금융 콘텐츠를 위한 2D 그래픽 만들기
토스에서는 토스피드를 비롯해 다양한 금융 콘텐츠를 제작하고 있어요. 금융 콘텐츠는 어렵고 복

Part 2. 토스에서는 토스트를 실제로 어떻게 활용하나요?

토스의 AI 그래픽 생성기, 토스트를 소개합니다 #2

여러분은 AI를 업무에 얼마나 활용하고 있나요? 토스에서는 그림 그려주는 AI, 토스트(tosst) 서비스를 사내에 오픈했어요. 토스트에 정보를 입력하면 그래픽이 몇 분 만에 만들어집니다. 토스 그래픽디자이너가 만든 것과 같은 톤과 퀄리티로요.



토스가 그래픽 AI를 만들게 된 이유
토스 그래픽 디자이너들은 하루에도 수십개의 그래픽을 제작해요. 그렇게 만들어진 그래픽들은 앱 아이콘부터 콘텐츠 이미지까지, 다양한 곳에서 ‘토스다움'을 보여주는 요소로 자리하고 있죠.

문제
하지만 중요도에 비해 팀 내 그래픽 디자이너는 턱없이 부족한 상황이에요. 협업해야 하는 팀원은 100명도 훌쩍 넘는데 그래픽 디자이너는 5명뿐이다 보니 요청이 들어오는 그래픽만 그리기에도 손이 모자랐고, 새로운 컨셉을 고민할 시간은 점점 부족해졌어요. 조직 규모에 맞게 그래픽 디자이너를 끊임없이 채용하고 교육하기에도 한계는 존재했고요. 
가설
그렇다면 토스의 그래픽 톤을 이해하는 그래픽 AI가 존재한다면? 그래서 단순한 작업에서 디자이너의 리소스를 줄일 수 있다면 그래픽 디자이너들이 좀 더 깊이 있는 작업에 뇌와 손을 쓸 수 있지 않을까? 토스의 그래픽 AI 프로젝트는 이 질문에서 시작됐어요.
해결
Step 1. 토스의 그래픽 톤 정의하기
스테이블 디퓨전(Stable Diffusion)을 활용해 보기로 한 뒤 가장 먼저 한 일은 ‘토스의 그래픽 톤을 정의하는 것'이었어요. 추상적으로 존재하는 토스의 그래픽 톤을 구체적으로 설명할 수 있어야 학습을 시킬 수 있기 때문이에요.
토스의 그래픽은 심플함을 위해 의미 없는 요소를 빼고 필요한 것만 남겨두지만, 요소의 부재로 그래픽의 완성도가 떨어지는 것을 막기 위해 형태와 텍스쳐의 완성도를 최대한으로 올려요. 좀 더 쉽게는 ‘가장 필요한 것만 예쁘게 남긴 상태'라고 설명할 수도 있는데요. 필요한 것만 남긴다는 것이 어떤 의미인지, 저희가 정의하는 가장 완성도 높은 형태와 텍스처는 무엇인지를 학습시켜야 한다는 결론이 나왔죠.
Step 2. 학습 리소스 만들기
토스의 모든 그래픽 자산은 소수의 그래픽 디자이너가 내부에서 제작하기 때문에 저작권에서 자유롭고, 톤도 통일되어 있어요. 이렇게 만들어져 있던 2,000여 개의 그래픽 리소스를 프롬프트*와 함께 1차로 학습시켰죠.
*프롬프트는 원하는 그래픽을 얻기 위해 AI에게 설명하는 명령어입니다. 컴퓨터와 사람이 서로 소통하는 일종의 언어라고 할 수 있어요

1차 학습이 끝난 뒤에는 기존 리소스와 겹치지 않는 리소스들을 새로 제작해 학습시키는 과정을 반복했어요. 더 좋은 퀄리티의 결과물을 내기 위해서는 절대적으로 많은 양의 그래픽을 학습시키는 것이 유리한데요. 이미 1차 학습을 마친 AI를 일부 이용해 하루 100개 이상의 그래픽을 만들고 학습시킬 수 있었어요. 특히 AI가 잘 만들어낸 것들을 여러번 학습시킬수록 정확도는 높아져 갔고요.
아래의 비교이미지처럼 학습을 통해 AI는 오브제나 인물의 형태를 더욱더 명확하게 표현하기 시작했어요. 프롬프트의 이해도도 높아졌고, 특히 버젼이 높아질수록 그래픽 톤에 대한 이해도가 높아진걸 확인할 수 있어요.

Step 3. 쉽게 이용할 수 있는 서비스로 만들기
AI를 활용할 때 프롬프트를 어떻게 쓰는지가 결과물의 퀄리티를 좌우한다는 사실, 들어보셨나요? 이미지 생성 AI도 마찬가지로 어떤 수식어를 개체의 앞에 넣는지, 뒤에 넣는지에 따라 천차만별의 결과물이 나와요. 하지만 토스트의 사용자는 생성 AI나 그래픽 디자인에는 전문 지식이 없는 사람들이기 때문에 배경지식 없이도 쉽게 이용할 수 있게 했어요. 
필수로 입력해야 하는 항목은 단 2가지인데요. 뽑고 싶은 그래픽이 어떤 타입인지 분류를 선택하고 개체를 입력하는 게 다예요. 뒷단에서는 이미지 타입에 맞는 결과물이 나오도록, 그래픽 디자이너가 찾아낸 프롬프트들을 붙여두었어요. 이 옵션값은 계속해서 추가하고 개선해 나가고 있고요. 디테일한 부분을 연구하고, 일정한 톤으로 나오도록 설정값 만드는 일은 이 분야의 전문가인 그래픽 디자이너의 역할이라고 생각한 거죠.

결과
여러분의 이해를 도울 사례를 보여드릴게요. 토스트에서 ‘통나무집’이라는 키워드를 넣고 ‘기본’, ‘동화같은’, ‘인포그래픽’ 세가지 다른 이미지 타입으로 뽑으면 아래와 같은 결과물이 나와요.

‘동화같은’ 옵션에는 creating dreamlike atmosphere, soft pastel colors등의 프롬프트가, ‘인포그래픽’ 옵션에는 catalog of, found in graphic magazine 등의 프롬프트가 들어가 있어요. 그래서 똑같이 ‘통나무집’이라는 키워드를 넣어도 원하는 타입의 결과물을 얻을 수 있죠.
적용해보기
프롬프트 Tip
AI 학습 모델에 따라 다른 결과물이 나오겠지만, 토스트를 만들며 기억에 남는 프롬프트 몇 가지가 있어요. 인물이 주인공인 그래픽을 만드는 경우, 원하는 톤을 만들기위해서는 프롬프트의 서두가 굉장히 중요한데요, 다음과 같은 몇가지의 prefix prompt(서두에 붙는 프롬프트)를 넣으면 원하는 결과에 더 가깝게 나온다는걸 알아냈어요.
Detailed realistic photography of~
다양한 인물사진을 참고하기 때문에 인물 동작의 완성도가 높아져요

Cinematic illustration of~
영화 속 장면을 참고하기 때문에 배경의 완성도가 높아져요

Pastel tone monochrome illustration of~
인물 배경까지 전체적인 컬러톤을 제어하기 좋아요

이처럼 토스에서 그래픽 디자이너의 역할은 직접 그래픽을 제작하는 것을 넘어 새로운 그래픽 톤을 정의하고, 프롬프트 연구를 통해 AI를 학습시키는 것으로까지 확장되고있어요. 
지금까지 토스가 토스트가 왜 시작됐고 어떻게 만들어졌는지 이야기 해봤는데요, 다음 아티클에서는 실제 서비스에 적용된 토스트 결과물들을 보여드릴게요.



여러분은 AI를 업무에 얼마나 활용하고 있나요? 토스에서는 그림 그려주는 AI, 토스트(tosst) 서비스를 사내에 오픈했어요. 토스트에 정보를 입력하면 그래픽이 몇 분 만에 만들어집니다. 토스 그래픽디자이너가 만든 것과 같은 톤과 퀄리티로요.



토스가 그래픽 AI를 만들게 된 이유
토스 그래픽 디자이너들은 하루에도 

Part 1. 토스트, 이렇게 만들었어요

토스의 AI 그래픽 생성기, 토스트를 소개합니다 #1




토스는 왜 이모지 폰트를 만들었을까?

토스페이스는 토스의 그래픽 스타일로 디자인한 이모지 폰트입니다. 이모지 폰트는 문자가 아닌 그림 🖼️ 으로 이루어진 독특한 폰트예요. 하나의 유니코드마다 사회적으로 약속된 의미를 표현하고, ttf 형식으로 키보드에서 한 자씩 찍어 사용한다는 점에서 폰트의 형식과 동일하다고 할 

세계적인 IT 기업에서나 만드는 이모지 폰트를 어떻게 한국 금융 플랫폼 토스에서 만들게 됐을까? 토스의 이모지 폰트, 토스페이스 제작의 모든 것을 공개합니다.

토스의 이모지 폰트, 토스페이스 제작기




토스 그래픽 디자이너는 어떤 일을 하나요?

토스의 그래픽 디자이너는 토스 제품의 시각 경험을 책임지는 사람들이에요.
제품에 사용되는 아이콘, 3D, 애니메이션 등의 디지털 그래픽을 기획하고 제작하는 일을 합니다. 화면 맥락에 맞는 좋은 그래픽을 통해 사용자가 제품을 쉽고 재밌게 쓸 수 있도록 만들어요.
그래픽 디자

첫 번째 그래픽 디자이너로 입사해서 자리잡기까지의 여정과, 그래픽 디자이너만의 노하우를 알려드려요.

첫 그래픽 디자이너가 했던 가장 비효율적인 일

보여지는 아름다움, 그 너머에는 과연 무엇이 있을까요? 그래픽이라는 가장 정성적인 영역에서 정답을 탐구해 나가는 토스 그래픽 디자인의 이야기를 들려드릴게요.

그래픽, 보이는 아름다움 그 너머


모닥불 10화 특집: 캠프파이어 에피소드 🔥
이번 모닥불은 특별히 시청자 여러분과 함께하는 시간으로 준비했어요.
"폴더 구조를 설계할 때 꼭 지켜야 할 원칙은?"
"컴포넌트 추상화, 어디까지 해야 더 효율적일까요?
"함수형 프로그래밍은 언제, 왜 사용하는 게 좋을까요?"
사전에 접수된 시청자 여러분의 다양한 사연과 질문 그리고 코드 리뷰까지!
토스 개발자들이 실무 경험에서 얻은 노하우와 인사이트를 아낌없이 공유합니다!  지금 바로 확인해보세요!

타임스탬프
00:00 인트로
01:20 첫 번째 사연: 폴더 구조는 어떻게 정리해야 협업이 쉬울까요?
06:39 두 번째 질문: 컴포넌트를 어떻게 분리하고, 추상화는 어디까지 해야 할까요?
11:20 변경 사항을 예측해 추상화 하는데 어려움을 겪고 있다면
15:24 세 번째 질문: 유효성 검사는 에러로 보는 것이 맞을까요?
19:57 네 번째 질문: 함수형 프로그래밍이 꼭 필요한가요?

출연진
박서진, 토스 Head of Frontend
문동욱, 토스 Frontend Developer
박건영, 토스증권 Frontend Developer

Frontend Fundamentals ; 변경하기 쉬운 프론트엔드 코드를 위한 지침서
바로가기: https://frontend-fundamentals.com

다른 모닥불 회차 보러가기
EP.7 개발자 리더로서 성장당한 썰
EP.8 Next.js 그만 쓰세요! 면접관이 진짜 원하는 것!?
EP.9 프론트엔드 서비스 최적화? 토스에서는 '이렇게' 합니다!




모닥불 10화 특집: 캠프파이어 에피소드 🔥
이번 모닥불은 특별히 시청자 여러분과 함께하는 시간으로 준비했어요.
"폴더 구조를 설계할 때 꼭 지켜야 할 원칙은?"
"컴포넌트 추상화, 어디까지 해야 더 효율적일까요?
"함수형 프로그래밍은 언제, 왜 사용하는 게 좋을까요?"
사전에 접수된 시청자 여러분의 다양한 사연과 질문

모닥불 10화 특집: 캠프파이어 에피소드 🔥

이번 모닥불은 특별히 시청자 여러분과 함께하는 시간으로 준비했어요.

사전에 접수된 시청자 여러분의 다양한 사연과 질문 그리고 코드 리뷰까지!

지금 바로 확인해보세요!

무엇이든 물어보세요 (feat. 프론트엔드 코드, 디렉토리 관리) | EP.10 캠프파이어 특집 상편


디자이너로서 커리어를 시작할 때, 특히 경력이 부족하다면 고민이 많을 수밖에 없죠. “내가 과연 준비가 됐을까?”, “경험도 없는데 이런 회사에 도전해도 될까?” 같은 걱정이 앞서기 마련인데요. 그런 고민 속에서 도전했던 두 디자이너 세린님과 수빈님의 이야기를 들어봤어요.
두 분이 경험한 토스 인턴십은 단순히 보조 업무나 과제 중심의 경험이 아니라, 1인 디자이너로서 제품을 주도적으로 맡을 수 있었던 기회였다고 해요. 4개월이라는 시간 동안 압축적으로 성장하며 과거의 자신을 뛰어넘을 수 있었던 그 이야기, 지금 시작할게요.



Q. 토스 인턴십에는 어떤 분들이 지원하시는지 궁금해요. 두 분은 지원 당시 어떤 상황이셨나요?
세린 : UX 디자인에 흥미를 느껴 공부하던 학생이었어요. 하지만 제 실력으로는 디자이너로 시작하기에 부족하다고 느껴서 고민이 많았죠. 그러다 토스 PD 인턴십 공고를 보고 ‘이건 꼭 도전해야 한다’는 생각이 들었어요. 토스는 제가 꼭 경험해보고 싶었던 회사였거든요. 아직 졸업 전이었지만, 지금 아니면 안 될 것 같다는 마음으로 지원했어요.
수빈 : 저는 원래 산업디자인을 전공했어요. 코로나 이후 제 적성을 고민하다 UX 디자인으로 눈을 돌리게 됐죠. 다른 회사에서 프로덕트 디자이너로 인턴을 하긴 했지만, 주도적으로 문제를 해결하는 경험이 부족하다는 아쉬움이 남았어요. 그래서 더 적극적으로 일할 수 있는 환경을 찾아보다 토스에 지원하게 됐어요.



Q. 경력이 많지 않았던 만큼 걱정도 많으셨을 것 같아요. 어떤 점이 가장 고민이었나요?
세린 : 걱정이 많았죠. UX 실무 경험은 없었고 PM 인턴 경험만 있었거든요. 하지만 입사 전형을 겪으며 토스가 “경력보다 잠재력을 본다”는 걸 느꼈어요. 얼마나 많은 디자인을 해봤는지가 아니라, 문제를 해결하려는 태도와 제품을 바라보는 관점이 훨씬 중요했어요. “경력이 없다면 우리가 만들어 줄게!”라는 느낌이 강했달까요.
수빈 : 저도 비슷했어요. 포트폴리오도 완벽하지 않았고, UI 디자인 경험도 부족했거든요. ‘내가 이 정도로 가능할까?’라는 생각이 들었지만, 면접 과정에서 제게 필요한 질문들을 많이 받으면서 생각이 바뀌었어요. ‘왜 이런 디자인을 선택했는지’, ‘이 문제를 어떻게 풀려고 했는지’를 묻는 질문들 덕분에 제 사고 과정을 돌아볼 수 있었고, 자신감도 얻었어요.
또 저의 경험과 태도를 보여주는 것에 집중했어요. 예를 들어, 제가 사이드 프로젝트를 할 때 발로 뛰며 사용자 인터뷰를 했던 경험이나, 꽃 사진 촬영을 위해 꽃을 직접 사고 팝업으로 판매까지 했던 이야기들을 담았어요.결국, 토스가 원하는 건 현재 스킬보다도 그런 적극적인 태도와 문제를 해결하려는 자세가 아니었을까 싶어요.


Q. 실제로 토스에서 인턴십을 하며 어떤 경험을 하셨나요?
세린 : 대부분의 인턴십은 보조 업무 위주로 진행된다는 인식이 있잖아요. 그런데 토스는 달랐어요. 사일로에 소속된 1인 디자이너로서 제품의 모든 과정을 주도적으로 맡을 수 있었어요. 제가 제안한 디자인이 실제로 제품에 반영되고, 유저 반응을 확인하는 경험은 정말 짜릿했죠. 인턴이라기보다는 정규직처럼 일했던 것 같아요.
수빈 : 저도 가장 놀랐던 점이 인턴에게도 제품 전 과정을 맡긴다는 점이었어요. 데이터 분석가, 개발자, 기획자와 협업하면서 문제를 정의하고 해결책을 제시하는 과정이 정말 재미있었어요. 4개월 동안 수십개의 제품을 디자인하고 결과를 빠르게 확인하며 성장할 수 있었어요. 다른 곳에서는 얻기 힘든 경험을 한 것 같아요. 



Q. 인턴으로서 업무에만 집중하며 성장하기 쉽지 않았을 것 같은데, 어떻게 가능했나요?
세린 : 디자인 챕터와 페어 디자이너의 지원 덕분이에요. 단순히 평가만 하는 게 아니라, 정말 저를 성장시키고 싶어 한다는 진심이 느껴졌거든요. 정기적인 피드백과 방향성 제시 덕분에 고민도 덜 수 있었고요. 또 인턴들은 서로 다른 팀에 배정돼서 경쟁에 대한 스트레스 없이 온전히 자신의 성장에 집중할 수 있었던 것도 큰 도움이 됐어요. 
수빈 : 팀에서 “제품이 꼭 성공하지 않아도 괜찮다. 과정 속에서 배우는 게 더 중요하다”는 말을 자주 해주셨어요. 이 말 덕분에 평가에 대한 부담을 덜고, 제품 자체에 몰입할 수 있었죠. 메이트와 페어 디자이너도 부족한 점은 명확히 짚어주고, 잘하는 점은 확실히 인정해줬어요. 이런 지원 속에서 자신감 있게 일할 수 있었어요.



Q. 마지막으로, 토스 인턴십 지원을 망설이는 분들에게 하고 싶은 말이 있다면요?
세린 : 어차피 해야 할 과정이라면, 토스에 도전해보세요. 취업 준비를 하며 포트폴리오를 만드는 건 누구나 해야 하는 일이잖아요. 그렇다면 토스에 지원해서 면접만으로도 얻어가세요. 포트폴리오를 보완할 힌트를 많이 얻을 수 있을 거예요. 그리고 인턴십에 합격한다면, 4개월 동안 폭발적으로 성장할 수 있어요. 정규직 전환까지 되면 좋고요. 잃을 게 전혀 없는 도전이니 꼭 해보세요!
수빈 : 경력이나 포트폴리오 완성도가 부족해도 괜찮아요. 토스는 실력보다 태도와 성장 가능성을 더 중요하게 봐요. 저도 UX 디자인 경력이 전혀 없었지만, 4개월 동안 엄청난 성장을 경험했어요. 수십 개의 프로젝트를 진행하며 협업하는 방법도 자연스럽게 배웠죠. 망설이지 말고 도전해보세요. 토스에서의 4개월은 다른 회사에서의 1년 이상 가치 있는 경험이 될 거예요. 정말로요!



두 분의 이야기를 통해 토스 인턴십이 단순한 경험을 넘어, 성장의 장을 열어준다는 걸 알 수 있었어요. 경력이나 경험이 부족해도 괜찮아요. 토스는 여러분의 가능성을 믿고, 이를 현실로 만들어주는 곳이에요.이제, 여러분도 토스에서 새로운 여정을 시작해보면 어떨까요? 




Interviewee: 장세린, 강수빈
Interviewer & Editor: 장성연, 유아란






디자이너로서 커리어를 시작할 때, 특히 경력이 부족하다면 고민이 많을 수밖에 없죠. “내가 과연 준비가 됐을까?”, “경험도 없는데 이런 회사에 도전해도 될까?” 같은 걱정이 앞서기 마련인데요. 그런 고민 속에서 도전했던 두 디자이너 세린님과 수빈님의 이야기를 들어봤어요.
두 분이 경험한 토스 인턴십은 단순히 보조 업무

2023년 프로덕트 디자이너 인턴십 후기를 들려드릴게요

토스 인턴십에서 고속 성장할 수 있는 이유


미스터리 디자인 클럽은? 
사용자 경험 속 크고 작은 궁금증을 사용자 리서치, 실험 등 다양한 방법으로 탐구하는 모임이에요. '왜 이렇게 디자인해야 할까?'라는 질문을 시작으로, 관성처럼 굳어진 UX 패턴의 진실을 파헤치며 더 나은 사용자 경험을 찾아가고 있어요. 

타임머신이 있다면 어디로 가보고 싶나요?

다들 고르셨나요? 오늘 미스터리 디자인 클럽에서는 ‘선택지를 고르는 화면’ 디자인에 대해 이야기해볼게요.
“화면 디자인을 하다보면 사용자가 선택지를 고르는 화면을 많이 구성하게 되는데요. 때에 따라 단 하나만 선택되거나, 여러 개를 선택할 수 있는 경우가 있어요. 그럴 때, ‘하나만 선택되는 화면은 당연히 *라디오 버튼으로 디자인 해야하지 않나?’라는 생각이 먼저 들어요. 사용자에게 ‘디자인적 증거’를 줘야겠다는 생각이 들기 때문이에요.” - 토스 프로덕트 디자이너 A
*라디오 버튼이란?  옵션을 선택할 때 사용되는 UI 컴포넌트인데요. 라디오의 물리적 버튼에서 따와 만들어진 PC UI 문법으로, 옵션 중 하나를 선택해야 할 때 PC와 모바일 모두에서 많이 이용되고 있어요. 


A씨를 비롯한 많은 메이커들이 토스의 모바일 디자인 시스템에 라디오 버튼 컴포넌트를 추가하자는 이야기를 꺼내곤 했어요. ‘너무 일반적인 공식이기 때문에’, ‘다른 곳에서 모두 이렇게 하기 때문에’가 그 이유였어요. 
그러나, 모바일 환경에서는 이 형태가 적합하지 않은 면이 있어요. 마우스 포인터로 버튼을 편하게 클릭할 수 있는 PC 환경에는 어울리지만, 손가락 끝으로 탭해야 하는 모바일 환경에서는 작은 원을 정확히 눌러야 할 것 같은 형태가 최선이라 하기 어렵기 때문이에요. 실제로는 레이블을 눌러서 선택할 수 있다고 해도요. 


iOS에서도 원형의 라디오 버튼은 존재하지 않아요. 대신 세그먼티드 컨트롤(Segmented Controls)이라는 컴포넌트를 이용하거나, 위 이미지처럼 체크박스를 사용해 PC의 라디오 버튼과 같은 기능을 구현하고 있어요. 탭 가능한 큰 영역을 제공하고, 미니멀한 스타일을 유지하기 위해 대안을 제시한 거죠. 
이렇듯 모바일에서 최선의 형태가 아님에도 불구하고, ‘하나만 선택되는 화면은 반드시 라디오 버튼을 써야하지 않을까?’라고 많은 분들이 생각했던 거에요. 

여러분은 앞서 어떤 선택을 하셨나요? 
그리고, 다른 사용자들은 어떻게 선택했을까요? 


세 가지 유형의 질문을 준비해 UT를 진행했어요. 
유형 1️⃣: 앞서 여러분이 선택한 ‘타임머신’ 질문처럼, 서로 배타적이어서 여러 개를 선택할 수 없는 것이 있어요. 
유형 2️⃣: ‘최근 1년간 감상한 콘텐츠를 선택하라’는 것처럼, 대부분 여러 개를 선택할 만한 질문이 해당돼요. 
유형 3️⃣: 단일 혹은 중복 모두 선택할 수 있는 질문이 해당돼요. 
질문에서는 ‘모두 선택’, ‘하나만 선택’ 등 선택 개수를 안내하지 않았어요. 또한, 일반적인 공식과는 반대로, ‘하나만 선택’일 땐 체크박스, ‘중복 선택’일 땐 라디오 버튼을 주어 사용자가 어떻게 선택하는지 관찰했어요. 

미스터리 디자인의 진실  
대부분의 사용자들은 버튼의 모양과 상관 없이 질문에 따라 답을 선택했어요 (15명 중 13명) 
유형 1에서는 하나를, 유형 2에서는 여러 개를, 그리고 유형 3에서는 선택하고 싶은 만큼 선택한 건데요. 
그렇게 선택한 이유가 무엇인지 물었을 때, 질문 자체에 집중해서 대답했어요. “나는 올빼미형 인간이다”, ‘”최근 1년간 영화, 드라마, 예능을 모두 봤다” 이렇게요. 유형 2나 3에서 ‘여러 개를 선택해도 되는지’ 묻는 분들이 계셨지만, 이들 또한 “질문에서 ‘중복 선택’이라는 말이 없어 헷갈린다”고 말했어요. 버튼의 모양을 언급하며 질문해도, 이 모양으로 인해 헷갈렸다고 말한 경우는 거의 없었어요. 
물론, 모든 사용자가 라디오 버튼의 역할을 모른다는 것은 아니에요. 인터뷰의 의도를 설명하고 버튼의 모양에 대해 물었을 때, ‘설문 조사, 시험’ 등에서 본 것 같다고 답한 분들도 계셨어요. 그럼에도 불구하고, 유형 1에서는 하나를, 유형 2에서는 여러 개를 선택했고 어색하게 느끼지 않았다고 했어요. 
결론: 동그란 라디오 버튼을 쓰지 않는다고 해서, 사용자의 선택에 문제가 되지 않아요. 
사용자는 버튼의 모양이 아닌 맥락에 더 큰 영향을 받기 때문이에요. 
위 예시에서는 단 하나의 질문이 전체 맥락이 되지만, 실제 제품 내에서는 이전 화면, 라이팅, 설명글 등 훨씬 다양한 것이 사용자의 맥락이 될 수 있어요. 중요한 것은 사용자가 선택해야 할 개수를 자연스럽게 이해할 수 있도록, 최선의 UI로 친절한 맥락을 제공하는 것이에요. 실제로 토스 앱 내 화면으로 UT를 진행했을 때, 사용자는 더욱 명확하게 선택했어요. 버튼의 모양과 상관 없이 하나를 묻는 질문에서 하나를, 여러 개를 묻는 질문에서 여러 개를 선택했죠.  
모바일에서도 반드시 동그란 라디오 버튼을 써야한다고 생각했다면, 오래된 공식에 따르고 싶었던 디자이너의 관성일 수 있어요. 중요한 것은, ‘반드시 그래야 하는 것’은 사실 그렇지 않을 수 있다는 거예요. 

여러분은 어떻게 생각하시나요? 댓글로 의견을 남겨주세요. 





미스터리 디자인 클럽은? 
사용자 경험 속 크고 작은 궁금증을 사용자 리서치, 실험 등 다양한 방법으로 탐구하는 모임이에요. '왜 이렇게 디자인해야 할까?'라는 질문을 시작으로, 관성처럼 굳어진 UX 패턴의 진실을 파헤치며 더 나은 사용자 경험을 찾아가고 있어요. 

타임머신이 있다면 어디로 가보고 싶나요?

다들 고르