PawRelay 비공개 테스트 모집 문구를 제품 QA 기준으로 바꾼 날

PawRelay의 비공개 테스트 모집 문구는 단순한 홍보 문장이 아니라, 제품이 실제 생활 문제를 제대로 잡고 있는지 확인하는 첫 번째 필터였다. 결론부터 말하면 이번 기록의 핵심은 “많이 모으기”가 아니라 “맞는 사용자를 안전하게 모으기”였다. 강아지나 고양이를 함께 돌보는 사람, 같은 집 안에서 밥·약·산책 같은 일을 나눠 맡는 사람, 그리고 Android와 Google Play 테스트에 참여할 수 있는 사람을 명확히 좁혔다.

테스터 이메일을 공개 댓글로 받지 않는다는 문장도 남겼다. 이건 운영상 편의가 아니라 제품화 과정에서 꼭 필요한 안전선이다. PawRelay는 아직 공개 출시가 아니라 Google Play 비공개 테스트 단계이고, 사용자의 Google 계정 이메일은 테스트 참여를 위한 민감한 연락 정보가 될 수 있다. 그래서 공개 댓글이 아니라 DM이나 비공개 폼으로 받아야 한다는 기준을 다시 확인했다.

누가 테스트해야 제품 판단에 도움이 되는가

결론은 PawRelay의 초기 테스트 대상은 “반려동물을 키우는 사람” 전체가 아니라 “돌봄을 함께 나누는 사람”이다.

이번 모집 문구에서 가장 먼저 좁힌 조건은 강아지나 고양이를 키운다는 점이었다. 하지만 그것만으로는 충분하지 않았다. PawRelay가 해결하려는 문제는 단순 기록 앱의 문제가 아니라, 가족·커플·룸메이트 사이에서 같은 돌봄 상태를 맞춰 보는 문제에 가깝다. 혼자 모든 돌봄을 처리하는 사용자는 앱의 기본 기록 흐름을 볼 수는 있지만, 공유 상태 확인이나 중복 질문 감소라는 핵심 가치를 충분히 검증하기 어렵다.

그래서 추천 대상에 “같이 돌봄”을 넣었다. 이 표현은 기능 설명보다 더 정확한 테스트 조건이다. “밥 줬어?”, “약 먹였어?” 같은 질문이 자주 오간다면, 그 집은 PawRelay가 들어갈 만한 실제 장면을 이미 갖고 있다. 반대로 그런 질문이 거의 없다면 앱을 설치해도 테스트 피드백이 추상적으로 흐를 수 있다.

빠른 답으로 정리하면 이렇다.

질문	이번 판단
모든 반려인이 테스트 대상인가?	아니다. 함께 돌보는 집이 우선이다.
어떤 장면이 가장 중요했나?	밥, 약, 돌봄 여부를 서로 확인하는 장면이다.
왜 Android 조건을 명시했나?	현재 테스트 참여 경로가 Google Play 비공개 테스트이기 때문이다.
이메일은 왜 공개 댓글로 받지 않나?	테스트 초대에 필요한 계정 정보가 공개 공간에 남으면 안 되기 때문이다.

다음 확인 기준은 테스터가 실제로 이런 질문을 자주 겪는지다. 단순히 앱을 써보고 싶다는 관심보다, 집 안에서 돌봄 상태를 확인해야 하는 반복 상황이 있는지가 더 중요하다. 이 기준을 유지해야 기능 피드백도 “버튼이 예쁘다”가 아니라 “이 흐름이면 우리 집에서 확인이 줄어든다/줄어들지 않는다”로 돌아온다.

모집 문구가 왜 제품 요구사항처럼 보였는가

결론은 짧은 모집 문구 안에 PawRelay의 핵심 사용 시나리오가 거의 들어 있었다.

문구는 네 가지 조건으로 구성됐다. 반려동물을 키우는지, 함께 돌보는 사람이 있는지, 돌봄 여부를 자주 물어보는지, Android와 Google Play를 쓸 수 있는지다. 이 네 가지는 마케팅용 페르소나가 아니라 QA 필터에 가깝다. 하나라도 빠지면 테스트 결과의 의미가 달라진다.

예를 들어 Android와 Google Play 조건은 단순한 기기 선호가 아니다. 비공개 테스트는 실제 배포 경로를 거쳐 설치되는지, 초대된 계정으로 접근되는지, 테스트 참여자가 설치 단계에서 막히지 않는지를 확인해야 한다. 제품 기능이 좋아도 설치 진입에서 막히면 그날의 피드백은 기능 QA가 아니라 배포 QA가 된다. 그 둘을 섞으면 판단이 흐려진다.

