Code 빌드

PawRelay의 중심을 기록장이 아니라 가족 인수인계로 다시 잡았다

seunghyeonlab 2026. 7. 7. 20:07

hero

PawRelay의 제품 방향은 단순한 반려동물 기록장에서 가족·커플이 돌봄 상태를 넘겨받는 인수인계 도구로 좁혀졌다. 기록을 많이 남기는 앱이 아니라, “밥 줬어?”, “약 누가 줬지?”, “오늘 산책했나?”, “어제 토한 건 몇 시였지?” 같은 반복 질문을 줄이는 앱이어야 한다는 결론이 더 분명해졌다.

이 판단은 기능을 더 붙이자는 이야기가 아니다. 오히려 어떤 기능을 우선순위에서 밀어야 하는지 정하는 기준에 가깝다. 혼자 쓰는 기록 앱으로도 기본 가치는 있어야 하지만, PawRelay가 계속 테스트할 만한 제품이 되려면 함께 돌보는 집에서 더 강해져야 한다. 그래서 이번 기록의 중심은 테스터 모집이 아니라, 제품의 쐐기를 어디에 둘 것인지에 대한 판단이다.

빠른 답: PawRelay는 무엇을 줄여야 하나

결론은 돌봄 기록의 양보다 확인 질문의 횟수를 줄이는 데 집중해야 한다는 것이다. 사용자가 앱을 열었을 때 가장 먼저 해결되어야 하는 문제는 예쁜 일지 작성이 아니라, 지금 이 집에서 누가 무엇을 했는지 확인하는 일이다.

반려동물을 혼자 돌보는 경우에는 기록 앱이 “내가 기억하기 위한 도구”로 작동한다. 하지만 가족이나 커플이 함께 돌보는 경우에는 문제가 달라진다. 한 사람의 기억이 아니라 여러 사람의 행동이 섞이고, 같은 일을 두 번 하거나 꼭 해야 할 일을 놓칠 가능성이 생긴다. 이때 PawRelay가 줄여야 하는 것은 감정적 불안만이 아니라 실제 커뮤니케이션 비용이다.

이번 판단에서 기준으로 삼은 질문은 네 가지였다.

  • 밥, 약, 산책처럼 반복되는 돌봄 행동을 누가 했는지 알 수 있는가
  • 토함 같은 이상 상황을 나중에 다시 찾을 수 있는가
  • 가족이나 커플이 앱을 함께 쓸 때 혼자 쓸 때보다 가치가 커지는가
  • 공유가 붙었을 때도 수의학적 판단을 대신하는 표현으로 흐르지 않는가

여기서 중요한 선은 명확하다. PawRelay는 질병을 진단하거나 치료를 지시하는 제품이 아니다. 반려동물의 상태와 돌봄 행동을 가족이 더 잘 확인하도록 돕는 기록·공유 도구다. 이 선을 지켜야 공개 개발 기록도 안전하고, 제품 메시지도 과장되지 않는다.

기존 기록장 관점의 한계는 어디서 드러났나

문제는 “기록을 남긴다”라는 문장만으로는 실제 사용 장면을 충분히 설명하지 못한다는 점이었다. 사용자가 혼자 일기를 쓰듯 기록하는 상황만 떠올리면, PawRelay는 수많은 메모 앱이나 습관 앱과 경쟁하게 된다.

하지만 실제로 반복되는 질문은 기록 작성 자체가 목적이 아니다. “밥 줬어?”라는 질문은 밥 기록을 예쁘게 남기고 싶어서 나오는 말이 아니다. 중복 급여를 피하고, 해야 할 일을 놓치지 않기 위해 나오는 확인이다. “약 누가 줬지?”도 마찬가지다. 기록의 핵심은 추억 저장이 아니라 책임과 상태의 전달이다.

