Primeira criação prática
Um tutorial gratuito de criador de aplicativos para criar algo útil
Este tutorial gratuito de criador de aplicativos leva você de uma ideia clara a uma primeira versão testável. Escolha o caminho que corresponde ao seu ponto de partida, siga o menor fluxo de trabalho útil e só faça ajustes depois que a experiência principal estiver funcionando.
Decida em qual situação você se encontra
Comece pelo caminho que melhor corresponde ao seu objetivo. Ambos os caminhos podem produzir um primeiro aplicativo útil; a diferença está em quanto de estrutura você deseja antes da primeira geração.
-
1
Tenho uma ideia clara para o aplicativo
Escolha o Caminho A se você consegue identificar o usuário, a tarefa principal e o único resultado que o aplicativo deve entregar. Mantenha a primeira versão restrita, em vez de listar todos os recursos futuros.
-
2
Conheço o problema, não a interface
Escolha o Caminho B se precisar de ajuda para transformar uma necessidade inicial em telas, campos e ações. Comece pelo fluxo de trabalho e deixe a estrutura do aplicativo seguir esse fluxo.
-
3
Já tenho um rascunho inicial
Use qualquer um dos caminhos e depois compare o resultado gerado com sua necessidade original. Mantenha o que ajudar na tarefa e remova tudo que gerar confusão.
Caminho A
Use uma descrição específica quando já entender o trabalho que seu aplicativo precisa realizar. Uma solicitação objetiva dá ao criador menos suposições para resolver e torna o primeiro resultado mais fácil de testar.
- Ideia vaga
- Primeira versão testável
Transforme a solicitação em uma jornada do usuário antes de adicionar telas extras.
Caminho B
Use esta comparação lado a lado quando sua ideia ainda estiver ampla. A coluna da esquerda descreve o problema; a da direita o transforma em decisões que um criador pode executar.
Ponto de partida pouco claro
Briefing útil para criação
Usuário
Ponto de partida pouco claro
Todas as pessoas que poderiam usar a ideia
Briefing útil para criação
Um usuário principal com uma necessidade específica
Tarefa principal
Ponto de partida pouco claro
Uma coleção de possíveis recursos
Briefing útil para criação
Uma ação que o usuário precisa concluir
Primeira tela
Ponto de partida pouco claro
Uma página inicial com várias direções
Briefing útil para criação
A tela onde a tarefa principal começa
Dados
Ponto de partida pouco claro
Todas as informações de que o aplicativo poderá precisar algum dia
Briefing útil para criação
Apenas os campos necessários para a primeira tarefa
Indicador de sucesso
Ponto de partida pouco claro
O aplicativo parece completo
Briefing de construção útil
Um usuário consegue concluir a tarefa pretendida
Feedback
Ponto de partida pouco claro
Opiniões gerais sobre o conceito como um todo
Briefing de construção útil
Dificuldade observada em uma etapa específica
Próxima alteração
Ponto de partida pouco claro
Adicionar outro recurso imediatamente
Briefing de construção útil
Corrigir o maior obstáculo primeiro
Verificação final
Antes de considerar a primeira versão concluída, teste a jornada real em vez de avaliar o número de telas. Essas limitações são normais; a solução alternativa mantém o projeto focado.
-
Não pode substituir decisões de produto
Uma interface gerada não pode decidir qual usuário é mais importante ou qual resultado define o sucesso.
Solução alternativaEscreva uma frase que nomeie o usuário, a tarefa e o resultado antes de gerar.
-
Não pode validar a demanda por si só
Um aplicativo funcional prova que um fluxo pode ser criado, não que as pessoas precisam dele ou vão adotá-lo.
Solução alternativaPeça a um usuário-alvo real que conclua a tarefa principal e observe onde ele hesita.
-
Pode não identificar regras incomuns
Casos extremos, permissões, exceções e restrições específicas do setor podem não aparecer em um primeiro briefing curto.
Solução alternativaListe os três erros mais custosos e teste cada um antes de expandir o aplicativo.
-
Essa não deve ser sua verificação final de qualidade
Uma tela bem elaborada ainda pode conter rótulos confusos, estados ausentes ou uma sequência quebrada.
Solução alternativaExecute o aplicativo desde um início limpo, conclua o fluxo principal e registre cada ponto de atrito.
Crie agora a primeira versão útil
Leve um fluxo de trabalho concreto ao criador de aplicativos, examine o que ele cria e melhore a parte que mais importa para a pessoa que o utiliza. Um aplicativo pequeno e testado ensina mais do que uma longa lista de recursos imaginados.
Crie seu primeiro aplicativo- Comece com um usuário e uma tarefa
- Teste o fluxo completo antes de expandi-lo
- Refine com base no atrito observado, não em suposições
Perguntas frequentes do tutorial
Respostas às perguntas que as pessoas geralmente fazem antes de começar a criar gratuitamente um primeiro aplicativo.
Escolha um aplicativo pequeno com um resultado claro, como uma lista de inventário, uma solicitação de agendamento, uma lista de verificação ou um rastreador simples. O melhor primeiro projeto tem um fluxo de trabalho curto que você pode testar do início ao fim.
Sim. Comece descrevendo o usuário, a tarefa, as informações e o resultado esperado em linguagem simples. Talvez você ainda precise tomar decisões sobre o produto e testar o resultado, mas não precisa começar escrevendo código.
Dê detalhes suficientes para identificar o usuário principal, a ação principal, os campos importantes e como é o sucesso. Evite adicionar todos os recursos futuros antes que o primeiro fluxo de trabalho seja utilizável.
Execute-o como um usuário real faria, começando de um estado limpo e concluindo a tarefa principal. Verifique se os rótulos fazem sentido, se as informações obrigatórias estão presentes, se os erros são compreensíveis e se o resultado pretendido é fácil de reconhecer.
Compare o resultado com a tarefa original e identifique a maior divergência. Reescreva esse requisito com clareza, faça uma alteração específica e teste a mesma jornada novamente, em vez de alterar muitas partes não relacionadas de uma só vez.