O MVPFy foi criado para o primeiro momento de uma empresa. Você tem uma ideia de software, ainda precisa descobrir o recorte comercial e quer chegar a uma versão que possa ser construída, vendida e aprendida com clientes reais.
O plano que sai da conversa
Ao terminar a entrevista, o MVPFy reúne o trabalho em um único arquivo chamado
MVP.md. O arquivo serve como ponto de encontro para produto,
desenvolvimento, website, marca, marketing, vendas e operação.
Você não recebe uma cópia bruta da conversa. O plano separa o que você descreveu, o que uma especialista recomendou, o que ainda precisa ser testado e o que continua sem resposta. Assim, uma equipe consegue ler o contexto sem depender do histórico do chat.
O plano cobre as perguntas que mais afetam a primeira versão:
- a empresa, o contexto e a forma de oferecer o SaaS.
- o problema, a alternativa usada hoje e a hipótese de valor.
- o público, o cliente pagador, o pagador, as pessoas usuárias e as personas.
- a promessa, a jornada central e o limite da versão 1.0.
- o espaço, o onboarding, a ativação, a assinatura, o suporte e o cancelamento.
- o posicionamento inicial, o nome, a marca e o slogan.
- concorrentes, preços observados e alternativas manuais.
- preço, custo operacional, receita recorrente e margem estimada.
- Laravel, VPS, banco, arquivos, e-mail, IA e rotina de operação.
- website, conteúdo, captação, vendas, lançamento, métricas e próximos passos.
O que fica fora deste trabalho
O MVPFy não constrói o software, publica o website ou entrega um logo final. Ele prepara o contexto para que outros agentes e equipes executem essas atividades com menos suposições.
O framework também não cria spec.md, não altera o Specsfy e não converte o
MVP.md em uma especificação do Specsfy. O MVPFy possui seu próprio arquivo,
seu próprio estado e seus próprios scripts.
Por que o plano trata o serviço inteiro
Uma lista de funcionalidades não explica como um SaaS funciona. O plano precisa mostrar qual pessoa cria o espaço, qual pessoa usa, qual pessoa paga, como a primeira pessoa chega ao valor e o que acontece com o acesso depois.
Durante a validação, algumas tarefas podem continuar manuais. Uma pessoa pode
liberar um espaço, acompanhar a implantação e conferir um pagamento enquanto a
equipe aprende com os primeiros clientes. O MVP.md registra essa rotina, seu
responsável e o momento previsto para automatizá-la.
O limite da versão 1.0
O plano procura manter quatro pontos ligados: um público prioritário, um problema principal, uma promessa central e uma jornada capaz de entregar essa promessa do começo ao fim. Um recurso pode ser útil e ainda assim ficar para depois se não for necessário para testar essa combinação.
Recomendação não é obrigação
O MVPFy pode sugerir Laravel, VPS, Supabase, armazenamento de objetos e um provedor de IA. Essas escolhas partem do padrão da Promovaweb e do contexto fornecido por você. O plano também registra a razão da recomendação e o sinal que justificaria uma revisão.