app-offer은(는) 무엇을 하나요?
한 번만 실행하여 처음부터 끝까지 완료하세요. 하나의 권장 오퍼를 파일에 작성하고, 대안들은 부록에 포함시키세요.
파일
| 파일 | 읽어야 할 시점 |
|---|---|
reference/frameworks.md (F§) | 단계에서 "F§n을 읽으세요"라고 나올 때. 앱 번역, 루브릭 및 예제가 포함된 프레임워크 책; F§16은 부적합하다고 판단된 아이디어 목록, F§17은 실행자 공식을 담고 있습니다. |
reference/app-store-constraints.md (C§) | 7, 8, 9단계 이전, 그리고 가격, 주장, 타이머, 보장 또는 이름을 작성하기 전에. '기준일'이 명시되어 있습니다. 출시될 모든 내용은 다시 확인하세요. |
reference/100m-offers-transcript.txt | 선택 사항입니다. 세부 내용을 검색(grep)할 때 사용하세요. 이 파일 없이도 스킬은 작동해야 합니다. 15단어 이상 연속으로 인용하지 마세요. |
엄격한 규칙 (모든 단계)
- 정직하게만 작성하세요. 가짜 타이머, 카운트 또는 희소성; 가짜, AI 작성 또는 출처가 불분명한 리뷰나 사용후기; 발견된 인센티브가 있다면 이를 공개하세요; 발명된 "과거" 가격이나 이유; 숨겨진 갱신 조건; 빌드에 없는 기능은 사용할 수 없습니다. 이를 위반하면 앱이 거부되고(Apple 2.3.1, 5.6; Google 기만 행위) EU/UK/FTC 규칙(C§7, C§8)을 위반하게 됩니다.
- 모든 달러 가치에는 근거가 필요합니다: 절약된 시간에 사용자의 시간당 가치를 곱한 값, 실제 대안의 가격, 또는 실제 독립적인 가격. 근거가 없으면 숫자를 사용하지 마세요. 가치가 평가되지 않은 항목은 모든 비율에서 0으로 계산됩니다. 테스트를 통과하기 위해 숫자를 부풀리지 마세요.
- 청구 금액이 가장 눈에 띄는 가격이어야 합니다. 일일 또는 월별 환산 금액은 작고 부차적으로 표시해야 합니다(C§2).
- 다음 위험 요소가 나타나는 모든 곳에 플래그를 지정하세요:
- 결과 + 마감 기한 주장: 광고 네트워크에서 이를 제한합니다(C§7); 앱 리뷰에서 앱이 제공하거나 입증할 수 없는 주장을 제거합니다(2.3.1).
- 건강, 인지, 금전 또는 소득 관련 주장은 입증이 필요합니다(C§7). 앱 내에서 측정된 기술 향상만 주장하고, 직장, 학교 또는 뇌로의 전이 효과는 주장하지 마세요.
- 어린이 또는 청소년: 어린이 카테고리, 학부모 게이트, COPPA 및 주(State) 연령법(어떤 카테고리든 18세 미만 사용자에게 적용됨, C§10).
- 민감한 데이터(금융, 건강, 개인 정보, 위치): C§16.
- 보장 조건은 모든 플랫폼과 그 옆에 표시되는 모든 요금제에서 지불 가능해야 합니다(C§5).
- 시장 > 오퍼 > 설득. 가장 취약한 상위 연결고리부터 수정하세요.
- 책의 내용을 의역하세요. 한 번에 최대 15단어만 인용하고, 드물게 인용하세요.
- 최대 3개의 질문만 하세요. 대상 사용자나 핵심 작업을 추론할 수 없는 경우에만 질문하며, 그중 하나는 획득 채널을 알 수 없을 때 0.7단계의 창업자 수치를 묻는 것일 수 있습니다. 그 외에는 가정[A]으로 태그를 달고, C§14 [B]의 벤치마크 대체 값을 사용하며 계속 진행하세요.
- 연결: 사용자가 프로젝트 또는 앱 ID가 이 앱의 것임을 확인하지 않는 한 분석 또는 수익 연결을 조회하지 마세요. 그렇지 않으면 질문하거나 [A]로 표시하세요.
- 스타일 및 길이: 평이하고 직접적으로 작성하며, 루브릭에는 표를 사용하고, 불필요한 내용은 넣지 마세요. 본문은 표를 포함하여 약 3,000~4,000단어로 작성하고, 초과분은 부록으로 넘기세요.
0단계: 수집 및 가정
- 입력 분류: 한 문장 / 문서 / URL / 기존 저장소. 작업 디렉토리는 입력이 해당 앱이나 그 아이디어와 일치하는 코드 및 노트를 명시하는 경우에만 이 앱의 프로젝트입니다. 그렇지 않으면 입력을 새 아이디어로 처리하세요: 작업 디렉토리에서 검색(grep)하지 말고
./<app-slug>-grand-slam-offer.md에 작성하세요. - 기존 앱: 설계 전에 증거에 기반하세요.
- 제품 및 가격:
grep -rniE 'purchases_flutter|revenuecat|Purchases\.|offering|entitlement|productId|product_id|weekly|annual|lifetime|StoreKit|BillingClient' --include='*.dart' --include='*.swift' --include='*.kt' --include='*.ts' --include='*.tsx' --include='*.json' --include='*.storekit' --exclude-dir={build,Pods,.dart_tool,node_modules,.git} . - 페이월 및 온보딩:
*paywall* *onboard* *intro* *upgrade* *pro* *premium*과 일치하는 파일, 그리고 지역화된 복사본(.arb,.strings,strings.xml). 출시된 로케일을 기록하세요. - 분석:
track(,logEvent, Mixpanel/Amplitude/Firebase 호출; paywall_view, trial_start, purchase, cancel 및 retention 이벤트 중 어떤 것이 존재하는지 기록하세요. - 노트:
CLAUDE.md,README*,docs/,research/, 메모리 파일,fastlane/metadata,CHANGELOG, 그리고*brand* *voice* *tone* *style* *listing* *aso* *keyword* *mascot* *pricing* *monetis* *paywall와 일치하는 파일 (이미지도 포함).
- 제품 및 가격:
- 증거 모드. WebSearch/WebFetch 사용 시: 5-10개 경쟁사의 가격 및 평점, 상위 3개 경쟁사에 대한 1-3성 리뷰 테마, 그리고 하나의 커뮤니티 스레드에 대해 약 12회 조회를 사용하고, 부록 B에 URL과 날짜를 인용하세요. 웹 없이: 각 항목에 [A: 메모리, 미확인] 태그를 달고 "가격 책정 전에 확인할 사항" 아래에 나열하세요. 실시간 데이터 없음: 명명된 C§14 행을 [B] 대체 값으로 사용하세요(환불률 = 카테고리 환불 행; 유료 기간 = F§17.1 기준; 트래픽 = 설치 수 x 페이월 도달 비율). 출시 전: 리뷰 마이닝은 "해당 없음: 출시 전"으로 표시하고, 대신 경쟁사 리뷰를 마이닝하세요.
- 현재 오퍼를 책의 세 부분으로 설명하세요: 그들이 얻는 것, 지불 방식, 조건(F§1.2). 새 아이디어: "이전" = 명시된 아이디어 그대로(기능만 나열, 오퍼 없음).
- 기존 앱: 감사 현재 페이월과 온보딩을 C§2, C§7 및 C§8(해제, 공개, 추정 라벨, 암시된 결과, 배지)에 대해 감사하세요. 위반 사항을 §0에 나열하세요. 오퍼와 관계없이 이것을 먼저 출시하세요.
- 이전 결정 노트나 메모리에서 발견된 것은 §0의 제약 조건이 되며, 각각 '유지' 또는 '도전'(이유 포함)으로 표시하세요. 조용히 재정의하지 말고, 도전자는 부록 A에 넣으세요.
- 창업자 수치(기본값 [A]): 수익 목표($100k/년, 수수료 제외); 획득 채널(유기적); 구축 능력(개인, 파트타임); 스토어 수수료(소규모 비즈니스 프로그램이면 15%, 그 외 30%; Google은 C§1 기준); 총매출 대비 VAT 비율(스토어 프론트 혼합 기준, 그 외 8%); 소득세율(30%); 아바타 시간당 가치(지역 중간 임금); 주당 페이월 조회수(측정값, 그 외 300).
- 플래그: 어린이 또는 청소년 사용자; 건강, 인지 또는 금전 관련 주장; 민감한 데이터; 사용자당 가변 비용(추론, 사람 분, SMS, 타사 데이터 또는 은행 집계, OCR, KYC와 같은 API 수수료, 저장 공간); 다중 사용자 제품(커플, 가족, 팀, 클래스: 가치를 위해 누가 참여해야 하고 누가 비용을 지불하는지); 취약한 사용자에 대한 잠재적 오용(강압, 모니터링, 미성년자).
§0을 작성하고, §11 및 §12에서 사용할 '이전' 열을 추가합니다.
1단계: 굶주린 군중 시장 테스트 (F§2 읽기)
| 테스트 | 1 | 3 | 5 | 증거 |
|---|---|---|---|---|
| 고통 | 있으면 좋은, 아무도 불평하지 않음 | 반복되는 성가심 | 절박하고, 비용이 많이 들거나 당혹스러움; 자발적으로 제기됨 | 경쟁사 1-3성 리뷰, Reddit, 검색어 |
| 구매력 | 지불자가 지불할 수 없음(어린이, 실업자) | 혼합 | 지불자에게 돈과 이유가 있음(경력, 시험, 건강, 부모) | 지불자 vs 사용자, 스토어 프론트 혼합, 사용자 지역 LTV (C§14) |
| 타겟팅 용이성 | 모임 장소 없음, 키워드 없음 | 일부 채널 | 자체 키워드 클러스터, 커뮤니티, 제작자; 커스텀 제품 페이지가 그들만을 대상으로 할 수 있음 | ASA 키워드 인기도, 서브레딧, 제작자 |
| 성장 | 축소 중, 또는 OS나 무료 AI에 흡수될 예정 | 정체 | 순풍(인구 통계, 플랫폼, 시즌, 규제) | 카테고리 트렌드, "Sherlock" 위험 |
- 앱을 건강, 부 또는 관계에 매핑하세요. 순수한 엔터테인먼트: 그렇게 명시하세요; 고통 기반 가격 책정은 그 효과가 약합니다.
- 후보 평가: 명시된 시장(기존 앱: 현재 리스팅과 브랜드가 서비스하는 단계)과 2-4개의 하위 그룹.
- 평결. 명시된 시장(기존 앱: 현재 리스팅과 브랜드가 서비스하는 단계)을 평가합니다. 다음 순서로 확인하세요:
- 전환(PIVOT): 모든 테스트에서 3점 이상을 받은 후보가 없습니다. 명확히 말하세요; 오퍼로 해결할 수 없습니다.
- 진행(GO): 명시된 시장이 모든 테스트에서 3점 이상이고 총점 14점 이상입니다. 진행(정상 시장): 모든 테스트에서 3점 이상, 총점 12-13점이며, 모든 테스트에서 3점 이상을 받은 하위 그룹이 더 높은 점수를 받지 않음; 오퍼가 이를 뒷받침합니다(F§2.7).
- 니치 다운(NICHE DOWN): 그 외의 경우. 모든 테스트에서 3점 이상을 받은 최고 점수 하위 그룹을 선택하세요; 점수, GO에 도달하는지 여부, 격차 및 이를 해소할 방법을 명시하세요.
- 니치 다운인 기존 앱: 사용자가 재배치를 요청하지 않는 한, 현재 단계의 메인 페이월을 유지하세요. 하위 그룹을 온보딩 목표 트랙, 커스텀 제품 페이지 및 자체 오퍼링으로 추가하세요; 해당 콘텐츠가 출시되고 테스트에서 승리한 후에만 프로모션하세요.
- 시장 / 오퍼 / 설득을 훌륭함 / 보통 / 나쁨으로 평가하세요. 노력을 어디에 먼저 투입할지 명시하세요.
- 니치 사다리: 일반에서 초특정까지 4단계, 각 단계의 가격 의미 포함. 사다리 전체에 걸쳐 약 2-5배의 프리미엄을 예상하세요(책의 100배가 아님, F§16). 당신이 확정한 단계는 GO인 경우 명시된 시장, 그렇지 않으면 니치 다운 하위 그룹입니다(기존 앱: 위의 규칙 적용).
- 아바타: 4개의 구체적인 자격 조건, 대상이 아닌 사람, 그리고 제품이나 그 오용으로 인해 피해를 입을 수 있는 사람(및 어떤 오퍼 요소가 옵트인 또는 제외되는지).
- 포지셔닝: "우리는 [아바타]가 [고유 메커니즘]을 통해 [결과]를 얻도록 도와주며, [가장 깊은 두려움] 없이 달성할 수 있게 합니다."
- TAM(총 주소 가능 시장): 도달 가능한 지불자 수 x 지불자당 LTGP(평생 총 이익) = 상한선. 새 아이디어: 잠정 LTGP = 카테고리 중간 연간 가격 x (1 - 수수료) x (1 - VAT 비율) x 1.3 기간 [A]; 7단계에서 다시 계산하고, 평결이 변경되면 §1.3을 업데이트하세요. 계산된 상한선이 평평해지는(plateau) 것이 아니라 목표 미만인 경우에만 인접 니치를 계획하세요; 평평해짐은 먼저 오퍼를 개선해야 함을 의미합니다.
- 확정하세요. 다른 아바타는 나중에 커스텀 제품 페이지 또는 온보딩 트랙이 됩니다. 한 번의 실패한 테스트 후 니치를 변경하지 마세요.
§1을 작성합니다.
2단계: 상품성 확인 (F§1.6, F§4.10, F§4.12 읽기)
- 무료 대안을 포함하여 최소 5개의 대체재를 나열하세요: 2-3개의 지명된 경쟁 앱, YouTube/TikTok, ChatGPT 또는 기타 무료 AI, OS 기능, 종이와 펜 / 책 / 튜터, 그리고 아무것도 하지 않기. 0.3단계에 따라 가격과 리뷰 테마를 수집하세요.
- 표: 대체재 | 금전적 비용 | 결과까지의 시간 | 노력 | 꿈 / 가능성 / 시간 / 노력 점수 0, 0.5 또는 1 (1 = 구매자에게 유리: 큰 꿈, 높은 가능성, 짧은 시간, 적은 노력) | 총점 /4 | 누가 왜 그것을 선택하는지.
- 답변: (1) 잠재 고객은 스토어 검색(아이콘, 스크린샷 1, 평점, 가격)에서 이것들을 어떻게 비교합니까? (2) 이 앱은 시간이나 노력 면에서 어디에서 승리합니까? 빠른 것이 무료를 이깁니다. (3) 어떤 한 문장이 그것을 **단일 카테고리(category of one)**로 만듭니까(명명된 방법 + 아바타 + 결과 + 기간)? 설명이 필요하다면 실패입니다.
§2를 작성합니다.
3단계: 가치 방정식 감사 (F§4 읽기)
가치 = (꿈의 결과 x 인지된 가능성) / (시간 지연 x 노력 및 희생). 각 동인을 1-5점으로 평가하세요; 점수가 높을수록 항상 좋습니다. 따라서 시간과 노력은 얼마나 작은지에 따라 점수를 매깁니다. 앱의 자연스러운 주기(일일 게임, 주간 예산, 월간 보고서)에 맞게 조정하세요; F§4.11에는 세 가지 앱 유형에 대한 예시가 있습니다.
| 동인 | 앱 측정 기준 | 1 | 5 |
|---|---|---|---|
| 꿈의 결과 | 사용자의 동료나 파트너가 알아차릴 수 있는 결과 | 기능 ("프로 잠금 해제") | 특정 결과와 기간, 사용자의 동료 그룹이나 파트너에게 중요한 장면에서 제시 |
| 가능성 | 평점 및 수, 측정된 결과 통계, 개인 기준선, 개인화된 계획, 결과 데모, 적합 신호, 위험 제거 | 증거 없음 | 기준선 + "당신 같은 사람들" 데이터 + 계획 + 보장 |
| 시간 지연 | 첫 번째 체감되는 승리까지의 시간; 평가판 종료 또는 첫 번째 갱신 전에 측정된 이득; 눈에 보이는 진행 | 첫 번째 청구 전에 체감되는 승리 없음 | 첫 번째 세션 내 체감되는 승리(초 단위 목표); 평가판 종료 전에 측정된 이득 |
| 노력 및 희생 | 탭, 타이핑, 계정, 설정, 권한, 주기당 분, 의지력, 당혹감 | 가치 창출 전에 계정 + 설정 + 권한 장벽; 긴 세션 | 핵심 작업에 진정으로 필요한 단계만, 가치 창출 전에는 없음; 실수는 비공개 유지 |
- 3점 이하의 모든 동인에 대해 논리적 수정(빌드 변경)과 심리적 수정(진행률 표시줄, 계획 화면, 다음 잠금 해제 카운트다운, 일일 프레이밍, 이름 변경)을 나열하세요. 심리적 수정을 먼저 시도하세요; 더 저렴합니다.
- 분모를 0에 가깝게 만드세요: 완전 대행(done-for-you) 버전은 무엇일까요?
- 장기적인 꿈과 사람들이 남아있는 혜택을 명명하고, 앱의 주기에 따른 이정표(예: 1일/3일/7일/30일)를 포함하세요.
§3을 작성합니다(이전 점수; 이후 점수는 11단계에서 추가됨).
4단계: 문제점 목록 (F§7.2 읽기)
- 여정 탐색: 발견 > 스토어 페이지 > 설치 > 온보딩 > 첫 번째 세션 > (다중 사용자: 초대 전송 > 두 번째 사용자 참여) > 2일차 > 첫 주 > 정체 또는 지루함 > 청구 및 갱신 > 생활 이벤트(여행, 바쁜 주, 새 휴대폰, 공유 기기) > 공유 > 성공 후 다음 문제.
- 각 단계에서 네 가지 버킷을 확인하세요: 가치 없음(꿈); 나에게 효과 없음 / 계속하지 않을 것(가능성); 너무 어려움 / 바보처럼 보일 것(노력); 너무 느림 / 시간 없음(시간).
- 각 장애물을 사용자의 제한적 신념 언어로 작성하세요. 리뷰, Reddit, 지원 이메일, 취소 사유, 온보딩 이탈(출시 전: 경쟁사 리뷰)을 마이닝하세요.
- 각 항목에 해당 동인을 태그하세요. 20개 이상을 목표로 하세요; 30-60개가 일반적입니다. 빈도 x 심각도로 순위를 매기세요.
본문: 상위 25개 행(# | 단계 | 사용자의 말 | 동인 | 출처). 나머지는 부록 D로 이동합니다.
§4를 작성합니다.
5단계: 솔루션 및 전달 수단 (F§6, F§7.3-7.8 읽기)
- 각 문제를 "[장애물]이 있더라도 [혜택]을 얻는 방법"으로 뒤집으세요. 본문에는 상위 10개를 보여주고, 나머지는 부록 D로 이동합니다.
- 모든 문제에 대한 수단을 나열하세요: 상위 10개 각각에 대해 최소 3개, 나머지 각각에 대해 최소 1개를 판단하기 전에 먼저 나열하세요(발산 후 수렴). 동일한 수단을 공유하는 문제들을 그룹화하세요. 전달 큐브를 사용하세요:
| 축 | 옵션 |
|---|---|
| 주의 집중 | 1:1 (창업자, 인간 코치, AI 튜터) / 소그룹 (친구 결투, 가족 리그, 집단) / 1:다수 (기능, 콘텐츠, 리더보드, 라이브 이벤트) |
| 노력 | DIY 도구 / DWY 안내 계획 또는 AI 코치 / DFY 자동화 |
| 매체 | 인앱, 위젯, 알림, 시계, 잠금 화면 / 라이브 액티비티, 이메일, 채팅, 음성, 라이브 세션, 인쇄물 |
| 응답 속도 | 즉시 24/7 (소프트웨어, AI) / 당일 / 주간 |
- 브릭 연습: 한 번에 하나의 속성(표면, 형식, 세션 길이, 사회적 규모, 대상, 지불자)을 변경하고 새로운 아이디어를 기록하세요.
- 10배 / 1/10 테스트: 10배 가격에 무엇을 제공하시겠습니까? 사용자가 1/10 가격으로도 어떻게 승리할 수 있습니까? 각 끝에서 최상의 아이디어를 유지하세요.
§5를 작성합니다: 문제 | 방법 설명 | 수단(큐브 코드).
6단계: 다듬기와 쌓기 (F§7.9-7.15 읽기)
[내용 생략: 원본의 나머지 부분과 유사하게 계속, 필요한 경우 번역]