리스팅과 프로모션: 콘텐츠, 현지화, 릴리스 노트

1. 리스팅은 ‘체크리스트용 양식’이 아닌 제품의 일부

처음으로 Store까지 와 본 개발자는 리스팅을 “무언가로 채워야 하는 또 하나의 긴 양식”으로 받아들이기 쉽습니다. 새벽 3시에 레포지토리 README를 쓰며 “나중에 제대로 고치지”라고 하는 것과 비슷하죠. 스포일러: 보통 안 고칩니다.

ChatGPT App에서 리스팅은 사용자가 “Try”를 누르거나 그냥 넘기기 전에 보게 되는 첫 번째, 때로는 유일한 접점입니다. 이름, 부제목, 짧은 설명, 시나리오 목록, 아이콘 — 이 모든 것이 작은 랜딩 페이지처럼 작동합니다.

게다가 리스팅은 사람뿐 아니라 ChatGPT 자체에도 영향을 줍니다. 메타데이터(이름, 카테고리, 설명)는 디스커버리 메커니즘에 참여합니다. 모델이 특정 요청에 대해 어떤 App을 제안할지 고를 때, 여러분이 여기에 적은 텍스트도 근거로 삼습니다.

공식 가이드라인은 App의 이름과 설명이 기능에 대해 명확하고 정확하며 오해를 일으키지 않아야 한다고 요구합니다. “우리는 모든 것을 하는 매직 AI”나 “X의 공식 클라이언트” 같은 표현은 사실이 아니라면 금지입니다.

즉, 이 단계에서 여러분은 동시에 세 가지를 합니다:

1. 사람에게 왜 여러분의 App이 존재하는지 설명합니다.
2. Store와 ChatGPT의 알고리즘에 어떤 상황에서 App을 제안해야 하는지 힌트를 줍니다.
3. 신뢰의 기반을 쌓습니다: 마법도, 어두운 패턴도 없이 실제로 하는 만큼만 약속합니다.

2. ChatGPT App 리스팅의 골격

Store의 구체적인 UI는 필드와 모양이 바뀔 수 있지만, 논리적 골격은 거의 같습니다. 오늘날 UI 위젯이 있는 ChatGPT App에 보통 필요한 것들은 다음과 같습니다:

강의 초반에 언급했듯 가이드라인은 이름과 설명이 명확하고 정직해야 하며, “무엇의 공식 클라이언트”인 척을 해서는 안 된다고 요구합니다. 위 표는 이를 리스팅의 구체 필드로 풀어낸 것입니다.

이 모든 게 다소 관료적으로 느껴질 수 있지만, 사용자 입장에서 생각해 보세요. Store를 열면 카드가 잔뜩 보이고, 여러분의 주의는 5초뿐입니다. GiftGenius를 보며 곧바로 알고 싶은 것은:

• 이 App이 내 과제/필요와 관련 있나?
• 안전하고 내 데이터로 이상한 짓을 하지 않나?
• 그냥 ChatGPT와 대화하는 것과 무엇이 다른가?

이 질문들에 대한 답을 리스팅이 제공해야 합니다.

3. 이름과 부제목: 스스로에게 총을 겨누지 않으려면

좋은 이름의 기준

App의 이름은 대화에서 말하기(“GiftGenius 켜줘”), 검색에 입력하기, 목록에서 보기 등 여러 역할을 동시에 수행합니다. 그래서 이상적인 이름은:

• 짧고 기억에 잘 남고;
• 핵심 아이디어를 전달하며(GiftGenius → “선물과 ‘지능’ 관련”);
• 타인의 상표권을 침해하지 않고;
• 불가능한 것을 약속하거나 누군가의 공식 클라이언트인 척하지 않습니다.

앞서 말한 OpenAI 가이드라인은 여러분이 갖고 있지 않은 “공식성”을 암시하는 등 오해를 부르는 이름을 명시적으로 금지합니다.

우리의 GiftGenius를 예로 살펴봅시다.