기존 방식의 한계도 분명했다. “관심 있는 분 DM 주세요”만 쓰면 반응은 받을 수 있지만, 어떤 사람이 필요한지 알기 어렵다. PawRelay가 필요한 생활 장면을 겪는 사람인지, 지금 테스트 가능한 환경인지, 공개 댓글에 이메일을 남기지 말아야 한다는 안내를 이해했는지 확인하기 어렵다. 그래서 이번 문구는 부드럽게 쓰되 조건은 흐리지 않는 방향으로 잡았다.

공개 가능한 체크리스트는 다음처럼 남긴다.

• 강아지 또는 고양이를 실제로 돌보고 있는가
• 가족, 커플, 룸메이트 등 함께 돌보는 사람이 있는가
• 밥, 약, 돌봄 여부를 자주 확인하는 장면이 있는가
• Android 기기와 Google Play 테스트 참여가 가능한가
• Google 계정 이메일을 공개 댓글이 아니라 DM 또는 비공개 폼으로 전달할 수 있는가

다음 확인 기준은 이 체크리스트가 모집 단계에서 충분히 작동하는지다. 조건을 너무 길게 쓰면 참여 장벽이 높아지고, 너무 짧게 쓰면 맞지 않는 테스터가 들어올 수 있다. 이번에는 “추천 대상”이라는 말로 부드럽게 열어두되, 실제로 필요한 조건은 빠뜨리지 않는 쪽을 선택했다.

공개 글에서 무엇을 말하지 않기로 했는가

결론은 테스트 참여 안내보다 중요한 것은 공개하면 안 되는 정보를 애초에 받지 않는 구조를 만드는 일이다.

이번 기록에서 가장 명확한 금지선은 이메일을 공개 댓글로 받지 않는다는 점이었다. 테스터 초대에는 Google 계정 이메일이 필요할 수 있지만, 그 값은 공개 포스트의 댓글에 남길 정보가 아니다. 댓글은 검색되고 캡처되고 재공유될 수 있다. 한 번 공개된 연락처는 나중에 삭제해도 이미 퍼졌을 가능성을 배제하기 어렵다.

또 하나의 선은 제품 표현이다. PawRelay는 반려동물 돌봄 기록과 공유 확인을 돕는 제품이지, 질병을 진단하거나 치료하거나 수의사를 대체하는 제품이 아니다. 약을 먹였는지 확인하는 장면을 말할 수는 있지만, 건강 판단을 앱이 대신한다는 식으로 쓰면 안 된다. 공개 개발일지에서는 기능의 실제 범위를 좁게 말하는 것이 오히려 제품 신뢰를 지킨다.

공개 글에서 피해야 할 표현과 남길 수 있는 표현을 비교하면 기준이 선명해진다.

구분	피할 표현	남길 표현
출시 상태	공개 출시, 정식 오픈	비공개 테스트, Google Play 테스트
연락 정보	댓글에 이메일 남겨주세요	이메일은 DM 또는 비공개 폼으로 받습니다
의료 표현	앱이 건강 문제를 판단합니다	밥, 약, 돌봄 여부를 함께 확인합니다
동기화 기대	즉시 실시간 반영	공유 변경사항은 자동 확인되며 수동 새로고침도 가능합니다
백업 설명	Drive로 가족 공유	Plus 테스트용 선택적 수동 백업/가져오기

다음 확인 기준은 앞으로 쓰는 모든 모집 글과 개발일지가 이 선을 지키는지다. 특히 “약”이라는 단어가 들어가면 문장이 쉽게 의료 효능처럼 읽힐 수 있다. 그래서 약 관련 표현은 “먹였는지 기록하고 확인한다” 수준에 머물러야 한다. 기능의 범위를 정확히 말하는 것이 과장보다 오래 간다.

부드러운 톤과 엄격한 기준은 어떻게 같이 둘 수 있는가

결론은 모집 문구의 톤은 부드러워도, 내부 판단 기준은 단단해야 한다.

이번 후보 문구의 제목은 “Tester Reminder, Soft”였다. 말 그대로 강한 홍보 문장보다 부드러운 리마인더에 가깝다. 테스트 참여자를 계속 모으고 있다는 사실을 알리되, 압박하거나 과장하지 않는다. 아직 비공개 테스트 단계인 제품에는 이런 톤이 맞다. 공개 출시처럼 보이게 만들면 기대치가 실제 상태보다 앞서가고, 그 차이는 설치·사용·피드백 단계에서 다시 비용으로 돌아온다.

