Quanto tempo leva para desenvolver um software sob medida

"Para quando fica pronto?" é a segunda pergunta de toda conversa sobre software, logo depois do investimento. E costuma receber dois tipos de resposta ruim: o número otimista, dado na primeira reunião para fechar o negócio, ou o "depende" sem explicação. O prazo depende de fatores que dá para listar, e com eles se chega a um cronograma que a empresa consegue defender.

Resposta curta: como referência, um MVP funcional com escopo enxuto costuma levar de 6 a 10 semanas, e sistemas com integrações e múltiplos perfis de usuário ficam entre 3 e 5 meses. O prazo real do seu projeto sai do escopo: na Pervian Tech, o diagnóstico inicial fecha essa faixa em uma semana e não é cobrado. Antes disso, qualquer número é palpite.

Por que todo prazo de software começa com "depende"

Dois projetos chamados de "sistema de pedidos" podem ter tamanhos muito diferentes. Um recebe pedidos de vendedores internos e grava no banco. O outro aceita pedidos de representantes sem internet, aplica tabela de preço por cliente, consulta estoque no ERP, emite nota e avisa a transportadora. O nome é o mesmo, mas o segundo leva bem mais tempo para construir.

O prazo cresce com as mesmas coisas que fazem o investimento crescer, explicadas em quanto custa um software sob medida:

• Quantidade de fluxos e perfis. Cada tipo de usuário (vendedor, gerente, financeiro, cliente) traz telas, permissões e regras próprias.
• Integrações. ERP, gateway de pagamento, banco, emissão fiscal, transportadora. Cada uma depende de documentação, ambiente de teste e, muitas vezes, da agenda de outro fornecedor.
• Exceções na regra de negócio. A regra principal costuma ser simples; as exceções que aparecem na prática são o que consome tempo.
• Migração de dados. Dado antigo precisa ser entendido, limpo e conferido antes de ir para o sistema novo.
• Requisitos de segurança e disponibilidade. Trilha de auditoria, perfis de acesso detalhados e operação sem parada exigem trabalho que não aparece na tela.

As faixas de referência, com o que elas incluem

As faixas que publicamos servem para orientar o planejamento. O prazo de contrato sai do escopo de cada projeto.

Duas observações importantes. Primeiro, esses prazos contam a partir do fim do diagnóstico e do desenho da solução, quando o escopo está claro. Segundo, eles pressupõem que a empresa valida as entregas no ritmo combinado. Um sistema maior que isso normalmente é dividido em fases, cada uma com o seu próprio cronograma e a sua própria entrega útil.

O que mais alonga um projeto de software

Atrasos em software raramente vêm de falta de técnica. As causas mais comuns são conhecidas:

• Validação que demora do lado do cliente. A entrega fica pronta em homologação e espera semanas por alguém com tempo para testar e decidir.
• Integração com documentação que não bate com a realidade. O sistema de terceiros se comporta diferente do manual, o ambiente de teste não existe ou o fornecedor dele demora a responder.
• Regra de negócio descoberta no meio do caminho. A exceção que ninguém lembrou de mencionar aparece quando a tela já está pronta.
• Escopo que cresce sem que nada saia. Cada pedido novo entra na lista sem tirar outro, e a data final continua a mesma no papel.
• Dados de migração piores do que o esperado. Cadastros duplicados, campos usados para outra finalidade, histórico incompleto.

Se o seu projeto já está atrasado, o caminho para recuperar o controle está em projeto de software atrasado: como retomar o controle.

O que encurta o caminho sem sacrificar a qualidade

Prazo curto vem de decidir bem o que entra primeiro e de tirar obstáculos da frente:

• Recortar o escopo da primeira versão. O MVP resolve o problema principal para usuários reais e deixa o resto para as fases seguintes. Como fazer esse recorte está em como definir o escopo de um MVP.
• Ter um dono do produto com tempo reservado. Uma pessoa da empresa que prioriza, responde dúvidas de regra e valida entregas. A disponibilidade dela é um dos fatores que mais influenciam o ritmo.
• Atacar as integrações primeiro. Descobrir cedo que a API do ERP não faz o que se esperava deixa tempo para reagir.
• Validar protótipos antes do código. Ajustar um protótipo leva minutos; ajustar uma tela já ligada ao banco e às regras leva bem mais.
• Liberar acessos logo no início. Credenciais de ambientes de teste, contato com fornecedores de outros sistemas e amostras de dados atrasam o projeto quando chegam tarde.