이 강의에서는 계속 GiftGenius를 기본 이름으로 씁니다. 여러분이 자체 App을 만든다면 “TripTailor”, “StockScout”, “LegalChecklist”처럼 가벼운 브랜딩을 두려워하지 마세요.

부제목: 한 문장이 모든 것을 결정

부제목은 여러분의 원라이너입니다. Store 결과와 App 페이지에서 보입니다. 공식 가이드라인은 이런 문구가 App의 목적을 명확하고 정직하게 설명하라고 권장합니다.

나쁜 예:

"어떤 일이든 해내는 완벽한 AI 어시스턴트!"

좋은 예:

"채팅에서 30초 만에 사람의 관심사에 맞춘 선물을 고를 수 있게 도와줍니다."

좋은 부제목은 다음을 담습니다:

• 사용자가 얻을 결과를 말하고;
• 컨텍스트를 암시하며(우리의 경우 — “바로 채팅 안에서”);
• 기술적 디테일로 빠지지 않습니다(“임베딩 벡터를 분석합니다”는 아무도 관심 없습니다).

연습 삼아 5–7개의 버전을 써 보고, 비개발자 관점에서 읽어 보세요. 소리 내어 읽다가 스스로도 막히면 — 다시 쓰세요.

4. 설명: 짧은 것과 긴 것, 전/후

짧은 설명

짧은 설명은 보통 두어 문장으로, 부제목 옆에 표시됩니다. 종종 자세한 내용을 열어보길 귀찮아하는 사용자를 붙잡을 수 있는 마지막 기회입니다.

구성:

1. 첫 문장 — App이 무엇을 하는지.
2. 둘째 — 그냥 ChatGPT나 다른 App과 무엇이 다른지.

GiftGenius의 “전(before)” 예:

"선물 추천을 위한 App. 최상의 결과를 위해 MCP와 복잡한 백엔드를 사용합니다."

문제점:

• 불필요한 기술 세부사항;
• 그냥 ChatGPT보다 무엇이 나은지 불분명;
• 사용자 시나리오가 설명되지 않음.

다시 쓰면:

"GiftGenius는 사람의 관심사, 예산, 기념일에 맞춰 선물을 고르도록 도와줍니다. 채팅에서 몇 가지 질문에 답하면 App이 링크와 함께 구체적인 아이디어를 보여줍니다."

여기서는 실제 사용자 경험에 연결했습니다: “질문에 답한다 → 아이디어를 본다”. 이런 텍스트는 ChatGPT가 여러분의 전형적인 시나리오를 더 잘 이해하도록 돕기도 합니다.

상세 설명

상세 설명은 이미 동기가 있는 사람들이 읽지만, 그래도 기술 논문을 원하지는 않습니다. 좋은 템플릿:

1. 누가 타깃인지(예: “항상 막판에 선물을 고르느라 스트레스받는 사람”).
2. App이 푸는 과제(핵심 시나리오 2–3개).
3. 그냥 App 없이 ChatGPT에 묻는 것보다 무엇이 편한지.
4. 데이터와 보안 — 아주 짧게, 정책으로 연결.
5. 언어/지역 제한이 있으면 명시.

GiftGenius 예시 템플릿:

GiftGenius는 매번 막판에 선물을 고르느라 머리를 싸매는 사람들을 위한 앱입니다. 
App은 누구를 위한 선물인지, 예산은 얼마인지, 어떤 기념일인지 묻고, 
그 다음 설명과 링크가 포함된 준비된 아이디어 목록을 보여줍니다.

일반적인 ChatGPT 대화와 달리 GiftGenius는 여러분의 상품 카탈로그와 최신 가격을 사용하고, 
대화 맥락에서 추천 이력을 기억합니다.

App은 추천에 필요한 기간 이상으로 여러분의 대화를 보관하지 않습니다. 자세한 내용은 개인정보 처리방침을 참고하세요.

