Integração SaaS: por que recusar pedidos é estratégico

Toda decisão sobre integração SaaS parece pequena no momento da decisão e ganha peso composto ao longo dos anos. Toda empresa SaaS B2B eventualmente recebe o mesmo feedback de cliente: “Adoramos a Luminary, só precisamos de mais uma integração com [ferramenta obscura interna]”. A tentação é dizer sim. Aprendemos a dizer não, com um framework específico.

A armadilha da integração SaaS sem critério

Cada integração parece pequena. O custo real é:

• Construção inicial: 2 a 4 semanas de engenharia
• Documentação, sandbox, casos extremos: mais 2 semanas
• Para sempre: 0,5 engenheiro-equivalente de manutenção por integração por ano

Multiplique por 50 integrações e você tem uma organização de manutenção, não uma empresa de produto. Existe uma boa discussão sobre esse princípio no clássico de Martin Fowler sobre trade-offs de microsserviços que se aplica diretamente à decisão de integrar.

Nosso framework

Antes de aprovar uma nova integração, três perguntas:

1. É usada por pelo menos 5% dos clientes pagantes, ou projetada a chegar lá em 12 meses?
2. O sistema de origem tem uma API estável e versionada em que podemos confiar?
3. A profundidade da integração pode atingir nosso padrão — bidirecional, em tempo real, preservando estado?

Se qualquer resposta é não, adiamos. O cliente costuma perguntar de novo no trimestre seguinte. Aí os dados nos dizem se vale a pena. Esse mesmo cuidado de escopo aparece quando pensamos em estratégia de produto de forma mais ampla.

A parte contraintuitiva

Recusamos pedidos de integração com HubSpot. Duas vezes. Em ambas, o cliente inicialmente foi embora. Seis meses depois, voltou. A integração de que ele realmente precisava não era HubSpot — era um workflow melhor para o setup atual.

Às vezes, a integração é o sintoma, não a doença. E aceitar isso muda completamente o tipo de produto que você acaba construindo a longo prazo.