app-offer

O que app-offer faz?

Execute uma vez, do início ao fim. Escreva uma oferta recomendada em um arquivo e coloque as alternativas no apêndice.

Arquivos

Arquivo	Quando ler
reference/frameworks.md (F§)	Quando uma etapa disser "Leia F§n". Contém frameworks com traduções de aplicativos, rubricas e exemplos; F§16 lista ideias julgadas não aplicáveis; F§17 contém as fórmulas de execução.
reference/app-store-constraints.md (C§)	Antes das etapas 7, 8 e 9, e antes de escrever qualquer preço, afirmação, temporizador, garantia ou nome. Possui uma data "atualizada em". Re-verifique tudo que for enviado.
reference/100m-offers-transcript.txt	Opcional. Use grep para um detalhe. A skill deve funcionar sem ele. Nunca cite mais de 15 palavras consecutivas.

Regras rígidas (toda etapa)

1. Apenas honesto. Sem temporizadores, contagens ou escassez falsos; sem avaliações ou depoimentos falsos, escritos por IA ou não atribuídos, e divulgue qualquer incentivo por trás de um; sem preços ou razões inventados "era"; sem termos de renovação ocultos; sem recursos que não estejam na compilação. Quebrar isso resulta em rejeição de aplicativos (Apple 2.3.1, 5.6; Google Comportamento Enganoso) e viola regras da UE/Reino Unido/FTC (C§7, C§8).
2. Cada valor em dólar precisa de uma justificativa: horas economizadas x o valor horário do usuário, o preço da alternativa do mundo real, ou um preço real independente. Sem justificativa, sem número. Itens não valorizados contam como zero em cada proporção. Nunca infle um número para passar em um teste.
3. O valor faturado é o preço mais proeminente. Equivalentes por dia ou por mês são pequenos e secundários (C§2).
4. Sinalize estes riscos onde quer que apareçam:
   • Alegações de resultado + prazo: redes de anúncios as restringem (C§7); a Revisão de Aplicativos remove alegações que o aplicativo não pode entregar ou fundamentar (2.3.1).
   • Alegações de saúde, cognitivas, financeiras ou de renda precisam de fundamentação (C§7). Reivindique apenas ganhos de habilidade medidos no aplicativo, não transferência para trabalho, escola ou cérebro.
   • Crianças ou adolescentes: Categoria Kids, portão dos pais, COPPA e as leis estaduais de idade, que se aplicam a usuários menores de 18 anos em qualquer categoria (C§10).
   • Dados sensíveis (financeiros, saúde, íntimos, localização): C§16.
5. Uma garantia deve ser pagável em todas as plataformas e em todos os planos ao lado dos quais é exibida (C§5).
6. Mercado > oferta > persuasão. Corrija o elo fraco mais alto primeiro.
7. Parafraseie o livro. Cite no máximo 15 palavras de cada vez, e raramente.
8. Faça no máximo 3 perguntas, apenas se o usuário-alvo ou trabalho principal não puder ser inferido; uma delas pode também agrupar os números do fundador na Etapa 0.7 quando o canal de aquisição for desconhecido. Caso contrário, marque suposições como [A], substitutos de referência de C§14 como [B], e continue.
9. Conectores: não consulte conectores de analytics ou receita a menos que o usuário confirme que o projeto ou ID do aplicativo pertence a este aplicativo. Caso contrário, pergunte ou marque [A].
10. Estilo e tamanho: claro e direto, tabelas para rubricas, sem enchimento. Corpo com cerca de 3.000-4.000 palavras mais tabelas; o excesso vai para os apêndices.

Etapa 0: Coleta e suposições