핵심은 설명을 아키텍처 용어의 쓰레기장으로 만들지 않는 것입니다. 내부적으로 MCP, Agents, 캐시, 피처 플래그가 있을 수 있지만, 사용자에게 중요한 것은 시나리오입니다: 더 빠르고, 더 간단하며, 더 신뢰할 수 있는가.

5. 스크린샷, 영상, 아이콘과 외부 비주얼

리스팅 텍스트를 정리했으니, 이제 사용자가 읽기보다 보게 되는 것 — 아이콘, 경우에 따라 스크린샷과 짧은 영상으로 넘어갑니다.

ChatGPT App에서 비주얼이 보이는 곳

2025–2026년 기준 일반 GPTs용 ChatGPT Store 인터페이스에는 모바일 스토어처럼 익숙한 “스크린샷 캐러셀”이 보이지 않습니다. 주로 아이콘, 이름, 작성자, 시작 프롬프트가 노출됩니다.

UI 위젯이 있는 ChatGPT Apps도 비슷합니다: 주요 “쇼윈도”는 ChatGPT 내부(앱 최초 실행, 인라인 위젯 등)에 있습니다. 외부 스크린샷, 영상, 넓은 비주얼 자산은 보통 다음에 둡니다:

• App 전용 랜딩 페이지;
• 포스트와 발표(“우리가 GiftGenius를 만든 방법”);
• Product Hunt, GitHub README 등.

따라서 “리스팅용 스크린샷과 영상”이라고 해도, 실제로는 Store·문서·소셜에서 유입할 외부 리소스를 의미하는 경우가 많습니다.

App 아이콘

아이콘은 사소해 보이지만, 수십 개 앱 사이에서 보면 그렇지 않습니다. 기본 원칙:

• 작은 원(128×128)에서도 읽히는 단순한 형태;
• 텍스트 최소화, 가능하면 텍스트 없음;
• 배경과 충분한 대비;
• App 주제와의 시각적 연결(선물, 장바구니, 그래프 분석 등).

GiftGenius에는 대비되는 배경 위에 군더더기 없는 선물 상자가 자연스러운 선택입니다. “GG” 같은 작은 글자는 넣지 않습니다.

스크린샷: 무엇을 보여줄까

App 랜딩이나 글을 만들 때, 다음을 보여주는 스크린샷이 필요합니다:

• 핵심 시나리오: 사용자가 질문 → 추천 위젯 등장;
• “보여줄 만한 순간”: 필터링, 옵션 선택, 가능하다면 Instant Checkout 연동;
• 불필요한 디테일 최소화: PII 제거, 실제 고객 대신 테스트 계정, 깔끔한 인터페이스.

실무적으로 좋은 팁 — 가짜 상품과 깔끔한 이름으로 구성한 별도의 “데모 카탈로그”를 만들어 내부 식별자나 타 브랜드를 노출하지 않도록 하세요.

짧은 영상

30–60초 분량의 짧은 워크스루는 일반 스크린캐스터로 충분합니다: ChatGPT를 열고, 전형적인 요청을 입력하고, App이 뜨고 상호작용하는 모습을 보여주세요. 사실상 UX 모듈에서 만든 골든 프롬프트 중 하나를 재현하는 셈입니다.

GiftGenius 시나리오:

1. 사용자: “개발자인 동료에게 줄 선물이 필요해요. 예산은 $50.”
2. ChatGPT가 GiftGenius를 제안합니다.
3. 위젯이 추가 질문을 보여준 뒤 — 추천 목록을 표시합니다.

이런 영상은 랜딩과 소셜 포스트 모두에서 훌륭한 소재입니다.

6. 리스팅 현지화: 전략과 함정

비주얼에서 언어로 넘어갑니다. UI와 데이터가 이미 훌륭히 현지화되어 있어도(모듈 9에서 다룸), 리스팅은 별도의 삶을 삽니다. 여기엔 함정이 있습니다.

왜 쉬운 문제가 아닌가

