출시 노트(새로운 기능)는 500자 안에 "무엇이 좋아졌는지"만 사용자 말로 쓰면 충분해요. Play Console 고객센터는 출시 노트를 언어별로 유니코드 문자 500자까지 입력할 수 있다고 안내해요. 첫 앱 개발자는 "버그 수정 및 성능 개선"만 반복하기 쉬운데, 테스터가 준 의견을 반영했다면 그 사실을 한 줄 적는 것만으로도 다음 의견을 받기 쉬워져요. 이 글은 쓰는 순서, 예시, 점검표를 알려드려요.
출시 노트가 하는 일
업데이트를 올리면 사용자는 앱 상세 화면에서 "새로운 기능"을 볼 수 있어요. 이 문구가 하는 일은 두 가지예요.
- 기존 사용자에게 무엇이 바뀌었는지 알려요.
- 의견을 낸 테스터에게 반영됐다고 알려요.
이번 조사에서 출시 노트가 스토어 검색 순위에 영향을 주는지는 공식 문서로 확인하지 못했어요. 그래서 검색 효과를 기대하기보다, 사용자와 대화하는 문장이라고 생각하고 쓰세요.
입력 한도와 입력 방법
| 항목 | 내용 |
|---|---|
| 글자 수 | 언어별 유니코드 500자 |
| 여러 언어 | 언어마다 따로 500자 |
| 이전 내용 | '이전 버전에서 복사'로 가져와 수정 |
| 입력 위치 | Play Console의 버전 준비 및 출시 화면 |
한국어는 한 글자가 한 문자로 세어지니 500자면 대략 짧은 문단 3~4개 분량이에요. 이전 버전에서 복사하면 선택한 버전의 번역본까지 입력란으로 옮겨지고, 수정한 내용이 기존 내용을 대체해요. 복사한 뒤 버전 번호나 지난 변경 내용이 남지 않았는지 꼭 읽어 보세요.
이렇게 쓰면 읽혀요
- 바뀐 것 3~5개만 고르세요. 전부 쓰면 아무도 안 읽어요.
- 기능 이름이 아니라 결과로 쓰세요. "캐시 로직 개선"보다 "첫 화면이 더 빨리 떠요"가 나아요.
- 고친 오류는 어떤 증상이었는지 적으세요. 같은 증상을 겪은 사람이 알아봐요.
- 해요체로 짧게 쓰세요.
예를 들어 이런 식이에요. (예시 문구예요.)
이번 업데이트에서 바뀐 점
- 로그인 직후 앱이 멈추던 문제를 고쳤어요.
- 설정에서 알림 시간을 고를 수 있어요.
- 테스트에 참여해 주신 분들의 의견으로 글자 크기를 키웠어요.
테스터 의견 반영을 알리는 법
의견을 반영했다면 누가 아니라 무엇을 적어요. 이름을 쓰면 개인정보 문제가 생길 수 있으니 "테스트 참여자분들의 의견으로"처럼 쓰는 편이 안전해요.
- 어떤 의견이었는지 한 줄로 쓰세요.
- 반영하지 못한 의견은 약속하지 말고, 다음에 검토한다고만 쓰세요.
- 반영한 순서는 의견이 많이 나온 것부터 정하면 돼요. 정하는 방법은 피드백 우선순위 정하는 법에서 볼 수 있어요.
올리기 전 점검표
- 500자 안인가요? 입력란에 경고가 뜨지 않는지 확인하세요.
- 지난 버전 내용이 그대로 남아 있지 않나요?
- 사용자가 이해할 말인가요?
- 아직 없는 기능을 쓰지 않았나요?
- 여러 언어를 지원한다면 언어마다 확인했나요?
단계적으로 내보내고 싶다면 단계별 출시 가이드도 함께 보세요.
의견은 어디서 받나요
출시 노트에 쓸 이야기는 결국 사용자 의견에서 나와요. Oriber는 개발자에게 베타 테스터·첫 유저 모집 플랫폼이에요. 전 기능 무료이고 등록비와 수수료가 없어요.
- 스토어 링크로 서비스를 등록하고(소유 확인), 캠페인을 열어요. 자리·기간·할 일·혜택을 정해요.
- 참여자가 질문 답변, 스크린샷, 짧은 글, 설문 같은 인증을 내면 확인하고 혜택을 줘요. 혜택은 사례비, 유료 기능, 특별 혜택 중에서 개발자가 정해요.
- 결과 화면에 추천 지수, 의견, 기능 사용률이 정리돼요.
테스터 질문을 만들기 어렵다면 베타 테스트 설문 질문 예시를 참고하세요. 지금 첫 유저를 모으고 싶다면 개발자용 페이지에서 시작할 수 있어요. 리뷰나 별점을 혜택 조건으로 거는 방법은 스토어 정책 때문에 권하지 않아요.