1. Classifique a entrada: uma frase / documento / URL / repositório existente. O diretório de trabalho é o projeto deste aplicativo apenas se a entrada o nomear ou se seu código e anotações corresponderem à ideia. Caso contrário, trate a entrada como uma nova ideia: não use grep no diretório de trabalho e escreva em ./<slug-do-app>-oferta-grand-slam.md.
2. Aplicativo existente: fundamente na evidência antes de projetar qualquer coisa.
   • Produtos e preços: 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 e integração: arquivos nomeados *paywall* *onboard* *intro* *upgrade* *pro* *premium*, além de cópia localizada (.arb, .strings, strings.xml). Registre as localidades enviadas.
   • Analytics: chamadas track(, logEvent, Mixpanel/Amplitude/Firebase; anote quais eventos de paywall_view, trial_start, purchase, cancel e retention existem.
   • Notas: CLAUDE.md, README*, docs/, research/, arquivos de memória, fastlane/metadata, CHANGELOG e arquivos correspondentes a *brand* *voice* *tone* *style* *listing* *aso* *keyword* *mascot* *pricing* *monetis* *paywall (imagens também).
3. Modo de evidência. Com WebSearch/WebFetch: gaste cerca de 12 consultas em 5 a 10 preços e classificações de concorrentes, temas de avaliações de 1 a 3 estrelas para os 3 principais, e um tópico da comunidade; cite URL e data no Apêndice B. Sem web: marque cada item como [A: memória, não verificado] e liste-o em "A verificar antes de precificar". Sem dados ao vivo: use linhas nomeadas de C§14 como substitutos [B] (taxa de reembolso = linha de reembolso da categoria; períodos pagos por F§17.1; tráfego = instalações x participação que atinge o paywall). Pré-lançamento: a mineração de revisões é "n/a: pré-lançamento"; em vez disso, minere as avaliações dos concorrentes.
4. Oferta atual nas três partes do livro: o que eles recebem, como pagam, os termos (F§1.2). Nova ideia: "antes" = a ideia como declarada (recurso básico, sem oferta).
5. Aplicativo existente: audite o paywall e a integração atuais em relação a C§2, C§7 e C§8 (dispensa, divulgações, estimativas rotuladas, resultados implícitos, emblemas). Liste violações em §0. Elas são enviadas primeiro, independentemente da oferta.
6. Decisões anteriores encontradas em notas ou memória tornam-se restrições em §0, cada uma marcada como manter ou desafiar (com um motivo). Nunca substitua uma silenciosamente; coloque a desafiante no Apêndice A.
7. Números do fundador (padrões [A]): meta de receita ($100k/ano líquido de taxas); canal de aquisição (orgânico); capacidade de construção (individual, meio período); taxa da loja (15% se Programa de Pequenas Empresas, senão 30%; Google por C§1); parcela de VAT do valor bruto (da mixagem da loja, senão 8%); taxa de imposto de renda (30%); valor horário do avatar (salário médio local); visualizações de paywall por semana (medido, senão 300).
8. Sinalizadores: usuários criança ou adolescente; alegações de saúde, cognitivas ou financeiras; dados sensíveis; custo variável por usuário (inferência, minutos humanos, SMS, dados de terceiros ou taxas de API como agregação bancária, OCR ou KYC, armazenamento); produto multiusuário (casal, família, equipe, turma: quem deve entrar para valor, quem paga); possível uso indevido contra um usuário vulnerável (coerção, monitoramento, menores).

Escreve §0, mais a coluna "antes" usada em §11 e §12.

Etapa 1: Teste de mercado de multidão faminta (Leia F§2)

Teste	1	3	5	Evidência
Dor	Bom ter, ninguém reclama	Aborrecimento recorrente	Desesperador, caro ou embaraçoso; mencionado sem ser perguntado	Avaliações de 1-3 estrelas de concorrentes, Reddit, termos de pesquisa
Poder de compra	Pagador não pode pagar (crianças, desempregados)	Misto	Pagador tem dinheiro e um motivo (carreira, exame, saúde, pai/mãe)	Pagador vs usuário, mixagem da loja, LTV da geografia do usuário (C§14)
Fácil de segmentar	Sem local de encontro, sem palavra-chave	Alguns canais	Próprio cluster de palavras-chave, comunidades, criadores; uma página de produto personalizada poderia falar apenas para eles	Popularidade de palavras-chave ASA, subreddits, criadores
Crescendo	Diminuindo, ou prestes a ser absorvido pelo SO ou IA gratuita	Plano	Vento a favor (demográfico, plataforma, estação, regulamentação)	Tendências de categoria, risco "Sherlock"

• Mapeie o aplicativo para saúde, riqueza ou relacionamentos. Puro entretenimento: diga isso; a precificação baseada em dor é mais fraca lá.
• Pontue candidatos: o mercado como declarado (aplicativo existente: o degrau que a listagem e marca atuais servem) mais 2-4 subgrupos.
• Veredito. Ele julga o mercado como declarado (aplicativo existente: o degrau que a listagem e marca atuais servem). Verifique nesta ordem:
  1. PIVOTAR: nenhum candidato tem todo teste em 3+ e um total de 14+. Diga claramente; a oferta não pode consertar isso.
  2. IR: o mercado como declarado tem todo teste em 3+ e um total de 14+. IR (mercado normal): tem todo teste em 3+, um total de 12-13, e nenhum subgrupo com todo teste em 3+ pontua mais alto; a oferta carrega isso (F§2.7).
  3. ESPECIALIZAR: caso contrário. Pegue o subgrupo de maior pontuação com todo teste em 3+; declare sua pontuação, se atinge IR, a lacuna e o que a fecharia.
• Aplicativo existente em ESPECIALIZAR: mantenha o paywall principal no degrau atual, a menos que o usuário peça para reposicionar. Adicione o subgrupo como uma trilha de meta de integração, uma página de produto personalizada e sua própria Offering; promova-o apenas depois que seu conteúdo for enviado e vencer um teste.
• Avalie mercado / oferta / persuasão como ótimo / normal / ruim. Indique onde o esforço vai primeiro.
• Escada de nicho: 4 degraus de genérico a hiperespecífico, com a implicação de preço de cada um. Espere aproximadamente um prêmio de 2 a 5x na escada, não os 100x do livro (F§16). O degrau ao qual você se compromete é o mercado como declarado em IR, senão o subgrupo ESPECIALIZAR (aplicativo existente: a regra acima).
• Avatar: 4 qualificadores concretos, para quem NÃO é, e quem poderia ser prejudicado pelo produto ou seu uso indevido (e quais elementos da oferta se tornam opt-in ou excluídos).
• Posicionamento: "Ajudamos [avatar] a obter [resultado] através de [mecanismo único] sem [medo mais profundo]."
• TAM: pagadores alcançáveis x LTGP por pagador = teto. Nova ideia: LTGP provisório = preço anual mediano da categoria x (1 - taxa) x (1 - parcela de VAT) x 1,3 períodos [A]; recalcule na Etapa 7 e atualize §1.3 se o veredito mudar. Planeje um nicho adjacente apenas se o teto calculado, não um platô, estiver abaixo da meta; um platô significa melhorar a oferta primeiro.
• Comprometa-se. Outros avatares tornam-se páginas de produto personalizadas ou trilhas de integração depois. Não mude de nicho após um teste falho.

Escreve §1.

Etapa 2: Verificação de commoditização (Leia F§1.6, F§4.10, F§4.12)

• Liste pelo menos 5 substitutos, incluindo os gratuitos: 2-3 aplicativos concorrentes nomeados, YouTube/TikTok, ChatGPT ou outra IA gratuita, o recurso do SO, papel e caneta / um livro / um tutor, e não fazer nada. Reúna preços e temas de avaliação conforme Etapa 0.3.
• Tabela: substituto | custo financeiro | tempo para o resultado | esforço | sonho / probabilidade / tempo / esforço pontuados 0, 0,5 ou 1 (1 = favorece o comprador: grande sonho, alta probabilidade, pouco tempo, baixo esforço) | total /4 | por que alguém o escolhe.
• Responda: (1) Como um prospect compara estes na pesquisa da loja (ícone, captura de tela 1, classificação, preço)? (2) Onde este aplicativo ganha em tempo ou esforço? Rápido vence o gratuito. (3) Que uma frase o torna uma categoria de um (método nomeado + avatar + resultado + intervalo)? Se precisar de explicação, falha.

Escreve §2.

Etapa 3: Auditoria da equação de valor (Leia F§4)

Valor = (Resultado sonhado x Probabilidade percebida) / (Atraso de tempo x Esforço e sacrifício). Pontue cada direcionador de 1 a 5; maior é sempre melhor, então tempo e esforço pontuam o quão pequenos são. Calibre para o ritmo natural do aplicativo (jogo diário, orçamento semanal, relatório mensal); F§4.11 tem exemplos para três tipos de aplicativos.

Direcionador	Medida do aplicativo	1	5
Resultado sonhado	O resultado como os pares ou parceiro do usuário o notariam	Um recurso ("Desbloquear Pro")	Um resultado específico mais um intervalo, em uma cena que importa para o grupo de pares ou parceiro do usuário
Probabilidade	Classificação e contagem, estatísticas de resultado medidas, linha de base pessoal, plano personalizado, demonstração do resultado, sinais de adequação, reversão de risco	Sem prova	Linha de base + dados "pessoas como você" + plano + garantia
Atraso de tempo	Tempo para a primeira vitória sentida; um ganho medido antes do término do teste ou da primeira renovação; progresso visível	Nenhuma vitória sentida antes da primeira cobrança	Vitória sentida dentro da primeira sessão (alvo em segundos); ganho medido antes do término do teste
Esforço e sacrifício	Toques, digitação, conta, configuração, permissões, minutos por ciclo, força de vontade, constrangimento	Conta + configuração + paredes de permissão antes do valor; sessões longas	Apenas as etapas que o trabalho principal realmente precisa, nenhuma antes do valor; erros permanecem privados

• Para cada direcionador em 3 ou menos, liste correções lógicas (mude o build) e correções psicológicas (barras de progresso, tela de plano, contagem regressiva para o próximo desbloqueio, enquadramento por dia, renomear). Tente psicológicas primeiro; são mais baratas.
• Empurre o denominador em direção a zero: qual seria a versão "feito para você"?
• Nomeie o sonho de longo prazo e os benefícios pelos quais as pessoas ficam, com marcos no ritmo do aplicativo (ex. dia 1 / 3 / 7 / 30).

Escreve §3 (pontuações antes; pontuações depois adicionadas na Etapa 11).

Etapa 4: Inventário de problemas (Leia F§7.2)

1. Percorra a jornada: descobrir > página da loja > instalar > integração > primeira sessão > (multiusuário: convite enviado > segundo usuário entra) > dia 2 > primeira semana > platô ou tédio > faturamento e renovação > eventos de vida (viagem, semana ocupada, novo telefone, dispositivo compartilhado) > compartilhamento > o próximo problema após o sucesso.
2. Em cada estágio, verifique quatro baldes: não vale a pena (sonho); não vai funcionar para mim / não vou continuar com isso (probabilidade); muito difícil / vou parecer estúpido (esforço); muito lento / sem tempo (tempo).
3. Escreva cada obstáculo nas próprias palavras de crença limitante do usuário. Extraia de avaliações, Reddit, e-mail de suporte, razões de cancelamento, queda de integração (pré-lançamento: avaliações de concorrentes).
4. Marque cada um com seu direcionador. Mire em 20+; 30-60 é normal. Classifique por frequência x gravidade.

Corpo: as 25 primeiras linhas (# | estágio | palavras do usuário | direcionador | fonte). O restante vai para o Apêndice D.

Escreve §4.

Etapa 5: Soluções e veículos de entrega (Leia F§6, F§7.3-7.8)

1. Transforme cada problema em "Como [benefício] mesmo se [obstáculo]". Corpo mostra os 10 primeiros; o restante vai para o Apêndice D.
2. Liste veículos para cada problema: pelo menos 3 para cada um dos 10 primeiros e pelo menos 1 para cada um do restante, antes de julgar qualquer um (diverja, depois convirja). Agrupe problemas que compartilham um veículo. Use o cubo de entrega:

Eixo	Opções
Atenção	1:1 (fundador, coach humano, tutor de IA) / grupo pequeno (duelo de amigos, liga familiar, coorte) / 1:muitos (recurso, conteúdo, placar de líderes, evento ao vivo)
Esforço	Ferramenta DIY / Guia DWY ou coach de IA / Automação DFY
Meio	No aplicativo, widget, notificação, relógio, tela de bloqueio / Atividade ao Vivo, e-mail, chat, voz, sessão ao vivo, imprimível
Velocidade de resposta	Instantâneo 24/7 (software, IA) / mesmo dia / semanal

3. Exercício de bloco: mude um atributo de cada vez (superfície, formato, duração da sessão, tamanho social, público, pagador) e anote novas ideias.
4. Teste 10x / 1/10: o que você entregaria a 10x o preço? Como os usuários ainda venceriam a 1/10? Mantenha a melhor ideia de cada extremidade.

Escreve §5: problema | linha de como | veículos (códigos do cubo).

Etapa 6: Aparar e empilhar (Leia F§7.9-7.1

... [truncado para tradução]