여러분의 App이 openai/locale, _meta["openai/userLocation"] 등 모듈 9의 요령을 써서 UI와 데이터를 훌륭히 현지화하더라도, 리스팅은 별도로 존재합니다.

2025–2026년 기준 ChatGPT Store는 사용자 인터페이스 언어에 따라 App의 이름과 설명을 자동 전환하지 않습니다. 즉, 다국어 메타데이터에 대한 “내장” 메커니즘이 없고, Store는 한 세트의 텍스트만 보여줍니다.

여기서 세 가지 흔한 전략이 나옵니다.

전략 1: Universal English

가장 간단하고 흔한 방식 — 이름과 설명을 모두 영어로. 텍스트에서 App이 지원하는 언어를 명시할 수 있습니다:

"Supports English, Spanish, Russian."

장점: 하나의 리스팅, 유지 보수 용이, 테크 오디언스 대부분이 이해. 단점은 뻔합니다: 영어를 편하게 읽지 못하는 사용자에게 전환율이 떨어집니다.

전략 2: 혼합 이름

두 마리 토끼를 잡으려는 시도: “GiftGenius | 선물”. 이런 이름은 영어 사용자와 한국어 사용자 모두에게 어느 정도 읽힙니다.

장점: 더 많은 사람이 App의 주제를 직관적으로 이해. 단점: 다소 산만해 보일 수 있고 Store의 전체 스타일을 해칠 수 있습니다. 또한 상세 설명은 여전히 한 언어를 선택해야 한다는 문제가 남습니다.

전략 3: 언어별로 App 분리

대형 프로젝트에서의 선택지: 공통 MCP 백엔드를 공유하면서 “GiftGenius (RU)”와 “GiftGenius (Global)”처럼 별도의 App을 운영합니다.

장점:

• 설명, 시작 프롬프트, 심지어 플로우까지 현지 시장에 맞게 완전하게 적응 가능;
• Store 내부 “SEO” 개선: 한국어로 쓰는 사용자는 이해 가능한 이름과 설명을 봅니다.

단점:

• 사용 통계와 리뷰가 여러 App으로 분산;
• 유지 보수 증가: 각 변형에 대해 릴리스, 리스팅, 리뷰 관리.

실무 팁

학습용/PoC App은 보통 Universal English로 충분합니다. 특히 대상이 개발자라면요. 실제 제품에서는 합리적 절충 — 1~2개 언어로 시작하되, 기계 번역 “말 샐러드” 대신 좋은 번역을 만드세요.

현지화 모듈과의 연결은 이렇습니다: UI와 데이터는 이미 유연하게 현지화할 수 있습니다. 이제 리스팅 텍스트가 사용자가 실제로 보게 될 것과 모순되지 않도록 하면 됩니다. App이 이미 스페인어로 잘 동작하는데 “영어만 지원”이라고 쓰지 마세요.

7. 릴리스 노트: “개선했습니다” 없이도 유용하게 쓰는 법

리스팅이 첫 만남이라면, 그다음은 App의 발전 소식을 전할 차례 — 릴리스 노트가 등장합니다.

ChatGPT App 컨텍스트에서의 릴리스 노트란

릴리스 노트는 새 버전에서의 변경 사항 요약입니다: 무엇을 추가했고, 무엇을 고쳤고, 무엇을 빨라지게 했는지. 전통적인 스토어에는 “Version history” 탭이 따로 있죠. 현재 ChatGPT Store에는 이 탭이 없을 수 있어, 릴리스 노트는 다음에 둡니다:

• Store 콘솔의 새 버전 설명란;
• 여러분의 사이트/블로그/레포지토리;
• 사용자가 “뭐가 새로워요?”라고 물을 수 있게 App 내부.

형식은 보통 간단합니다: 버전, 날짜, 핵심 변경 사항 목록.

왜 시간을 들일 가치가 있는가

