Construímos o Mesmo Produto Duas Vezes. Só 6% Foi Aproveitado.
Nosso segundo produto reaproveitou 6% da lógica de negócio do primeiro e mesmo assim saiu muito mais rápido. A economia veio de onde ninguém coloca no plano.
O número que nos surpreendeu
Fazemos software para dois negócios que soam como o mesmo negócio. Um aluga coisas por diária. O outro vende e administra imóveis. Descritos em uma frase, os dois são alguém pagando para usar um prédio ou um veículo por algum período.
Quando começamos o segundo, todo mundo envolvido supôs que a maior parte do primeiro seria aproveitada.
Juntos, os dois produtos descrevem 113 conceitos de negócio — as coisas que o software precisa conhecer, como um cliente, um contrato, uma regra de preço, uma reserva. Sete são compartilhados.
Seis por cento.
O segundo produto ainda assim saiu muito mais rápido que o primeiro. Entender por quê vale mais do que o número em si, porque a mesma lógica decide se um projeto de automação dentro da sua própria empresa se paga.
Por que dois negócios parecidos compartilham quase nada
A frase que os faz parecerem iguais é a frase que esconde todas as diferenças.
Uma locadora tem veículos. Eles existem ou não existem. Uma incorporadora tem prédios em obras, onde cada apartamento passa por etapas — projetado, estruturado, acabado, pronto para entrega — e metade do negócio é acompanhar em que etapa cada um está. Não existe versão de um carro que esteja sessenta por cento entregue, então não havia nada no primeiro produto para tomar emprestado.
Uma reserva de locação abre e fecha dentro de uma semana. Uma venda imobiliária corre por meses e envolve um comprador, um vendedor, um corretor e muitas vezes um banco, cada um precisando da própria visão da mesma transação. Sabemos exatamente até onde se chega tratando isso como uma reserva com campos extras: até a primeira comissão que precisa ser dividida em três.
E uma locadora tem clientes. Uma imobiliária tem clientes, proprietários e investidores — pessoas que nunca compram nada pelo sistema e entram apenas para ver o que o ativo delas está fazendo. Não há equivalente algum no primeiro produto, o que é o sinal mais claro de que nunca foram o mesmo negócio.
Onde a economia realmente estava
Nada acima é onde um segundo produto fica barato. A economia está embaixo, na parte que nenhum cliente vê e que nenhuma proposta detalha.
Antes de uma plataforma imobiliária conseguir fazer qualquer coisa com imóveis, ela precisa de tudo isto:
| O que todo produto precisa | Quem percebe |
|---|---|
| Logins, empresas, papéis de equipe, permissões | Ninguém, até estar errado |
| Cobrança ligada a um provedor de pagamento real | O financeiro, todo mês |
| Mensagens de WhatsApp e Telegram numa fila só | Quem responde a elas |
| Notificações, traduções, trilha de auditoria | Auditores e advogados |
| Criptografia de dados pessoais | Todo mundo, uma vez |
Essa lista levou meses na primeira vez. Ela é idêntica quer a mensagem seja sobre um hatch ou sobre um apartamento de dois quartos. E cerca de um terço do nosso segundo produto acabou sendo exatamente isso: infraestrutura sem nada a ver com o mercado imobiliário. É a mesma maquinaria de que qualquer empresa acaba precisando quando automatiza um processo, e é por isso que vale a pena ter isso uma vez.
Construa uma vez e o segundo produto começa onde o trabalho interessante começa. É esse o truque inteiro, e ele é sem graça o bastante para a maioria dos planos deixá-lo de fora.
A regra que usamos
Uma pergunta decide onde cada coisa vai: um segundo produto faria isso de outro jeito?
Se dois produtos fariam do mesmo jeito, construa uma vez. Deixar cada time escrever a própria versão é como uma empresa acaba com quatro sistemas de login ligeiramente diferentes e corrige o mesmo defeito quatro vezes.
Se dois produtos realmente divergem, mantenha separado. Uma única versão flexível cobrindo os dois casos costuma acabar mais difícil de acompanhar do que a duplicação que ela deveria remover.
Logins e permissões passam sem discussão. Preços reprovam na hora: temporadas e faixas de um lado, comissões e múltiplas partes do outro. Quando não conseguimos decidir, mantemos as coisas separadas, porque juntar depois custa uma tarde e separar depois custa um trimestre.
Por que isso importa se você não constrói software
A maioria das empresas que nos pede para automatizar alguma coisa descreve o processo como único. As regras de negócio geralmente são.
O que quase nunca é único é tudo em volta delas: puxar solicitações de vários canais para uma fila só, decidir quem trata o quê, escalar para uma pessoa quando o sistema fica em dúvida, registrar o que aconteceu e reportar sobre isso depois. Essa maquinaria é a mesma para uma clínica, uma transportadora e uma locadora de equipamentos. É também a parte que mais demora para construir do nada.
Essa é a verdadeira razão de conseguirmos colocar de um a três fluxos em produção em duas a quatro semanas, em vez de dois a três trimestres. Ninguém está reconstruindo a maquinaria. Você paga pelas regras que são suas, e é também por isso que a aritmética do retorno fecha.
O erro que vale evitar é aquele que quase cometemos: supor que, porque duas coisas soam parecidas, as partes caras vão se transferir. Raramente se transferem. Comece descobrindo quais partes do seu processo são de fato suas e seja honesto sobre o quanto o resto é comum — essa banalidade é exatamente o que a torna barata.
01Se quase nada se transferiu, valeu a pena construir a base compartilhada?+
Ela foi a única razão de o segundo produto ter sido rápido. A parte confusa é que a economia aparece onde ninguém coloca no plano. Antes de uma plataforma imobiliária conseguir fazer qualquer coisa relacionada a imóveis, ela precisa de logins, empresas, papéis e permissões de equipe, um sistema de cobrança ligado a um provedor de pagamento real, um jeito de receber mensagens de clientes no WhatsApp e no Telegram, notificações, traduções, uma trilha de quem mudou o quê e criptografia de dados pessoais. Essa lista leva meses, é idêntica quer você alugue carros ou venda apartamentos, e errar qualquer detalhe dela é o tipo de erro que aparece numa auditoria de segurança, e não numa demonstração. Construir isso uma vez significa que o segundo produto começa no ponto em que o negócio de verdade começa. As regras do setor sempre iriam ser diferentes, e o dinheiro nunca esteve ali.
02Por que dois negócios tão parecidos compartilharam tão pouco?+
Porque eles só soam parecidos. Ambos são descritos como alguém pagando para usar um imóvel por um período, e essa frase esconde todas as diferenças que importam. Uma locação tem um veículo que existe ou não existe; uma incorporadora tem um prédio em obras onde cada apartamento passa por etapas antes que alguém possa morar nele. Uma reserva de locação abre e fecha em poucos dias; uma venda imobiliária corre por meses com um comprador, um vendedor, um corretor e às vezes um banco, cada um precisando da sua própria visão do mesmo negócio. Uma locadora tem clientes; uma imobiliária também tem proprietários e investidores que nunca compram nada pelo sistema e entram apenas para acompanhar o que o ativo deles está fazendo. Depois de escrever tudo isso, a surpresa não é o fato de a sobreposição ter sido de 6%. A surpresa é alguém ter esperado mais.
03Como decidimos o que construir uma vez e o que construir por produto?+
A pergunta que fazemos é se um segundo produto faria aquilo de outro jeito. Se dois produtos fariam do mesmo jeito, construa uma vez, porque deixar cada time escrever a própria versão é como uma empresa acaba mantendo quatro sistemas de login ligeiramente diferentes e corrigindo o mesmo defeito quatro vezes. Se dois produtos realmente divergem, mantenha separado, porque uma única versão flexível que cobre os dois casos costuma ficar mais difícil de entender do que a duplicação que ela substituiu. Logins e permissões passam nesse teste sem discussão: um usuário, uma empresa, quem pode fazer o quê, e qualquer diferença entre produtos ali é defeito, e não recurso. Preços reprovam: a locação tem temporadas e faixas, o imobiliário tem comissões e múltiplas partes, e um motor de preços universal cobrindo os dois iria irritar todo mundo. Quando não conseguimos decidir, mantemos separado, porque juntar depois é fácil e separar depois não é.
04O que isso significa para uma empresa que automatiza as próprias operações?+
O mesmo princípio vale numa escala bem menor, e normalmente é ele que separa uma automação que se paga de outra que silenciosamente não se paga. A maioria das empresas que nos pede para automatizar um processo o descreve como único, e as regras específicas de negócio geralmente são mesmo. O que quase nunca é único é a maquinaria em volta: puxar mensagens de vários canais para uma fila só, decidir quem trata o quê, escalar para uma pessoa quando o sistema fica em dúvida, registrar o que aconteceu e depois reportar sobre isso. Essa parte é a mesma para uma clínica, uma transportadora e uma locadora de equipamentos, e é também a parte que mais demora para construir do zero. Quando falamos em 2 a 4 semanas para um a três fluxos em produção, o motivo de serem semanas em vez de trimestres é que ninguém está reconstruindo a maquinaria. Você paga pelas regras que são suas, não pelo encanamento que não é de ninguém.