하지만 문장이 부드럽다고 해서 기준까지 느슨해져서는 안 된다. PawRelay가 지금 확인해야 하는 것은 “누가 관심을 보였는가”가 아니라 “제품의 핵심 문제를 실제로 겪는 사람이 테스트에 들어왔는가”다. 그래서 추천 대상 목록은 그대로 QA 기준이 된다. 돌봄을 함께 하는지, 반복 질문이 있는지, Android 테스트 환경이 되는지, 연락 정보를 안전하게 받을 수 있는지가 모두 다음 단계의 품질을 좌우한다.

잘 안 되는 이유도 미리 적어둘 필요가 있다.

• 혼자 돌보는 사용자가 많으면 공유 기능 피드백이 약해질 수 있다.
• iOS 사용자 중심으로 반응이 오면 현재 Google Play 테스트 흐름을 검증하기 어렵다.
• 이메일을 댓글로 받으면 개인정보 관리 위험이 생긴다.
• “약” 표현을 과하게 쓰면 의료 기능처럼 오해될 수 있다.
• 비공개 테스트를 출시처럼 말하면 기대 수준이 실제 상태와 어긋난다.

다음 확인 기준은 모집 이후의 피드백이 어떤 문제로 모이는지다. 설치 초대에서 막히는지, 집 안에서 돌봄 상태를 확인하는 흐름이 자연스러운지, 자동 확인과 수동 새로고침에 대한 기대가 과하지 않은지 봐야 한다. 이 단계에서는 많은 기능을 약속하는 것보다, 실제 테스트 가능한 범위를 정확히 유지하는 편이 낫다.

다음 QA는 어떤 질문으로 이어져야 하는가

결론은 다음 단계의 QA는 기능 목록이 아니라 생활 장면의 반복 여부를 기준으로 잡아야 한다.

PawRelay의 테스트는 “앱이 실행된다”에서 끝나면 안 된다. 이 제품이 실제로 필요한 순간은 누군가가 “밥 줬어?”라고 묻기 전에 상태를 확인할 수 있을 때다. 그래서 다음 QA 질문은 화면 단위보다 상황 단위로 짜야 한다. 사용자가 기록을 남기는 순간, 다른 사람이 그 변화를 확인하는 순간, 수동 새로고침을 눌러야 하는 순간이 자연스러운지 봐야 한다.

이번 기록에서 남긴 다음 확인 기준은 세 가지다. 첫째, 모집 문구가 맞는 사용자를 데려오는지 확인한다. 둘째, 비공개 테스트 참여 과정에서 개인정보가 공개 공간에 남지 않는지 확인한다. 셋째, 제품 설명이 돌봄 기록과 공유 확인의 범위를 넘지 않는지 확인한다.

Q&A로 남기면 다음 글을 쓸 때도 기준을 바로 꺼낼 수 있다.

Q. 테스터를 더 많이 모으는 것이 우선인가?
A. 지금은 아니다. 함께 돌보는 집처럼 핵심 상황을 가진 테스터가 우선이다.

Q. 이메일을 왜 댓글로 받지 않는가?
A. Google Play 테스트 참여에 필요한 계정 정보가 공개 공간에 남으면 안 되기 때문이다.

Q. PawRelay를 어떤 제품으로 설명해야 하나?
A. 반려동물 돌봄 기록과 공유 확인을 돕는 제품으로 설명한다. 진단, 치료, 수의사 대체처럼 들리는 표현은 쓰지 않는다.

Q. 다음 테스트에서 가장 먼저 볼 것은 무엇인가?
A. 실제 집 안에서 밥·약·돌봄 확인 질문이 줄어드는 방향으로 흐름이 작동하는지다.

이번 결정은 작지만 제품화에는 중요하다. 모집 문구는 겉으로는 몇 줄짜리 안내였지만, 안쪽에서는 대상 사용자, 공개 안전선, 테스트 가능 환경, 다음 QA 기준을 동시에 정리했다. PawRelay를 실제 테스트 가능한 제품으로 다듬는 과정은 이런 작은 문장들을 제품 기준으로 바꾸는 일에서 시작된다.

검증일: 2026-07-09

---

🐦 X에서 더 빠르게: @baegseungh7061
📚 이 시리즈 더 보기: Code 빌드
💌 새 글 알림: X 팔로우 또는 블로그 RSS 구독