O Teste que Diferencia um MVP de um Sistema Temporário
Dois projetos podem ir ao ar com o mesmo número de telas, mas um será a base para crescimento, enquanto o outro se tornará uma dívida tecnológica a ser desfeita. A diferença não está no escopo, mas no tipo de concessão.
A regra prática é: na primeira onda, reduza a amplitude de processos de negócio, não a profundidade arquitetônica. É aceitável limitar alguns processos, algumas unidades e alguns tipos de clientes iniciais. Não é aceitável comprometer o modelo de dados central, o modelo de permissões e a definição da fonte da verdade — estes devem ser construídos corretamente desde o início, mesmo que, a princípio, atendam apenas cinquenta usuários.
Quem reduz profundidade em vez de amplitude acaba com um sistema que funciona por um trimestre e depois precisa ser reconstruído. O contexto mais amplo das fases do projeto está detalhado no Guia de Implementação de Salesforce.
Três Definições Frequentemente Confundidas
| Termo | O que é na prática | Quando é apropriado | Principal risco |
|---|---|---|---|
| Proof of Concept (PoC) | Prova de viabilidade técnica de um componente | Quando há dúvida real se algo é possível | Tendência a promovê-lo para produção |
| Pilot (Piloto) | Implementação completa para um grupo limitado | Quando a solução é conhecida e a questão é a adoção | Grupo não representativo o suficiente |
| MVP | Primeira versão em produção que gera valor real | Quando se deseja aprender com o uso efetivo | Torna-se permanente sem uma decisão formal |
A escolha entre os três não é semântica. Um PoC pode ser descartado, um MVP não — portanto, um MVP deve ser construído apenas com padrões de produção.
Decisões que Não Podem Ser Adiadas
Existe um conjunto de decisões cujo custo de alteração aumenta exponencialmente após a entrada de dados em produção. Essas decisões precisam ser tomadas na primeira onda, mesmo que, a princípio, abranjam apenas uma pequena parte do cenário geral:
- O objeto que suporta o processo de negócio e sua relação com as entidades-chave.
- A chave única que identifica o cliente em relação a sistemas externos.
- O padrão de visibilidade em cada objeto central.
- A estrutura de propriedade dos registros — quem é o Owner e o que acontece quando um funcionário sai.
- A definição da fonte da verdade para cada entidade sincronizada com outro sistema.
Em contraste, as decisões que podem e devem ser adiadas incluem: design de relatórios avançados, automações de conveniência, integração de canais secundários, localização para unidades não contempladas na primeira onda e integrações não essenciais para decisões em tempo real.
Como Escolher o Processo da Primeira Onda
Não se escolhe nem o processo mais simples, nem o mais problemático. Escolhe-se o processo que atende às três condições simultaneamente: possui um único Process Owner disponível, gera um resultado visível para a diretoria e representa o modelo de dados central. Um processo que atenda a duas das três condições ainda é viável; um processo que atenda apenas a uma resultará em uma primeira onda sem aprendizados significativos.
Outra consideração é o volume: um processo que ocorre dez vezes por mês não gerará uso suficiente para aprendizado em um trimestre.
Critério de Saída — O Que Sinaliza o Sucesso da Onda
Um MVP sem critério de saída se torna um status permanente. O critério deve ser mensurável, conciso e pré-definido. Exemplo de estrutura:
- Uma porcentagem dos processos do tipo selecionado é efetivamente executada no sistema e não fora dele.
- Não há falha bloqueadora aberta por mais de um número definido de dias.
- Os dados gerados no período atendem ao limite de qualidade pré-estabelecido.
- O Process Owner confirma por escrito que o processo está sendo executado sem desvios permanentes.
Observe que nenhum desses critérios é “o sistema foi ao ar”. Essa data é o ponto de partida da medição, não o seu fim.
Custo do Adiamento — A Ferramenta que Decide Disputas de Escopo
Ao discutir se uma funcionalidade entra na primeira onda, a pergunta útil não é quanto custa construí-la agora, mas sim quanto custa construí-la depois. A tabela a seguir serve como ferramenta de trabalho em reuniões de escopo:
| Tipo de Funcionalidade | Custo de Construção na Primeira Onda | Custo de Construção na Segunda Onda | Conclusão |
|---|---|---|---|
| Mudança na estrutura de objeto central | Baixo | Muito alto — incluindo migração | Entra na primeira onda |
| Novo modelo de permissões | Médio | Alto — exposição já ocorreu | Entra na primeira onda |
| Relatório gerencial | Baixo | Baixo | Adiado |
| Automação de alerta | Baixo | Baixo | Adiado |
| Integração essencial para decisão em tempo real | Alto | Alto + rotina de contorno enraizada | Entra se o processo depender dela |
| Integração apenas para relatórios | Médio | Médio | Adiado |
Exemplo Ilustrativo: Empresa de Logística Internacional
O cenário é hipotético e destinado à ilustração. Uma empresa de transporte com operações em três países queria lançar um MVP em onze semanas. A primeira proposta era incluir todos os três países, mas apenas a fase de cotação, sem a fase de pedido.
A equipe reverteu o corte: um único país, mas o processo completo, da cotação ao pedido aprovado, incluindo a integração que extrai as tarifas. O motivo era simples — cortar o processo no meio exigiria que os usuários continuassem no sistema antigo para a fase de pedido, ou seja, inserindo dados duas vezes. Em vez de aprender se o sistema ajudava, a empresa aprenderia que o sistema atrapalhava.
O escopo total em semanas permaneceu semelhante. O que mudou foi que, após a primeira onda, a empresa tinha em mãos um processo completo e funcional, e não meio processo em três países.
Sinais de que o MVP se Tornou um Sistema Temporário
- Existe um processo manual permanente que visa "cobrir até a próxima onda" e está em uso há dois meses.
- Foi acordado que um campo é usado para duas coisas diferentes porque não havia tempo para dividi-lo.
- Existe um grupo de usuários trabalhando simultaneamente em dois sistemas.
- Não há data de decisão para a próxima onda, apenas uma lista de espera.
Esses padrões, entre outras falhas comuns, são detalhados no Guia de Erros Comuns na Implementação de CRM.
Integração com o Cronograma Geral
A definição do MVP afeta diretamente a duração do projeto, e às vezes na direção oposta ao esperado: uma primeira onda muito estreita prolonga o projeto geral, pois cada onda incorre em custos fixos de testes, treinamento e lançamento. Detalhes sobre como transformar isso em um planejamento realista podem ser encontrados no Guia de Duração de Projetos Salesforce e, no caso de substituição de um sistema existente, no Guia de Migração para Salesforce.
Próximo Passo
Escreva em uma frase qual é o processo da primeira onda, quem é o Process Owner e qual será o critério que confirmará seu sucesso em um trimestre. Se alguma das três frases não puder ser escrita no momento, esse é o ponto de partida, e não a lista de funcionalidades.