Code 빌드

가족공유를 '실시간'이라 부르지 않기로 한 이유 — PawRelay 빌드 18

seunghyeonlab 2026. 6. 22. 20:08

오늘 마주한 질문

PawRelay를 비공개 테스트로 돌리는 동안 자주 받는 질문이 있다. "가족공유는 지금 실시간으로 되나요?"

PawRelay는 강아지·고양이 돌봄을 가족이나 커플이 헷갈리지 않게 기록하는 Android 앱이다. 밥 줬는지, 약 먹였는지, 산책 다녀왔는지를 여러 사람이 같이 보는 게 핵심이라, 동기화는 제품의 중심에 있다. 그래서 이 질문에 어떻게 답하느냐가 곧 제품을 어떻게 정의하느냐의 문제가 된다.

과장하지 않기로 한 선택

가장 쉬운 답은 "네, 실시간입니다"였다. 마케팅 문구로는 깔끔하다. 하지만 지금 실제 동작은 그렇지 않다.

현재 흐름은 이렇다. 한 기기에서 기록하면 서버로 보내고, 다른 기기는 자동 확인 또는 수동 새로고침으로 변경을 받아온다. 초 단위로 화면이 살아 움직이는 채팅 같은 실시간은 아니다.

그래서 "완전 실시간"이라고 말하지 않기로 했다. 이건 단순히 정직하려는 태도 때문만은 아니다. 테스트 단계에서 제품이 실제로 무엇인지를 흐리면, 나중에 테스터 피드백을 읽을 때 기준이 무너진다. "실시간"이라고 약속해두면 테스터는 채팅 같은 즉시성을 기대하고, 그 기대에 못 미치는 모든 순간이 버그처럼 보인다. 반대로 지금 흐름을 있는 그대로 설명하면, 테스터는 "이 흐름이 충분한가"라는 진짜 질문에 답해줄 수 있다.

진짜 묻고 싶은 것

제품적으로는 이게 핵심 질문이다. 반려동물 돌봄에서 필요한 건 초 단위 채팅 같은 실시간성인가, 아니면 "누가 뭘 했는지 안 헷갈리는 상태 공유"인가.

내 가설은 후자다. 가족이 같은 집에서 강아지를 돌볼 때, 0.5초 안에 화면이 갱신되는 게 중요한 경우는 드물다. 정말 중요한 건 "내가 약을 줬나, 안 줬나"가 명확해지는 것이다. 두 번 먹이거나 아예 안 먹이는 사고를 막는 것. 그건 초 단위 실시간이 아니라 신뢰할 수 있는 상태 공유의 문제다.

다만 이건 어디까지나 가설이다. 그래서 코드로 단정하기 전에 실제 가족·커플 테스트 피드백으로 판단하기로 했다. 만약 테스터들이 "새로고침해야 하는 게 답답하다"고 반복해서 말하면, 그때 자동 갱신 주기를 더 공격적으로 당기거나 푸시 기반으로 넘어가는 걸 검토한다.

남긴 결정

  • 동기화는 "자동 확인 + 수동 새로고침"으로 설명한다. "즉시 실시간"이라고 약속하지 않는다.
  • 실시간성을 더 끌어올릴지는 테스트 피드백을 보고 정한다. 지금 미리 만들지 않는다.
  • 관심을 보인 분께는 공개 댓글이 아니라 개인 메시지로만 참여 정보를 받는다. 계정 이메일 같은 정보를 공개된 곳에 남기지 않게 한다.

다음에 확인할 기준

테스트가 돌아가는 동안 내가 볼 신호는 세 가지다.

  1. 테스터가 "새로고침"을 불편으로 언급하는 빈도. 자주 나오면 동기화 체감이 부족하다는 뜻이다.
  2. 중복 기록이나 누락이 실제로 일어나는지. 이게 핵심 문제이므로 여기서 실패하면 실시간 여부와 무관하게 우선 고친다.
  3. "상태가 헷갈렸다"는 피드백의 성격. 그게 동기화 지연 때문인지, 화면 표시 방식 때문인지 구분해야 다음 작업이 갈린다.

AI로 기능 하나를 만드는 건 빨랐다. 하지만 그걸 제품으로 만드는 일은 "이 기능을 뭐라고 부를 것인가", "무엇을 약속하지 않을 것인가"를 정하는 데서 갈린다. 오늘은 약속을 줄이는 쪽을 택했고, 그 판단 근거를 여기 남겨둔다.

참고로 PawRelay는 돌봄 기록을 돕는 도구이지 질병을 진단하거나 치료하는 도구가 아니고, 수의사를 대체하지도 않는다. 지금은 공개 출시가 아니라 비공개 테스트 단계다.


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