Devoria
Uma ideia. Arquivos para seguir em frente.
Recursos de Mehdi Azizi ·
Cinco modelos grátis para definir o escopo do seu primeiro app iOS, trabalhar com um agente e preparar suas verificações antes de publicar. Baixe o arquivo certo para a sua etapa e adapte ao seu projeto. Sem e-mail e sem cadastro.
Escolha o próximo problema a resolver
A ideia ainda está vaga? Comece pelo documento de escopo. Já tem um protótipo? Vá para a planilha de testes. Se está preparando o envio para a Apple, use as notas para o App Review depois de verificar o fluxo principal.
Os arquivos Markdown abrem em qualquer editor de texto. Os CSV podem ser importados no Numbers, Excel ou Google Sheets usando vírgula como separador e codificação UTF-8. Guarde uma cópia do modelo e preencha seus resultados no seu próprio arquivo.
O documento de escopo do seu primeiro app
Descreva a pessoa que você ajuda, o problema dela, o fluxo principal e o que fica de fora da primeira versão. Termine com critérios de validação observáveis.
Como usar: Em vez de "um app de leitura", escreva "adicionar um livro, anotar a página atual e reencontrar esse progresso depois de fechar o app".
Um CLAUDE.md para manter o controle
Defina a stack, os limites do projeto, os comandos úteis e as verificações esperadas antes de entregar uma tela ao agente. O modelo inclui um exercício de persistência.
Como usar: Peça ao agente para explicar os arquivos que vai modificar e para indicar separadamente o que testou e o que não conseguiu verificar.
O orçamento para preencher antes de construir
Separe as taxas de publicação, a ferramenta de desenvolvimento e os serviços consumidos pelo app. Registre suas hipóteses e a data dos preços consultados.
Como usar: Uma assinatura da sua ferramenta de código e uma requisição de IA feita por um usuário do seu app são dois custos diferentes.
A planilha de testes antes do TestFlight e do App Review
Dezesseis cenários com uma preparação, uma ação a realizar, um resultado esperado e uma coluna para a sua prova. Cobre principalmente persistência, rede, telas pequenas e assinaturas, se o seu app tiver.
Como usar: Um botão que funciona uma vez não valida um fluxo: reabra o app, negue uma permissão e repita o teste na menor tela suportada.
Notas para o App Review que explicam seu fluxo
Prepare um caminho preciso para o revisor: acesso, função principal, compra de teste se houver, requisitos de hardware e resposta a uma rejeição. Um modelo em inglês para preencher acompanha as instruções em francês.
Como usar: Indique o caminho pelas telas e o resultado esperado. As credenciais de demonstração vão no App Store Connect, nunca em um documento público.
Guarde uma prova, não só uma caixa marcada
Para cada cenário, anote a versão do app, o aparelho, o sistema e o resultado observado. Um teste não executado continua "A testar". Um cenário que não existe no seu produto pode ser marcado como "Não se aplica" com um motivo. Em caso de falha, guarde os passos que permitem reproduzi-la antes de pedir uma correção.
A planilha não substitui as regras da Apple e não garante a aprovação do app. As App Review Guidelines e a documentação do TestFlight continuam sendo as referências. O caso TradaZen mostra por que um protótipo funcional nem sempre basta.
Não sabe por onde começar?
A trilha do iOS Kit leva você da ideia à App Store, passo a passo. Os modelos desta página continuam grátis, com ou sem o kit.