숙제 같은 피드백, ‘디자인 챌린지’로 재미있게 풀기

국내 유명 IT 기업은 한국을 넘어 세계를 무대로 할 정도로 뛰어난 기술과 아이디어를 자랑합니다. 이들은 기업 블로그를 통해 이러한 정보를 공개하고 있습니다. 요즘IT는 각 기업의 특색 있고 유익한 콘텐츠를 소개하는 시리즈를 준비했습니다. 이들은 어떻게 사고하고, 어떤 방식으로 일하는 걸까요?

이번 글에서는 성형수술 및 피부 시술 정보 제공 플랫폼 ‘강남언니’의 프로덕트 디자이너가 효과적인 피드백을 이끌어 냈던 방법에 대해 소개합니다.

배경

해야 할 일은 사라지지 않고 문제는 늘 많은데 ‘나도 이런 문제가 있으니 봐주세요’라고 이야기하면 얼마나 생산적인 피드백을 받을 수 있을까요? 심지어 그것이 처음 보는 제품이라면요? 피드백을 받으면 내가 생각하지 못한 힌트를 얻거나, 못 보던 문제를 발견할 수 있다는 것은 누구나 공감할 거라고 생각합니다. 하지만 피드백은 요청하는 사람도 주는 사람도 고려할 게 많은 복잡한 과정입니다. 요청하는 사람은 문제와 맥락을 적절히 설명해야 하고, 주는 사람은 충분히 이해하고 직접 해보거나 그것에 준하는 몰입이 필요합니다.

이러한 어려움에도 불구하고 그 중요함을 알기에 양질의 피드백을 받기 위해 문제, 해결 방법, 피드백 요청 내용에 대해 상세히 설명했습니다.

문제

피드백을 요청하는 사람과 주는 사람이 같은 제품을 만들고 있다면, 소소한 제약 사항은 이미 서로가 공유하고 있기 때문에 핵심 내용만 전달해도 상황을 쉽게 이해할 수 있을 거예요. 하지만 저는 강남언니팀과 다른 병원향 SaaS 제품을 만드는 중입니다. 피드백을 요청하기 전에 제품을 사용하는 사용자와 환경의 특징을 설명해야 하고, 목적과 히스토리는 물론 사용하는 단어의 의미까지 알려야 했습니다.

피드백을 주는 사람 또한 낯선 내용을 이해하기 위해 반복적으로 질문하고, 디자인 시안을 만들어보거나 그것에 준하는 몰입의 시간이 필요했습니다. 좋은 피드백을 주기 전에 문제에 접근하는 것조차 어려운 일이었는데요. 이 문제를 해결하기 위해 어떻게 접근했을까요?

가설

피드백의 내용보다도 접근 자체를 가로막는 것들을 제거하는 데 집중하기로 했습니다. 방법을 찾던 중 겪은 어려움을 다시 생각해 봤습니다.

1. 내용의 범위가 넓은 것
2. 전달해야 하는 내용이 많은 것
3. 이해하기 어려운 것

즉, 문제의 접근성을 높이려면

1. 피드백 받을 범위를 작게 만드는 것
2. 문제 해결과 상관없는 것은 이해하지 않는 것
3. (또 하나의 일이 아니라) 가치를 느끼는 것

이 필요하다고 생각했습니다. 그리고 이것을 달성하기 위해 사용한 해결책은 ‘디자인 챌린지’였습니다. 디자인 챌린지를 간단하게 설명하면, 5분 정도 문제 설명을 듣고, 나라면 어떻게 했을지 10분간 풀어보는 것입니다.

해결책

1) 작게 쪼개기

먼저 디자인 챌린지가 얼마나 효과가 있을지 체크해 보고 싶었습니다. 그래서 간단해 보이지만 조금만 달리 봐도 큰 임팩트를 경험해 볼 수 있는 UX writing을 같이 고쳐보는 챌린지를 준비했습니다.

우선 문제를 한 문장으로 정의하고, 맥락을 5줄 이하로 작성합니다. 이때 정책, 기술적 제한사항 등을 함께 설명하는데, 문제를 해결하기 위해 반드시 필요한 내용인지 고민하고, 아니라면 과감히 제외합니다.

좁은 영역에 맥락을 써보는 것만으로도 그동안 ‘문제 해결에 불필요한 내용까지 공유되고 있었구나’를 발견할 수 있었습니다. 문제를 더 작게 쪼개니 해결하고 싶은 것이 더 명확해진다는 효과도 있었습니다.

2) 환경 만들기

만든 문제를 가지고 챌린지를 요청해야 하는데, 슬랙 같은 비동기 방식은 적절하지 않다고 생각했습니다. 전과 같이 해야 할 일쯤으로 미뤄두거나, 다른 일을 하는 중에 추가 질문이 들어오면 답변을 바로 주어야 한다는 부담감이 들거라 생각했습니다. 그래서 비동기 방식이나, 따로 시간을 마련하기보다는 디자인 챕터 주간 회의 시간을 활용했습니다. ‘시간 날 때 챙겨주세요’가 아니라 모인 김에 하자고 접근했죠. 

