첫 릴리스
마치면 첫 출시가 allob 에 릴리스로 한 줄 남아, 지표 그래프 위에 점으로 보여요. 점을 누르면 전후를 비교할 수 있어요. 숫자가 갑자기 움직였을 때 "그때 뭘 바꿨지?"에 답하려면 첫 출시부터 기록이 있어야 해요. 첫 릴리스는 출시 전후 숫자를 비교하는 기준 시점이에요.
코딩 에이전트에게 붙여 넣기
이 allob 사업 가이드를 읽고, 내 사업에 해당하는 할 일만 골라 진행해 줘: https://allob.app/docs/journey-release.md
1. allob business view 와 allob path view --business 로 내 사업 모양(사업자 형태·돈 버는 방식·파는 나라)을 먼저 확인해.
2. 해당하지 않는 할 일은 왜 아닌지 한 줄로 알려 주고 allob step skip <id> --reason "…" 으로 넘겨.
3. 해당하는 할 일은 allob step view <id> 의 안내대로 하고, 끝나면 allob step done <id> --note "끝났다는 증거" 를 불러.
4. 본인 인증·서명·결제·약관 동의처럼 사람만 하는 곳에서는 멈추고 무엇을 누르면 되는지 알려 줘.
5. 되돌리기 어려운 답(과세 유형·계정 유형 등)은 내 폰으로 확인 요청이 와 — 명령이 보여 준 승인 링크를 알려 주고, 기다리는 동안 다른 할 일로 넘어가.첫 릴리스 기록하기
제품이 처음 사용자에게 나간 순간을 릴리스로 한 줄 남겨요.
- 언제 — 스토어 앱은 "판매 준비됨"·"Google Play 에 게시됨"이 된 뒤, 웹은 배포가 끝난 뒤에 남겨요.
- 무엇을 — 줄마다 사용자가 알아챌 변경 하나예요. 종류는 새 기능·화면과 흐름·가격·버그 수정·측정 변경이에요.
- 어떻게 — 80자 안에 무엇을 바꿨고 어떤 숫자를 볼지 써요. 첫 출시면 "첫 출시 — 볼 퍼널" 정도면 돼요.
- 여러 플랫폼에 나갔으면 플랫폼을 모두 적어요. 날짜가 다르면 따로 남겨도 돼요. 늦게 남기면 실제 출시 시각을 넣어요.
그 뒤로는 사용자가 알아챌 배포마다 한 줄씩 남겨요(개선 루프).
- 남겨요 — 사람이 보는 것(화면·흐름·가격·문구·상품·결제·알림·눈에 띄는 속도)이 바뀐 배포, 측정을 고쳐 숫자가 갑자기 달라졌을 때.
- 남기지 않아요 — 리팩터링·개발 도구·문서·의존성 업데이트·같은 버전 재배포.
- 한 번에 올린 묶음은 한 줄로 — 커밋마다 따로 쓰지 않아요.
에이전트가 끝까지 해요. 남긴 기록은 지표 그래프의 점과 릴리스 목록에서 봐요.
자주 걸리는 함정
| 증상 | 원인·해결 |
|---|---|
| 출시 전후를 비교할 기준이 없어요 | 첫 릴리스를 안 남겼어요 → --at 으로 실제 출시 시각에 남겨요 |
| 기록이 "업데이트", "버그 수정"뿐이라 쓸모없어요 | 무엇을 바꿨고 어떤 숫자를 볼지까지 한 줄에 |
| 커밋마다 릴리스가 생겨요 | 배포마다 한 번이에요. 사용자가 알아챌 변경만 줄로 |
| 같은 버전 이름이라 거절돼요 | 버전 이름은 제품 안에서 겹치면 안 돼요 — 생략하면 배포한 날짜로 이름을 붙여요 |
출처
공식 안내와 마지막으로 맞춰 본 날: 2026-10-18