그래서 제품 설명도 바뀌어야 한다. “반려동물 기록 앱”이라고만 말하면 기능 범위가 넓고 흐릿하다. 반대로 “가족·커플 돌봄 인수인계”라고 말하면 어떤 화면과 흐름을 먼저 검증해야 하는지 선명해진다. 기록 입력, 공유 확인, 수동 새로고침, 변경 확인, 백업·가져오기 같은 요소도 이 기준 아래에서 우선순위를 다시 받을 수 있다.

비교하면 이렇게 정리된다.

관점 기록장 중심 가족 인수인계 중심
핵심 질문 무엇을 기록할 수 있나 누가 무엇을 했는지 바로 알 수 있나
주요 가치 개인 기억 보관 중복·누락·불필요한 질문 감소
테스트 기준 입력 폼이 충분한가 공유 후 상태 확인이 자연스러운가
위험한 표현 건강 판단을 대신하는 듯한 설명 돌봄 사실 확인에 머무는 설명
보류할 것 기록 종류를 무작정 늘리기 공유 흐름 검증 전 확장 기능 추가

이 표에서 남긴 결정은 단순하다. 지금은 기록 종류를 늘리는 것보다, 가족 공유가 붙었을 때 “혼자 쓰는 앱보다 훨씬 강해지는지”를 먼저 봐야 한다.

Family Sharing을 제품의 쐐기로 본 이유

판단의 핵심은 가족 공유가 부가 기능이 아니라 제품의 차별점일 수 있다는 점이다. 혼자 쓰는 기록 앱으로도 쓸 만해야 하지만, 그 상태에 머물면 PawRelay의 이유가 약해진다. 함께 돌보는 집에서 앱을 열었을 때 바로 이전 행동을 확인할 수 있어야 이 제품이 계속 쓰일 가능성이 생긴다.

여기서 공유는 과장된 실시간성을 약속하지 않는 방식이어야 한다. 공개 가능한 설명은 “공유된 변경 사항을 자동으로 확인하고, 필요하면 수동으로 새로고침할 수 있다” 정도가 맞다. 즉시 동기화를 보장하는 것처럼 말하면 테스트 중 확인해야 할 지점을 이미 해결된 것처럼 포장하게 된다.

또 하나 구분해야 할 것은 Google Drive의 역할이다. Drive는 Family Sharing 자체가 아니다. Plus 테스트 맥락에서 선택적으로 쓰는 수동 백업·가져오기 경로로 설명하는 것이 맞다. 가족 공유와 Drive 백업을 섞어 말하면 사용자가 기대하는 동작이 달라지고, 나중에 QA 기준도 흐려진다.

이번에 남긴 공개 가능 체크리스트는 다음과 같다.

  • Family Sync는 공유 변경을 자동 확인하고 수동 새로고침도 가능하다고만 설명한다
  • Google Drive는 Plus 테스트용 선택적 수동 백업·가져오기로만 설명한다
  • Google 계정 이메일은 DM이나 비공개 폼으로만 받는다
  • 실제 테스터 이메일, 초대코드 원문, 콘솔 ID, OAuth 값, 결제 값은 공개 글에 쓰지 않는다
  • PawRelay가 수의사를 대체하거나 진단·치료한다고 말하지 않는다
  • 공개 출시 전에는 closed test, private test, Google Play test라고 표현한다

이 체크리스트는 마케팅 문구를 예쁘게 다듬기 위한 장치가 아니다. 제품이 아직 테스트 중일 때 과도한 약속을 막고, 공개 개발일지에 남길 수 있는 정보와 남기면 안 되는 정보를 분리하기 위한 기준이다.

테스트에서 확인해야 할 실패 지점은 무엇인가

결론은 “공유가 붙으면 강해진다”는 가설을 실제 가정의 사용 흐름으로 확인해야 한다는 것이다. 이 가설이 맞으려면 사용자는 단순히 기록을 입력하는 데서 끝나지 않고, 다른 사람이 남긴 돌봄 상태를 보고 질문을 줄였다고 느껴야 한다.

