개 푸딩이라는 연구 방법에 대해 들어 보셨을 것입니다.
PXD는 또한 프로젝트 기간 동안 개 푸딩을 몇 번 시도했습니다. 블록체인 관련 제품을 시장 출시 시간이 얼마 남지 않은 상태에서 이끌다 보니 사용자를 이해하기 전에 팀이 제품 관련 지식을 쌓도록 돕는 것이 무엇보다 중요하다고 느꼈습니다. 특히 단순한 설명으로는 이해하기 어려운 사업이기 때문에 자신이 제조하는 제품이 사용될 환경을 상상하기 어려운 경우가 많습니다.
개 푸딩이란?
ChatGPT에 대한 설명입니다.
애견 푸딩은 회사나 조직에서 만든 제품이나 서비스를 직원이나 내부 사용자가 사용하는 것을 말합니다. 이를 통해 직원은 제품이나 서비스를 직접 사용해 보고 문제를 발견하고 개선할 수 있습니다. 또한 내부 사용자의 피드백을 반영하여 제품이나 서비스의 완성도와 품질을 향상시킬 수 있습니다.
애견 푸딩의 대표적인 예가 IT 기업이 자사 제품을 직접 사용하는 것이다. 예를 들어 Google 직원은 Google 검색, Google 드라이브, Gmail과 같은 Google 서비스를 일상적으로 사용합니다. 이를 통해 Google 직원은 Google 서비스의 문제점을 발견하고 개선하여 더 나은 서비스를 제공할 수 있습니다. 또한,
개 푸딩은 또한 제품이나 서비스의 사용자 경험을 개선하는 데 큰 도움이 됩니다. 내부 사용자가 제품이나 서비스를 사용하면서 발생하는 문제를 해결하고 사용자가 원하는 기능을 추가할 수 있기 때문입니다. 결과적으로,
개 푸딩은 모든 제품이나 서비스의 완성도와 품질을 향상시키는 데 큰 역할을 합니다. 회사나 조직이 애견 푸딩을 적극적으로 채택하면 더 나은 제품과 서비스를 제공할 수 있을 뿐만 아니라 직원 참여도와 직업 만족도를 높일 수 있습니다.
개 푸딩을 소개합니다
바쁜 프로젝트에 참여하는 팀원들에게 개 푸딩이라는 새로운 방법을 소개하고 시간을 내어 참여하게 하는 것이 쉽지 않았습니다. 하지만 시간을 내어 참여하고 긍정적인 경험을 공유해 준 모든 팀원들에게 갑자기 감사하다는 말을 전하고 싶습니다.
우리가 어떻게 발전했고 그 과정에서 무엇을 얻었는지 돌아봅시다.
0. 먼저 프로젝트의 맥락을 제시하겠습니다.
우리 팀은 게임 + 블록체인 + 금융을 결합한 플랫폼을 만들었습니다. 프로젝트를 시작할 때 비슷한 목표를 가진 사례를 찾기 어려워 사업 자체를 이해하기 어려웠던 기억이 납니다. 이 비즈니스를 이해하기 위해 우리는 사용자를 거의 찾지 못했고 비즈니스를 이해하기 위해 3~4번의 인터뷰를 했습니다. 프로젝트 초기 단계와 프로토타입 단계에서 총 5번의 사용자 인터뷰를 진행했는데 사용자들의 의견을 듣는 것이 도움이 되었지만 뭔가 100% 명확하게 소화되지 않는 느낌이 들었습니다.
가끔 유저들의 의견이 좋은데 팀이 이 사업과 우리 제품에 대해 잘 이해하고 있는지, 제품을 직접 만드는 사람으로서 어떻게 하면 이해도를 높일 수 있을까 하는 생각이 들기 시작했습니다. 그때 떠오른 방법이 개 푸딩이었다. 생소한 분야를 하다 보니 더욱 필요했고 다들 소화하느라 너무 바쁜 스케줄이라 부담이 되기도 했지만 한번 해보기로 했다.
1. 개 푸딩 목표 설정: 제품 성숙도에 따라 목표를 설정합니다.
앞서 언급했듯이 우리가 보고 있는 시장 성숙도와 제품 성숙도도 낮습니다. 따라서 애견 푸딩의 목표를 잘 설정할 필요가 있었다. 가장 먼저 확인해야 할 것은 “우리는 제품이 비즈니스 목표에 맞게 설계되었는지 직접 확인하십시오.나는 이것을 할 필요가 있다고 느꼈다. 자칫 잘못하면 사용성 측면에서 지나치게 구체적인 의견을 얻을 수 있고, 팀의 이해도를 높이려는 애견 푸딩의 본연의 목표가 달성되지 않을 수 있기 때문이다. 우리는 우리가 개발한 제품이 비즈니스 목표와 일치하는지 확인하기 위해 평가하고 검토할 수 있다고 믿었습니다.
사실 제품 초반에는 도그 푸딩을 먹어볼 생각이 없었지만, 내가 만들고 있는 제품을 사용하는 사람의 입장에서 경험의 목적을 잊지 않겠다는 생각으로 도전해보기로 했다. , 하는 사람이 아닙니다.”
2. 실행할 시점을 결정합니다. 팀이 의견을 제시할 수 있는 지점을 목표로 합니다.
최초의 애견 푸딩은 초기 프로토타입 단계에서 시도되었다. 이 시기를 선택한 이유는 1) 아직 디자인이 완성되지 않아 새로운 지식이 나오더라도 수정의 여지가 있고, 2) 모두가 비즈니스에 대해 더 잘 이해할 수 있을 때 가능할 것으로 기대했기 때문입니다. 나중 단계에서 더 많은 도움을 받을 수 있습니다. 결과는 실패였습니다. 여러 이유가 있었지만 가장 큰 이유는 1) 모든 사람이 이해하지 못해서 의견을 표현하기가 쉽지 않았다는 점과 2) 프로젝트가 너무 빨리 진행되어 왜 이런 과정이 필요한지 이해하기 어려웠다는 점…인 것 같습니다. 원인이 됩니다.
두 번째 개 푸딩은 디자인이 거의 완성된 상태로 계속되었습니다. 결과적으로 당시에는 개 푸딩을하는 것이 효과적이었습니다. 1) 시간이 지날수록 팀원들의 이해도가 점차 높아지고 각자의 의견도 갖게 되었다. 강아지 푸딩이 돗자리가 되어 우리 각자의 여유로운 마음에 피어난 생각을 펼쳐보이게 해준 것 같아요.
3. 애견 푸딩 질문 만들기: 매장 배송 방법에 대한 구체적인 시나리오를 만듭니다.
앞서 언급했듯이 이 강아지 푸딩의 목표는 “우리는 비즈니스 목표를 달성하기 위해 제품을 설계하고 있습니까?“. 이것은 비즈니스 목표에 대한 이해가 선행되어야 했지만, 이 점은 초기에 간과되어 시행 착오를 추구했습니다.
첫 번째 개 푸딩의 경우 매우 간단한 접근 방식을 취했습니다. 나는 1) 높은 수준에서 비즈니스 목표를 이해하고 있다, 2) 질문을 했다, 2) 목표를 달성하기 위해 잘 설계되었는가, 3) 이런저런 이유로 잘 렌더링되었다고 생각한다. 하지만 결과는 실패였다. 비즈니스 목표를 완전히 이해하지 않는 한 누구나 대답하기 어렵지 않은 접근 방식입니다. 그래서 비즈니스 목표를 매우 구체적이고 가시적인 형태로 실현한다면 어떨까 생각했습니다.
두 번째로 개 푸딩에 대해 조금 더 생각했습니다. 우리는 어떤 상황에서 이 비즈니스 목표가 사용자에게 전달되어야 하는지를 생각하고 보다 구체적인 시나리오에서 해독하기로 결정했습니다. 팀원들에게 물어볼 질문에 대해서도 단계별 접근 방식을 취했습니다. 대안을 경험하고 평가하고 제안하는 과정입니다. 결과적으로 훨씬 접근하기 쉽고 구체적인 답을 많이 줘서 나름대로 성공적이었던 것 같아요.
4. 달리는 개 푸딩: 지속적으로 경고하고 격려해야 합니다. 열정적으로
목표를 설정하고 질문을 준비했다면 이제 Dog Pudding을 실행할 시간입니다. 애견 푸딩이 잘 되려면 바쁜 팀원들이 잊지 않고 참여할 수 있도록 끊임없이 알리고 격려하는 리더의 열정이 필요하다. 먼저 “오늘은 해주세요~”라고 했더니 10%도 안 되는 프로젝트 스태프가 참여했다. (그 10%에 눈물 흘리며 감사했던 기억이 납니다.)
두 번째 애견 푸딩은 1) 팀원 모두가 의견을 잘 쓸 수 있도록 샘플 답변을 미리 작성하는 시간을 가졌습니다. 원래 저만 그랬는데.. 참여 안해도 괜찮을텐데.. 곰곰이 생각해봐도 다른 분들의 의견을 보면 제 의견이 생각나서 저도 그것을 적고 싶다. 그 결과 모두가 참여하여 좋은 의견을 주셨습니다. 성공!
5. 피드백 검토 및 개선: 결국 긍정적인 경험을 위해 만든 모든 의견을 함께 살펴보는 시간을 가집니다.
우리에게 친숙한 이중 다이아몬드를 생각해 봅시다. 지금까지 다이아몬드를 확장하는 과정이었다면 이제부터는 다이아몬드를 좁히고 개량하는 과정에 들어가야 한다.
시트에 촘촘히 모아진 의견들을 화면별로 재정렬하여 빠른 개선에 대비할 필요가 있었다. 이 과정에서 figma 파일에 화면별로 의견을 정리한 후, 이 부분이 왜 문제로 제시되었는지, 무엇이 개선되어야 하는지, 어떻게 개선해야 하는지에 대해 모든 팀원이 제시한 의견을 검토하여 우리의 의견을 공유했습니다. 빨리 해야 할 일의 우선 순위를 나열하여 의견을 제시합니다.
그 후 2개의 팀을 구성하여 좀 더 세부적으로 개선 방안을 정리하는 시간이 되었는데, 이 단계가 팀원들에게 강아지 푸딩은 해볼 만한 활동이라는 생각에 영향을 준 것 같다… 그 이유는 3가지가 있다. 1) 나는 내 생각과 다른 팀원들의 생각을 들을 수 있었고, 2) 화면의 완성도에 집중하다 보니 보이지 않던 플랫폼을 관통하는 시나리오를 상상할 수 있었고, 3) 그리고 함께 나누는 것은 이야기. 화면 단위와 모듈 단위로 작업을 하다 보면 작업 중인 모듈 이외의 부분에 대한 이해도가 떨어지고, 제품의 전체적인 모습을 보기 어려울 수 있습니다. 예를 들어 게임 책임자는 GameFi(블록체인 금융 서비스 게임)를 제대로 이해하기 어렵고 GameFi 책임자는 NFT에 대해 제대로 알기 어렵습니다. 이런 상황에서 전체 화면을 열거하고 강아지 푸딩으로 제시된 시나리오가 서로 잘 맞는지 확인하는 과정이 제품을 객관적으로 경험하는 데 큰 도움이 됐다. 또한 강아지 푸딩은 오랜만에 거의 모든 일을 집에서 하면서 자유롭게 말을 할 수 있다는 점에서 긍정적인 느낌을 받은 것 같다.
6. 회고를 통해 프로세스를 다듬고 팀 프로세스로 내재화
Dog Pudding과 같은 새로운 것을 시도해 본 적이 있다면 팀이 실제로 그것을 어떻게 수용했는지 되돌아볼 가치가 있습니다. 긍정적인 과정처럼 느껴지면 일상적인 과정으로 내면화하세요. 다행스럽게도 팀의 긍정적인 의견과 개선을 위한 제안을 바탕으로 Dog Pudding을 내부 프로세스로 정착시키기 위해 노력하고 있습니다. 많은 노력이 필요할 것입니다.
도그 푸딩 이후 실질적인 개선 과정은 고객의 제품(니즈를 잘 반영한 제품)이 아닌 우리 제품(능동적이고 능동적)을 만드는 자세를 갖는 것이 좋은 습관인 것 같습니다. 다만 출시 후 GA로 진행하거나 AB 테스트와 같은 방식으로 개선 결과를 테스트했을 때 더 효과적일 것으로 보인다. 또 처음이라 콘텐츠나 기능을 추가하자는 아이디어가 주로 올라온 것 같다. 예를 들어 팝업을 열고 영웅 영역을 추가하는 등의 작업을 수행해 봅시다. 앞으로 더 많은 경험이 쌓일수록 이것이 우선시되어야 할 기존 콘텐츠와 일맥상통하는 것은 아닌지, 복잡해지는 것은 아닌지에 대해 많은 고민이 필요할 것 같다. -SCH
내가 많이 관여했던 모듈은 뒤로 물러서서 다시 보게 했고, 덜 관여했던 부분은 더 자세히 들여다보게 만들었다. 내가 깊이 관여하지 않았던 모듈이나 기능을 비틀어 새로운 관점에서 아이디어를 낼 수 있는 것 같다. 동시에 서로 비슷한 얘기를 하는 지점이 있었고 이것이 제품 전반에 걸친 보완점임을 깨닫는 계기가 되었다. 그리고 다음에도 그렇게 하고 싶습니다. 사용 가능한 모든 장치를 설정하고 사용합니다. 사용할 수 있는 모든 장치를 미리 준비하고 실행하면 반응형 디자인이 더욱 눈에 띕니다. 특히 PC용 모니터는 큰 해상도로, 휴대폰은 노치형, 엣지형, 일반형 등으로 최적화돼 있어 세세한 부분까지 확인할 수 있다. -HB
일반적으로 애견푸딩은 서비스 이용상의 문제점이나 개선점을 찾아 사용자의 입장에서 만들어 나가는 것으로 구성되어 있는데, 저희는 서비스가 오픈되고 개발이 막 시작되기 전에 이 일을 했기 때문에 지금 말해?’ 내가 원하는 주제에 대해 조금이나마 편하게 이야기할 수 있어서 좋았습니다. 또한 도그 푸딩을 통해 내가 담당하는 모듈과 내가 담당하는 모듈 이외의 모듈과의 관계를 쉽게 이해할 수 있어서 자연스럽게 기획하고 디자인할 수 있다는 생각에 한몫한 것 같다. 내가 담당했던 모듈. . (아, 익명으로 쓰다보니 후배들이 어려운 이야기를 좀 더 편하게 쓸 수 있지 않을까 싶네요 ㅎㅎ) 개발하기 전에는 키 화면이나 프로토타이핑으로만 강아지 푸딩을 만들면 되어서 혼자 강아지 푸딩을 만드는 것이 쉽지 않았던 것 같습니다. 이제 곧 서비스 오픈 예정이니 서비스 오픈 후 전사적으로 그리고 주기적으로 애견 푸딩을 만들어주시면 좋을 것 같아요~ – JH
시행착오를 통해 얻은 체크포인트
프로젝트 목표와 개발 단계를 고려하여 강아지 푸딩의 목표 설정
팀 구성원이 이해할 수 있는 시나리오로 잘 번역된 개 푸딩 목표
애견푸딩 피드백을 팀원 모두가 보고 공감하는 과정을 꼭 강조해주세요
제안된 피드백이 100% 개선되지 않는다는 점을 이해하는 것도 중요합니다. 애견 푸딩이라는 활동 자체의 중요성을 이해하고 팀에 유익한 방식으로 활용하는 것이 필요하다.
리더는 팀원들이 애견 푸딩을 잘 준비하도록 독려합니다.
마지막으로
도그 푸딩은 “만드는 사람이 아닌 내가 만드는 제품을 사용하는 사람의 입장에서 체험하기”를 목표로 하는 활동입니다. 특히 프로젝트가 일상적이고 친숙한 콘텐츠가 아닌 경우 프로젝트를 만드는 사람들은 콘텐츠를 작성하는 사람을 소유하기 전에 콘텐츠를 이해하느라 바쁠 것입니다. 팀원들이 사용자의 환경을 배우고 느끼는 과정은 물론, 사용자를 연구하고 세부적으로 프로토타입을 업데이트하는 과정까지 신경 쓴다면 도그 푸딩을 해보는 것도 하나의 방법이 될 것이다.
이미지 출처
*https://theproductgirls.com/explained-product-life-cycle-stages