O gerador de escopo de MVP ajuda a organizar objetivo, usuários, fluxos e critérios de sucesso num documento antes da primeira conversa, o que já reduz o tempo do diagnóstico.

Como o cronograma é montado na prática

Um cronograma confiável sai de três etapas, nesta ordem:

1. Diagnóstico. Entender o problema, quem usa, os sistemas envolvidos e as restrições. Termina numa proposta com escopo, premissas e faixa de prazo por escrito.
2. Discovery e desenho da solução. Detalhar os fluxos com quem opera, levantar as exceções, desenhar a arquitetura e validar as telas críticas. O papel dessa etapa está em discovery de software.
3. Plano por fases. O escopo é dividido em entregas, cada uma utilizável, e cada fase ganha a sua data. As fases mais arriscadas vêm primeiro.

Durante a construção, o trabalho anda em ciclos curtos. Cada ciclo termina com algo funcionando em homologação, onde a empresa testa com dados de verdade. Assim dá para saber, a cada poucas semanas, se o projeto está no rumo, e um desvio aparece cedo. O processo completo está descrito em como trabalhamos.

Etapas que costumam ficar fora da conta

Alguns tempos não aparecem no cronograma de desenvolvimento, mas existem:

• Aceite formal. Cada entrega precisa de um critério combinado antes, como explica teste de aceite de software.
• Treinamento e implantação. Quem vai usar precisa aprender, e a virada do processo antigo para o novo precisa de data e de plano.
• Publicação nas lojas de aplicativos. Quando há app, a revisão da Apple e do Google tem tempo próprio, que o fornecedor não controla. O processo está em como publicar app na App Store e no Google Play.
• Ajustes depois do lançamento. As primeiras semanas de uso real sempre trazem pequenos ajustes, e vale reservar capacidade para eles.

Sinais de alerta em prazos de proposta

• Prazo fechado depois de uma reunião curta, sem perguntas sobre integrações, exceções e dados.
• Um único marco no fim do projeto, sem entregas intermediárias que você consiga usar.
• Nenhuma premissa escrita. Prazo sem premissa não diz o que acontece quando a sua equipe atrasa uma validação ou quando o fornecedor do ERP não responde.
• Prazo que não muda quando o escopo muda. Se tudo cabe na mesma data, alguma coisa está sendo cortada sem você saber.

Perguntas frequentes

Quanto tempo leva para desenvolver um MVP?

Um MVP funcional com escopo enxuto costuma levar de 6 a 10 semanas, contadas depois que o escopo está definido. Esse prazo vale para o fluxo principal, com poucos perfis de usuário e integrações simples. Se o MVP depende de várias integrações ou de migração de dados, o prazo cresce e o recorte do escopo precisa ser revisto.

Quanto tempo leva um sistema com integração ao ERP?

Um sistema com integrações e múltiplos perfis de usuário costuma levar de 3 a 5 meses. A integração ao ERP pesa no prazo porque depende da documentação e do ambiente de teste do ERP e, muitas vezes, do fornecedor dele. Por isso a integração deve ser atacada logo nas primeiras entregas.

Por que o prazo só é definido depois do diagnóstico?

O prazo só é definido depois do diagnóstico porque é ali que aparecem os fluxos, as exceções, as integrações e o estado dos dados que determinam o esforço. Um número dado antes disso é palpite, e palpite de prazo em software costuma errar para menos.

O que a minha empresa pode fazer para o projeto andar mais rápido?

A empresa acelera o projeto quando indica um dono do produto com tempo reservado para validar entregas, libera acessos e contatos de fornecedores logo no início, separa amostras dos dados que serão migrados e aceita deixar para fases seguintes o que a primeira versão dispensa.

Como a Pervian Tech define o cronograma

Na Pervian Tech, o diagnóstico inicial é gratuito e fecha a faixa de prazo do seu projeto em uma semana, com escopo e premissas por escrito. Depois, o trabalho anda em ciclos curtos, com entregas que você testa em homologação. Veja como conduzimos projetos de desenvolvimento web sob medida.

Cada projeto é sob medida, e o investimento é definido sob consulta. Se você precisa de um sistema funcionando numa data específica, fale com a gente e conte qual é o prazo e por que ele existe: às vezes o recorte certo da primeira versão resolve.