첫째, App이 살아 있음을 사용자에게 보여줍니다: 돌아와서 개선하고, 버그를 고칩니다. 이는 코드와 비즈니스 모두에 대한 신뢰를 높입니다.

둘째, 여러분 자신에게 연대기가 생깁니다: 특정 기능을 언제 추가했는지 확인하기 쉽고, 지원에서 참조하거나 사내에서 “업데이트”를 판매하기 좋습니다.

셋째, 릴리스 노트는 미니 프로모션 자료입니다: 뉴스레터, 소셜 포스트, 짧은 영상으로 재활용하세요.

어떻게 쓸까: 내부 용어가 아니라 ‘사용자 효용’을 판다

모바일 스토어 경험과 제품 저자들의 권고는 간단한 결론으로 모입니다: 내부 엔터티를 바꿨다고 쓰지 말고, 사용자 관점에서 어떤 이득이 생겼는지 설명하세요.

나쁨:

"v1.1 — 추천 알고리즘 리팩터링, 스코어링 개선, 버그 수정."

더 나음:

"v1.1 — 특이한 취미를 가진 사람에게도 선물이 더 정확해졌습니다. 
이제 GiftGenius는 보드게임, 공예, 음악처럼 구체적인 관심사를 언급하면 관심사를 더 잘 이해합니다. 
또한 가끔 추천 목록이 비워지던 드문 오류를 수정했습니다."

여기서는 버그 수정조차도 사용자에게는 신뢰성 개선으로 들리도록 서술합니다.

GiftGenius 예시

첫 릴리스:

v1.0 — GiftGenius 시작
- 이름, 관심사, 예산 기반의 첫 추천 목록.
- USD/EUR 지원.
- UI 현지화: EN, RU.

두 번째 릴리스:

v1.1 — 사진 기반 추천과 유형별 필터
- 실험적 도구 추가: 상대의 책상 사진을 올리면 GiftGenius가 분위기에 맞는 아이디어를 제안.
- 새 필터 "디지털 선물만" — 상대가 해외에 있을 때 편리.
- 카탈로그 검색 가속, 추천 목록이 더 빨리 열립니다.

이런 형식은 Store 텍스트로도, “GiftGenius의 새로운 소식” 같은 짧은 포스트로도 쉽게 바꿀 수 있습니다.

8. 미니 프로모션 플랜: 조금은 마케터처럼 보이기

아무리 완벽한 리스팅과 깔끔한 릴리스 노트라도 저절로 사용자를 데려오지는 않습니다. 개발자 혼자서도 할 수 있는 최소한의 프로모션 플랜이 필요합니다.

풀스택 마케팅은 별도 강의 주제지만, 아무런 홍보가 없으면 최고의 App도 Store에서 먼지만 쌓입니다. 우리에게 필요한 것은 개발자로서 실제로 실행 가능한 최소한의 행동 세트입니다.

ChatGPT 생태계 내부의 “프로모션”

가장 중요하고 먼저 할 일: 잘 작성된 리스팅 자체가 프로모션의 일부입니다. 메타데이터와 설명은 ChatGPT가 관련 대화에서 여러분의 App을 제안하도록 돕고, Store 검색이 키워드로 여러분을 찾게 합니다.

여기서 나오는 실무 단계:

• 설명에 전형적인 시나리오를 언급하기(선물 구매, 보고서 준비 등);
• 리스팅을 기술 전문용어로 도배하지 않기 — 사용자를 겁줍니다;
• “모든 것과 모두를 위한” 과도하게 넓은 주장 피하기 — “SEO”가 흐려집니다.

외부 프로모션: 랜딩, 소셜, 커뮤니티

연구는 ChatGPT Apps를 위한 간단한 최소 프로모션 플랜을 권합니다:

