도그푸딩은 유저 리서치가 아니다

Nielsen Norman Group의 Therese Fessenden이 자주 뒤엉키는 세 가지 검증 방법 — 도그푸딩(dogfooding), QA 테스트, 사용자 리서치 — 의 역할을 또렷하게 갈라놓았습니다. 팀이 자사 제품을 직접 써보는 도그푸딩은 유용하지만, 그것을 '사용자 리서치를 했다'로 착각하는 순간 진짜 사용자의 목소리는 사라진다는 것이 핵심입니다.

"무언가가 어떻게 작동하는지 일단 알고 나면, 모르는 상태를 신뢰성 있게 흉내 낼 수 없다."Therese Fessenden, Nielsen Norman Group

왜 중요한가

세 방법은 묻는 질문이 다릅니다. 도그푸딩은 '반쯤 현실적인' 맥락에서 버그·깨진 플로·명백한 공백을 잡아내고, 특히 결과가 확률적으로 흔들리는 AI 기능을 반복 사용하며 감을 잡는 데 강합니다. QA는 '의도대로 동작하고 신뢰할 수 있는가'를 체계적으로 검증하되 사용자가 즐거운지는 따지지 않습니다. 사용자 리서치만이 '실제 사용자가 이걸로 목표를 이룰 수 있는가'를 답합니다. 문제는 '지식의 저주' — 만드는 사람은 너무 많이 알아서 초심자의 혼란을 재현하지 못한다는 점입니다.

실무 적용

어떤 피드백 활동이든 시작 전에 한 문장을 물으세요 — '지금 우리가 얻는 건 누구의 관점이고, 그게 우리에게 필요한 관점인가?' 도그푸딩은 리서치를 대체하는 게 아니라 보완합니다. AI 기능처럼 동작이 매번 달라지는 제품이라면 내부 사용으로 이상 징후를 넓게 훑되, 진짜 사용자로 목표 달성 여부를 반드시 별도로 검증해야 합니다.

교차 참고

• Nielsen Norman Group: Don't Outsource the Learning — Why Human-Led Research Still Matters in the Age of AI — 사람이 직접 배우는 리서치가 왜 여전히 중요한지 함께 봅니다.
• Nielsen Norman Group: How to Decide When an AI Tool Is Worth Keeping — 내부에서 써본 결과를 증거로 바꾸는 평가 틀을 보완합니다.

Wemeet의 관점

Wemeet은 '우리가 써보니 괜찮더라'가 가장 흔하고 위험한 리서치 착각이라고 봅니다. 만든 사람의 편안함은 사용자의 편안함이 아닙니다 — 도그푸딩으로 버그를 잡고, QA로 신뢰성을 지키되, '되는가'의 최종 판정만은 반드시 바깥의 진짜 사용자에게 맡겨야 합니다.