테스트

작은 제품의 테스터 찾는 법

테스터를 모으는 일은 유통 문제이지 도구 문제가 아닙니다. 귀한 것은 사람이고 소프트웨어가 아닙니다.

게시 2026년 10월 12일 · 모든 가이드

귀한 것은 사람이지 테스트가 아닙니다

베타 테스트를 다루는 글은 대개 무엇을 측정할까로 시작합니다. 그건 쉬운 절반입니다. 어려운 절반은, 대부분의 작은 제품이 무언가를 설치하고 제대로 써본 뒤 무슨 일이 있었는지 말해줄 사람을 충분히 찾지 못한다는 점입니다.

그래서 첫 번째 결정은 어떤 도구를 쓸지가 아니라 어느 집단에 실제로 닿을 수 있는지입니다.

이미 가진 명단 — 가입했거나 대기 명단에 올랐거나 질문을 보내온 사람. 가장 싼 테스터이고 동시에 문제를 예의로 덮어줄 가능성이 가장 높은 사람입니다.
사용자가 이미 있는 커뮤니티 — 포럼, 채팅방, 당신 제품이 푸는 문제를 다루는 공간. 들어간다는 것은 링크부터 올리는 게 아니라 먼저 참여한다는 뜻입니다.
작업으로 돈을 받는 테스터 — 정해진 절차에 고정 보상. 정해진 날짜에 정해진 수의 완료된 테스트를 만들어내는 유일한 방법입니다.
인접 제품의 사용자 — 옆 문제에 이미 돈을 쓰는 사람은 예산도 습관도 의견도 있습니다.

무료 테스터는 이게 알아볼 만한 것인지를 답하는 데 강하고 열의에 대해서는 솔직합니다. 대신 완주가 불안합니다. 친구는 20분 테스트하고 답장을 멈추고, 당신은 그를 재촉하지 않습니다.

유료 테스터는 반대입니다. 일주일 안에 여덟 번의 완료된 세션, 매번 같은 다섯 질문에 대한 서면 답이 필요하다면 세션당 고정 보상이 유일하게 확장되는 방법입니다. 대가는 설명서를 제대로 써야 한다는 점입니다. 그들은 시킨 대로만 하고 한 걸음 더 하지 않습니다.

주어지지 않은 일에 대해서는 쓸모 있는 피드백이 나올 수 없습니다. 끝난 테스트가 어떤 모습인지 먼저 정하세요. 녹화, 특정 질문에 대한 서면 답, 채워진 체크리스트 같은 것입니다. 그리고 그 설명에 맞는 사람을 모으세요.

설명서는 거름망이기도 합니다. 받기 전에 꼼꼼히 읽는 사람이 끝까지 하고, 건너뛴 사람은 더 빨리 수락하고 더 적게 냅니다.

주요 흐름이 이해되는지만 보려면 몇 번이면 충분합니다. 대부분의 사람에게 영향을 주는 문제는 앞의 몇 번에서 나오고, 다섯 번째 사람은 세 번째가 한 말을 대체로 반복합니다.

테스터마다 다른 영역의 새 문제를 들고 오기 시작하면 사람은 더 이상 쓸모가 없어집니다. 표본이 부족한 게 아니라 제품에 고칠 곳이 여러 개라는 뜻이고, 다음 할 일은 모집이 아니라 수정입니다.

무엇을 원하는지가 아니라 무슨 일이 있었는지 물으세요. 그 버튼을 눌렀을 때 무슨 일이 일어날 거라 생각했나요가 어떤 기능이 필요하세요보다 훨씬 쓸모 있습니다.
모든 테스터에게 같은 질문을 하세요. 그러지 않으면 답을 비교할 수 없습니다.
도움을 주기 전의 첫 시도를 기록하세요. 설명한 뒤의 두 번째 시도는 제품에 대해 아무것도 말해주지 않습니다.
실패도 성공만큼 꼼꼼히 모으세요. 전부 잘 됐다는 세션은 대개 상대가 배려해준 세션입니다.

대부분의 글이 말하는 것보다 적습니다. 주요 흐름이 말이 되는지를 보려면 몇 번의 세션으로 영향 범위가 넓은 문제는 거의 다 나옵니다. 더 많은 테스터가 필요한 경우는 여러 유형의 사용자를 덮어야 할 때이지, 같은 사용자에 대해 더 확신하고 싶을 때가 아닙니다.

정해진 날짜까지 정해진 수의 완료된 테스트가 필요하거나 내 주변 밖의 사람이 필요할 때 지급하세요. 친구에게 이 아이디어 재미있어라고 묻는 단계라면 돈을 주지 마세요. 그건 테스트가 아니라 대화입니다.

이미 신용이 쌓인 곳입니다. 대기 명단, 참여해온 커뮤니티, 또는 먼저 이 문제로 연락해온 사람. 한 번도 참여한 적 없는 커뮤니티에 링크를 던지면 대개 아무것도 얻지 못하고 호감만 잃습니다.

테스트는 제품이 작동하고 이해되는지를 묻고, 리서치는 사람들이 애초에 무엇을 필요로 하는지를 묻습니다. 작은 제품은 보통 테스트를 먼저 합니다. 답을 반영하기 더 싸고, 같은 사람들이 답을 줄 수 있기 때문입니다.