리뷰 1개에 기획서 3장이 흔들렸다

출시 4일째 아침, 리뷰가 1개 달렸어요. 별점은 3점. 읽는 데 걸린 시간은 8초. 그 8초가 3주치 로드맵을 흔들었어요.

첫 리뷰가 오기까지

솔직히 출시 직후 며칠은 리뷰 탭을 새로고침하는 게 일과였어요. 편의점 1+1 행사 앱, 15편에서 얘기한 그 앱이요. DAU는 조금씩 붙고 있었고, 크래시 로그도 잠잠했고, “이 정도면 괜찮은 출발이지” 싶었거든요.

4일차 오전 9시쯤, 알림이 떴어요.

“필요한 기능은 없고 없어도 되는 기능만 있음”

닉네임도 없는 계정, 별점 3점, 추가 설명 없음. 끝이에요. 딱 이 한 줄.

처음엔 무시하려 했어요

첫 반응은 방어였어요. ‘표본이 1명인데’, ‘뭘 원하는지도 모르잖아’, ‘3점이면 나쁜 것도 아니잖아’ — 합리화 목록이 30초 만에 3개 나왔어요. 기획자 출신 친구한테 캡처 보냈더니 “한 명 말에 흔들리면 안 된다”고 하더라고요. 저도 그렇게 생각하고 싶었어요.

근데 그 한 줄이 계속 머릿속에 걸렸어요.

"없어도 되는 기능만 있다"는 말은, 내가 만든 게 유저한테는 소음이었다는 뜻이더라고요.

데이터를 같이 보기 시작했어요

무시 대신 앱 내 이벤트 로그를 열었어요. 무료 티어로 쓰는 분석 툴, 월 $0짜리요. 출시 4일 동안 세션 총 212개. 그 중에서 제가 핵심이라고 생각했던 기능 — 행사 알림 커스터마이징 — 을 건드린 세션이 11개, 전체의 5.2% 였어요.

반면 제가 ‘부가 기능’으로 분류해서 사이드 메뉴 깊은 곳에 묻어놓은 ‘오늘 행사 한눈보기’는 세션의 61% 에서 탭이 찍혔어요.

리뷰 1개가 맞았어요. 저는 핵심과 부가를 거꾸로 뒤집어 놓은 거였어요.

기획서 3장이 흔들리는 느낌

그때부터 좀 불편해졌어요. 제가 6주 동안 공들여 설계한 알림 커스터마이징 플로우가 있거든요. 문서로 치면 A4 세 장 분량. 어떤 조건에서 어떤 알림을 보낼지, 유저가 브랜드별로 온오프할 수 있게 할지, 시간대 설정까지 넣을지 — 꽤 정교하게 짜놨다고 생각했어요.

근데 유저들은 그걸 찾지도 않았어요. 들어오자마자 ‘오늘 뭐 1+1이야?‘만 보고 나간 거예요.

기획이 정교할수록 유저가 원하는 것과 멀어질 수 있다는 걸, 로그가 숫자로 보여줬어요.

내가 설계한 건 ‘오래 쓰는 앱’이었는데, 유저가 원한 건 ‘30초 안에 답 나오는 앱’이었던 거예요.

3주 로드맵을 다시 썼어요

일주일 고민했어요. 결론은 이렇게 냈어요.

알림 커스터마이징은 v2로 미뤘어요. 개발 시간으로 치면 약 14시간 분량의 작업을 일단 멈춘 거예요. 대신 ‘오늘 행사 한눈보기’를 앱의 첫 화면으로 올렸어요. 구조 바꾸는 데 실제로 든 시간은 이틀 반, Claude Sonnet으로 컴포넌트 리팩토링 도움 받으면서요. API 비용은 그 이틀 동안 $1.40 나왔어요.

업데이트 올리고 나서 다음 주 수치를 봤는데, 핵심 화면 잔류 시간이 세션당 평균 47초에서 1분 38초로 늘었어요. 같은 유저가 돌아오는 비율도 조금 올랐고요.

리뷰 남긴 분이 다시 들어왔는지는 몰라요. 별점을 올렸는지도 몰라요.

피드백은 정답을 주는 게 아니라 내가 보지 못한 곳을 가리켜주는 거더라고요.

1명이라도 무겁게 읽어야 하는 이유

초기 유저 1명은 통계적으로 유의미하지 않아요. 맞는 말이에요. 근데 초기에 리뷰를 남기는 사람은 보통 그냥 지나치는 사람이 아니에요. 뭔가 충분히 강하게 느꼈으니까 텍스트를 입력한 거거든요.

저한테 그 리뷰는 표본 1개가 아니라 ‘말할 용기가 있었던 1명’이었어요. 말 안 하고 그냥 삭제한 사람이 몇 명이나 있었을지는 로그에 안 찍혀요.

7주 동안 혼자 만들면서 가장 많이 한 실수가 뭔지 이제 알 것 같아요. 내 머릿속 유저를 실제 유저라고 착각한 거요.