1. 핵심 시나리오를 보여주는 짧은 프리뷰 영상(30–60초) 제작.
2. 블로그에 “우리가 GiftGenius를 만든 방법” 글 작성 — 스크린샷 몇 장과 상위 수준의 아키텍처 설명 포함.
3. 소셜(Twitter/X, LinkedIn, Telegram)에 App 또는 랜딩 링크로 1–2개의 포스트.
4. 지인 동료/친구 5–10명에게 App을 써보고 솔직한 피드백을 요청.

스패머가 되지 않는 것이 중요합니다: 대량 멘션, 모든 채팅방 도배는 금물. 좋은 원칙 — 각 포스트는 실제 가치를 전달(데모, 아키텍처 설명, 흥미로운 케이스 분석).

릴리스 노트를 어디에 게시할까

이미 논의했듯, Store에는 별도의 버전 히스토리가 없을 수 있습니다. 그러니 릴리스 노트를 합리적으로 중복하세요:

• Store의 App 페이지(새 버전 텍스트를 추가할 수 있다면);
• 자체 사이트(Changelog 섹션);
• 레포지토리의 README(App이 오픈 소스거나 부분 공개라면);
• 관심 있는 사용자를 위한 뉴스레터나 채널.

여기서는 코드나 설정에서 정의한 동일한 “원천” 구조를 재사용하고, 채널별로 렌더링만 달리하면 편합니다.

TypeScript의 가장 단순한 예:

// shared/releaseNotes.ts
export const releaseNotes = [
  {
    version: "1.0.0",
    date: "2025-02-01",
    changes: [
      "GiftGenius 첫 공개 릴리스",
      "관심사와 예산 기반의 선물 추천",
    ],
  },
  {
    version: "1.1.0",
    date: "2025-03-10",
    changes: [
      "새 필터: «디지털 선물만»",
      "카탈로그 검색 속도 향상",
    ],
  },
];

이 배열은 위젯(“뭐가 새로워요?”에 대한 답)에서도, 사이트의 Changelog 페이지 생성에도 사용할 수 있습니다.

9. 한 장에 담는 그림: GiftGenius 리스팅 예시

모든 내용을 연결하기 위해, 학습용 App의 “초안” 리스팅을 적어 봅시다.

텍스트 버전

이름:
GiftGenius

부제목:
채팅에서 관심사와 예산에 맞춰 30초 만에 선물을 추천합니다.

짧은 설명:
GiftGenius는 사람, 예산, 기념일에 대해 몇 가지 질문을 하고, 설명과 링크가 포함된 준비된 아이디어 목록을 보여줍니다. 행사 전날 밤에 특히 유용합니다.

상세 설명(축약):

GiftGenius는 막판에 선물 고르기에 지친 사람들을 돕습니다. 
App은 선물을 줄 대상, 관심사, 예산을 묻고, 
짧은 설명과 구매 링크가 포함된 구체적인 아이디어를 보여줍니다.

GiftGenius는 여러분의 상품 카탈로그와 최신 가격을 반영하므로, 
그냥 일반적인 채팅 답변보다 현실에 더 가까운 추천을 제공합니다.

App은 영어와 러시아어 인터페이스를 지원합니다. 
타 모델 학습에 여러분의 데이터를 사용하지 않으며, 추천을 위한 범위 내에서만 세션 단위로 기록을 보관합니다. 
자세한 내용은 개인정보 처리방침을 확인하세요.

시작 프롬프트:

• “Help me find a birthday gift for a colleague who loves board games, budget $40.”
• “정원 가꾸기를 좋아하는 엄마를 위한 선물을 3000 ₽ 이하로 추천해 줘.”
• “Suggest digital-only gifts for a friend who lives abroad, budget €50.”

아이콘: 브랜드 컬러의 미니멀한 선물 상자.

언어: EN, RU(설명에 명시). UI는 이미 openai/locale로 자동 전환됩니다.

링크:
Privacy Policy, Terms of Use, Support page — 전 강의에서 모두 만들었습니다.

도식: 리스팅에서 사용까지의 사용자 여정

보기 쉽게 작은 다이어그램:

