오늘의 문제: 피드백이 새고 있었다
PawRelay 비공개 테스트를 돌리면서 가장 먼저 무너진 건 코드가 아니라 운영이었다. 테스터들이 보내주는 의견이 DM, 카톡, 텔레그램으로 제각각 들어왔다. 한 곳에서 본 불편함을 다른 곳에서 또 듣고, 정작 "이거 고쳤다"고 말하려는데 어느 대화에서 받은 건지 다시 뒤져야 했다.
문제는 의견의 양이 아니라 추적이었다. 같은 불편함이 두 번 들어왔는지, 이미 반영했는지, 다음 버전으로 미뤘는지를 머릿속으로만 관리하니 결국 새는 게 생겼다. AI로 앱의 골격을 빠르게 만든 뒤에는, 이렇게 사람한테서 들어오는 신호를 잃지 않는 게 다음 관문이라는 걸 체감했다.
선택: 채널이 아니라 보드를 기준으로
그래서 결정한 건 단순하다. 들어오는 채널은 그대로 두되, 모든 의견을 피드백 보드 한 곳으로 옮겨 적는다. 채널을 통일하려는 시도는 접었다. 테스터에게 "여기로만 보내세요"라고 강제하는 순간 의견 자체가 줄어든다고 봤기 때문이다. 받는 창구는 열어두고, 정리하는 곳만 하나로 모으는 쪽이 현실적이었다.
보드에는 의견만 쌓지 않았다. 어떤 버전에서 무엇을 고쳤는지를 같이 남겼다. 이게 핵심이다. 나중에 같은 불편함이 다시 올라왔을 때, "이미 X 버전에서 처리함"인지 "아직 미반영"인지 즉시 판단할 근거가 생긴다. 운영 기록은 미래의 나를 위한 복기 자료다.
실제로 반영한 것들: 전부 생활형
지금까지 보드를 거쳐 반영한 항목을 보면 화려한 기능이 아니라 사용감을 결정하는 디테일이었다.
- 위젯으로 오늘 할 일 보기 — 앱을 열지 않아도 오늘 챙길 일이 보이게
- 튜토리얼이 더 잘 보이게 — 처음 쓰는 사람이 길을 잃지 않게
- 공유받은 아이와 내 아이 구분 — 가족과 함께 쓸 때 누구의 정보인지 헷갈리지 않게
- 가족 공유 반영 타이밍 안내 — 공유한 변경이 언제 보이는지 명확히
특히 가족 공유는 안내 문구 하나가 체감을 크게 갈랐다. 공유된 변경은 자동으로 확인되지만, 필요하면 직접 새로고침해서 다시 불러올 수 있다. 즉시 실시간 동기화처럼 보이게 만들지는 않았다. 실제 동작과 안내가 어긋나면 그게 또 다른 불편함이 되기 때문에, "자동으로 확인되고 수동 새로고침도 된다"는 선에서 정직하게 쓰는 걸 기준으로 삼았다.
보류한 것
채널 통합 자동화는 일부러 미뤘다. 여러 채널의 메시지를 자동으로 보드에 긁어오는 연동을 만들 수도 있지만, 지금 단계에서는 손으로 옮겨 적는 게 오히려 분류 정확도가 높았다. 의견을 옮기는 과정 자체가 중복을 거르고 우선순위를 매기는 필터 역할을 했다. 테스터 규모가 손으로 감당 안 되는 시점이 오면 그때 자동화를 다시 본다.
다음 확인 기준
- 같은 불편함이 두 번 이상 올라오면, 보드에서 5초 안에 "반영/미반영/보류" 상태를 찾을 수 있는가
- 버전별 변경 기록만 보고도 "이번 버전에서 뭐가 달라졌는지" 테스터에게 바로 설명되는가
- 생활형 디테일(위젯·튜토리얼·구분 표시) 수정 후, 다음 피드백에서 같은 지점이 다시 나오는지
앱을 만드는 일과 운영하는 일은 다른 근육이라는 걸 이번에 다시 배웠다. PawRelay는 아직 비공개 테스트 단계이고, 지금 쌓는 운영 기록이 공개 단계로 갈 때 가장 든든한 자산이 될 거라고 본다.
🐦 X에서 더 빠르게: @baegseungh7061
📚 이 시리즈 더 보기: Code 빌드
💌 새 글 알림: X 팔로우 또는 블로그 RSS 구독
'Code 빌드' 카테고리의 다른 글
| AI로 만든 앱을 진짜 테스트 가능한 제품으로: PawRelay 비공개 테스트 첫 기록 (0) | 2026.06.23 |
|---|---|
| 가족공유를 '실시간'이라 부르지 않기로 한 이유 — PawRelay 빌드 18 (0) | 2026.06.22 |
| PawRelay 비공개 테스트, 6명에서 멈춘 날의 기록 (0) | 2026.06.20 |
| AI로 만든 PawRelay를 실제 테스트 가능한 앱으로 다듬기 (0) | 2026.06.20 |
| v27 빌드 점검: AI로 만든 화면을 테스터에게 줄 제품으로 다듬기 (0) | 2026.06.19 |