내가 만든 앱인데도 도무지 앱에 손이 가질 않았다. QA를 할 때나 앱을 열어봤다. 알림이 있는데도 그랬다. 나는 원래 뉴니커였고, 매일 뉴닉 레터를 읽는 낙으로 출근했었다. 그런데 입사하고 몇개월이 지나자 예전 같은 마음으로 콘텐츠를 읽기가 어려웠다. 일이 되니까 예전처럼 마냥 좋지 않았다는 말은 하기 쉬운 말이다. 하지만 나도 쓰지 않을 제품을 다른 사람이 쓰기를 바랄 수는 없었다. 무언가 대대적으로 제품을 바꿔야 겠다는 생각이 들었다. 당시 뉴닉의 제품 팀은 아직 만드는 속도가 느렸다. 검증되지 않은 기획으로 개발에 돌입하기엔 리스크가 컸다. 만들지 않고도 검증할 수 있는 방법이 필요했다.
디자인 스프린트는 개발 없이 프로토타입을 통해 유저 반응을 검증할 수 있는 프로세스다. 정석적인 방법은 아래 자료를 참고하면 쉽게 따라할 수 있다.
디자인 스프린트는 6-8명 정도의 구성원과 5일을 꽉 채워서 진행된다. 뉴닉의 상황을 고려해 스프린트를 조금 조정해서 진행했다. 뉴닉의 제품 팀은 21년 6월에야 팀빌딩이 되었다. 그 전에는 제품팀 없이 일했다. 그래서 뉴닉의 구성원들은 제품 팀과 함께 일하는 것이나 제품 중심적으로 생각하는 것이 익숙하지 않았다. 그렇게 동떨어져 제품 팀이 제품을 만들어가다 보니까 팀의 대부분을 차지하는 다른 직군이 애플리케이션에 관심을 갖기가 어렵다는 문제도 있었다. 그래서 최대한 많은 사람들이 참여하되 리소스를 낭비하지 않는 방향으로 디자인 스프린트를 간소화 하여 진행했다.
간소화한 뉴닉의 디자인 스프린트 시간표
디자인 스프린트를 시작하기 전 스프린트의 방향을 잡기 위해 사용자 인터뷰를 진행했다. 사용자 인터뷰와 간단한 UT를 통해 리텐션을 높이기 위해 해결할 수 있는 문제 리스트를 만들고 그 중 가장 중요하다고 생각한 문제를 위주로 정리했다.
첫째날에 진행하는 액티비티는 거의 그대로 진행했다. 앞으로 의사결정을 함께 내려야 하기 때문에 장기적으로 어떤 목표를 가지고 있는지 맥락을 공유하는 일은 중요하다고 판단했다. 또, 유저 플로우 지도를 작성함으로써 제품에 대한 이해도도 맞출 수 있었다. 제품을 만들 때 가장 중요한 것은 문제 정의라고들 한다. 이런 앞단계를 함께 하는 것이 앞으로 '내가 변화를 만들 수 있다'고 믿을 수 있게 만들어 동기부여에 도움이 된다.
둘째날과 셋째날에 나누어 진행하는 액티비티는 합쳐서 컴팩트하게(빡세게) 진행했다. 오전에 아이데이션은 시간을 제한해두고 진행하기 때문에 재미있게 진행할 수 있다. 오후에 미술관처럼 나온 시안들을 전시한 다음에 논의를 이어가는 시간부터 조금 어렵다. 이미 오전에 2-3시간에 걸쳐 아이데이션을 마친 상태이기 때문. 그래서 아이데이션과 이제 미술관처럼 나온 시안들을 전시해두고 논의를 이어가는 부분 부터가 조금 어려운데 그 전에 점심 시간을 충분하게 갖고 간식도 잘 준비해 두는 것이 팁이라면 팁이다.