flowchart TD
    A[Store의 GiftGenius 리스팅] --> B[사용자가
이름과 설명을 읽음]
    B --> C{앱의 가치를
이해했는가?}
    C -- 예 --> D[Try 클릭 / App 연결]
    C -- 아니오 --> E[그냥 넘김]
    D --> F[첫 ChatGPT 대화]
    F --> G[모델이 요청 맥락에 따라
GiftGenius를 제안]
    G --> H[위젯 표시 및
선물 추천 시나리오 시작]

좋은 리스팅은 사용자가 “예” 가지로 진행할 확률을 높이고, 단계 G에서 이미 App에 대해 어느 정도 기대를 갖게 만듭니다.

10. 리스팅과 프로모션에서 흔한 실수

오류 1: 이름과 부제목이 없는 마법을 약속.
“Ultimate AI that does everything” 같은 문구는 유혹적이지만, 두 가지 측면에서 해롭습니다. 사용자는 범용 슈퍼 어시스턴트를 기대하지만 실제로는 특화된 도구를 받습니다. Store 심사에서도 실제 동작과 정책에 부합하는지 문제가 될 수 있습니다. 가이드는 과장 없는 명확·정확한 문구를 요구합니다.

오류 2: 설명이 기술 세부사항으로 도배.
“MCP, Agents SDK, 엣지 레이어 캐시 사용” — 밋업 발표에는 멋지지만 리스팅에서는 쓸모 없습니다. 사용자에게 중요한 것은 시나리오와 결과입니다: 더 빠르고, 더 간단하고, 더 신뢰할 수 있는가. 기술 디테일은 “우리가 이렇게 만들었다” 블로그 글에 남겨 두세요.

오류 3: 리스팅 현지화를 무시.
App은 UI와 데이터를 훌륭히 현지화하지만, 리스팅은 엉성한 기계 번역이거나 해당 시장에서 대부분이 읽지 않는 영어뿐입니다. 결과적으로 첫 실행 전에 전환을 잃습니다. 엉망인 10개 언어보다 잘 쓴 1–2개 언어가 낫습니다.

오류 4: 아이콘과 비주얼을 막판에 급조.
너무 복잡한 디테일, 작은 원에서 읽기 힘든 텍스트, 또는 다른 아이콘 사이에서 사라지는 회색 아이콘. 사용자는 여러분의 App을 기억하지 못합니다. 단정한 아이콘과 명확한 스크린샷에 몇 시간을 투자하세요: 이후 글, 슬라이드, 소셜에서 오래 쓰입니다.

오류 5: “bug fixes and improvements”식 릴리스 노트.
다들 그렇게 쓰지만, 우리는 더 잘할 수 있습니다. 한 달 뒤 여러분 자신도 1.3에서 무엇이 바뀌었는지 모르겠다면, 사용자는 더 모릅니다. 변화는 효용 관점에서 쓰세요: 무엇이 빨라졌고, 무엇이 더 안정적이며, 어떤 새 시나리오가 생겼는지. 짧지만 구체적으로.

오류 6: 외부 발표 부재.
App이 이미 Store에 있지만 아무에게도 알리지 않았습니다. 포스트도, 짧은 영상도, 블로그 글도 없습니다. 결과적으로 Store 검색에 우연히 노출된 사용자만 봅니다. 동료, 팔로워, 커뮤니티를 향한 최소한의 발표만으로도 첫 설치와 피드백을 얻어 개선할 수 있습니다.

오류 7: 리스팅과 실제 App 동작의 불일치.
리스팅에는 데이터를 저장하지 않는다고 썼지만, 실제 보관 정책은 다릅니다. 혹은 한국어 지원을 약속했지만 실제로는 베타에서 자주 깨집니다. 이는 리뷰를 망칠 뿐 아니라 Store 측의 문제 제기 사유가 됩니다. 리스팅 텍스트는 앞 모듈에서 논한 아키텍처와 보안 설정을 따라가야 하며, 따로 놀면 안 됩니다.