가장 먼저 볼 실패 가능성은 혼자 쓰는 기록 앱으로는 괜찮지만 함께 쓰는 순간 흐름이 헷갈리는 경우다. 예를 들어 한 사람이 밥이나 약을 기록했는데 다른 사람이 그 변경을 확인하는 과정이 불편하면, PawRelay의 중심 가치는 약해진다. 공유 변경이 자동으로 확인되더라도 사용자가 언제 수동 새로고침을 눌러야 하는지 감을 잡지 못하면 신뢰가 떨어질 수 있다.

두 번째 실패 가능성은 기록이 너무 의료적 판단처럼 보이는 경우다. 토함 같은 이상 상황은 나중에 시간을 확인하기 위해 남길 수 있다. 하지만 그 기록이 원인 분석이나 치료 지시처럼 읽히면 제품의 역할을 벗어난다. 그래서 문구와 화면의 기준은 “상태와 행동을 남긴다”에 머물러야 한다.

세 번째 실패 가능성은 테스터 모집 메시지가 제품 검증보다 앞서는 경우다. 반려동물을 같이 돌보는 집을 찾는 것은 필요하지만, 블로그 기록의 중심은 모집이 아니라 무엇을 검증하려는지여야 한다. 테스터에게 묻고 싶은 것도 “앱이 예쁜가”가 아니라 “혼자 써도 괜찮고, 가족·커플 공유가 붙으면 훨씬 강해지는가”다.

다음 테스트 질문은 이렇게 남긴다.

  • 함께 돌보는 사람이 PawRelay를 열었을 때 마지막 돌봄 상태를 빠르게 이해하는가
  • 밥, 약, 산책 같은 반복 행동에서 중복 확인 질문이 줄어드는가
  • 토함처럼 나중에 다시 찾아야 하는 이벤트가 시간과 함께 충분히 남는가
  • 자동 확인과 수동 새로고침의 역할이 사용자에게 혼란스럽지 않은가
  • 백업·가져오기와 가족 공유가 서로 다른 기능으로 이해되는가

이 질문들은 성공을 선언하기 위한 문장이 아니다. 다음 테스트에서 관찰해야 할 기준이다.

보류한 것과 다음 결정 기준

결론적으로 지금 보류할 것은 기능 확장 욕심이다. 기록 종류를 더 늘리거나, 공유를 더 화려하게 보이게 하거나, 백업을 협업 기능처럼 설명하는 방식은 당장 제품을 더 커 보이게 만들 수 있지만 검증 기준을 흐린다.

다음 결정은 Family Sharing이 실제 wedge인지 확인한 뒤에 해야 한다. 만약 함께 돌보는 집에서 반복 질문이 줄고, 누가 무엇을 했는지 확인하는 흐름이 자연스럽다면 PawRelay의 중심 메시지는 “가족 돌봄 인수인계”로 더 강하게 가져갈 수 있다. 반대로 공유가 붙어도 혼자 쓰는 기록 앱과 큰 차이가 없다면, 입력 흐름이나 상태 확인 화면을 다시 봐야 한다.

남겨야 할 기준은 세 가지다. 첫째, 테스트 상태를 공개 출시처럼 말하지 않는다. 둘째, 공유와 백업의 역할을 섞지 않는다. 셋째, 반려동물 건강 판단을 대신하는 제품처럼 쓰지 않는다. 이 세 가지를 지키면 개발일지는 제품을 과장하지 않으면서도 실제로 무엇을 검증하고 있는지 보여줄 수 있다.

PawRelay의 다음 확인 지점은 명확하다. 가족·커플이 함께 돌보는 집에서 앱이 질문을 줄이는가. 혼자 쓰는 기록 앱으로도 기본이 되는가. 그리고 공유가 붙었을 때 제품의 이유가 더 선명해지는가. 이 세 가지가 확인될 때, PawRelay는 단순 기록장을 넘어 실제 테스트 가능한 돌봄 인수인계 제품에 가까워진다.


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