챌린지를 끝내고 피드백을 들어보니, 피드백을 숙제처럼 하는 게 아니라 모여서 같이 진행하니 부담이 줄었다고 합니다. 또한 슬랙으로 하면 겉핥기식이나 타자의 입장으로만 작성하기 쉬웠는데 내 일처럼 몰입하고 있음을 느낄 수 있었다고 합니다.

3) 실행하기

문제를 이해한 다음으로는 모두가 볼 수 있도록 같은 화면 위에 각자의 영역을 만든 뒤, 문제를 풀어보는 시간을 가집니다. 풀면서 그렇게 생각한 이유에 대해서도 함께 정리합니다.

진행자로서 참여했을 땐 다른 분들의 엄청난 몰입도를 느낄 수 있었습니다. 하기 전에는 낯선 내용이 함축적으로 전달되어 문제에 다가가기 더 어려워지지 않을까 걱정도 했는데, 오히려 알아야 할 만큼만 알 수 있고 짧은 시간 내에 집중해서 진행할 수 있었습니다.

결과

참여해 주신 분들의 반응은 폭발적이었습니다. 문제의 단위가 작아서 집중해야 할 부분을 정확히 파악할 수 있었던 점, 그리고 같은 문제를 다른 디자이너는 어떻게 풀어가는지, 서로의 생각을 배워가는 시간이었다는 점은 가설을 검증하기에 충분했습니다.

특히 ‘엄마가 공부하라면 하기 싫기 마련인데… 언제까지 해와라’ 혹은 ‘각각 언제까지 해보고 공유하자’가 아니라, 짤막하게 동시에 시도해 보는 거라 캐주얼하게 느껴져서 좋았다는 피드백이 기억에 남습니다. 밀린 숙제는 하기 싫기 마련인데, 할 수밖에 없는 환경과 그 속에서 얻을 수 있는 효용과 재미를 주어 챌린지를 성공적으로 만들 수 있었습니다.

개선

이렇게 디자인 챌린지를 함으로써 피드백을 요청하는 사람은 문제의 핵심을 전달하는 방법을, 주는 사람은 높은 몰입과 다른 디자이너의 관점을 얻을 수 있다는 기대를 가질 수 있게 되었습니다.

그런데 과정 속에서 ‘결론’이라는 새로운 미션을 만났습니다. 많이 받은 피드백이 ‘논의로만 끝나지 않고 어떻게 적용되었는지 알고 싶다’, ‘다양한 관점도 좋지만, 결국 하나를 선택해야 한다’, ‘요청한 사람이 무엇을 선택할지 모르겠다’였습니다. 그래서 피드백을 남기는 것에 그치지 않고, 피드백을 피드백하는 방식을 마련해 보기로 했습니다.

진행한 방법은 ‘오늘의 챌린저’를 선정하는 것이었습니다. 챌린지 방식은 유지하고, 시간이 끝나면 각자의 디자인을 설명하고 설득한 뒤 가장 알맞아 보이는 해결책에 이모지를 붙이는 거죠.

이를 통해 문제를 이해하는 시간과 노력을 줄이는 것뿐만 아니라, 각자의 피드백을 설명하며 설득하는 과정을 통해 소신 있게 반대하면서도 결국 귀결되는 하나의 의견으로 채택하는 과정을 경험해 볼 수 있었습니다. 1등을 뽑는 것처럼 얻을 수 있는 가치가 구체적이고, 실제로 적용되어 눈에 보이는 것일수록 높은 성취감을 얻을 수 있다는 것도 알게 되었습니다.

적용

이번 챌린지는 디자이너를 대상으로 진행했지만 사용자를 만날 때도 똑같을 거라 생각합니다. 더 좋은 피드백을 받기 위해서는 일단 피드백을 받을 수 있어야 합니다.

아무리 자세한 설명과 친절을 마련해도 피드백을 주는 사람에게 많은 시간과 노력을 요구하면, 그 효과가 떨어질 수밖에 없습니다. 그럴 때일수록 문제를 작게 쪼개고, 작더라도 해결에서 오는 성취감을 느낄 수 있다면 피드백을 받는 것을 넘어 유용한 피드백 루프를 만들 수 있을 거라고 생각합니다.

예를 들어, 10분 내로 캐주얼한 UT를 진행해 보거나, 자리에서 피드백한 것을 반영해 보여주는 것도 방법이 될 수 있죠. 피드백을 요청할 시간도 없고, 어디서부터 설명해야 할지 모르겠다면 우선 작게 쪼개고, 이미 확보된 시간을 사용해 눈에 보이는 가치를 제시해 보세요. 그럼 내 제품에 몰입하는 사람이 생길 거예요. ‘선뜻 다가가기 어려운 제품이었는데 해볼 만하다’라는 피드백을 받은 것처럼 말이죠.

<원문>

숙제 같은 피드백, 누구보다 재미있게 하기
 

요즘IT의 모든 콘텐츠는 저작권법의 보호를 받는 바, 무단 전재와 복사, 배포 등을 금합니다.