Equipe vibe codifica próprio Calendly em 20 minutos

A sugestão do agente

A SaaStr, uma equipe de três pessoas, substituiu o Calendly - ferramenta de agendamento que usava há anos e que descreve como barata, comprovada e funcional - por um agendador próprio, construído em cerca de 20 minutos pelo agente de IA da empresa no Replit. A decisão partiu de 10K, o agente que atua como VP de Marketing e, cada vez mais, como VP de Revenue da SaaStr. 10K roda no Replit, escreve no Salesforce, gerencia campanhas de anúncios, cuida de quote-to-cash e está conectado a cerca de 30 sistemas.

Quando 10K e Amelia (a agente de marketing) reconstruíram o fluxo inbound de patrocinadores, 10K sugeriu abandonar o Calendly e construir um booker próprio, oferecendo-se para fazê-lo. O autor reconhece que um agente querendo construir algo é, por si só, um mau argumento - agentes gostam de construir, e atender a toda sugestão deixaria a empresa mantendo uma dúzia de ferramentas internas desnecessárias. Mas a sugestão pediu justificativa.

Por que construir em vez de integrar

O novo booker faz o que o Calendly não conseguia: quando um prospect de patrocínio agenda uma reunião, recebe no mesmo momento um prospecto personalizado em tempo real - com o nome da empresa, os concorrentes que estiveram no SaaStr AI Annual e os pacotes recomendados pelo agente - numa página tokenizada no site, que se atualiza conforme a empresa aprende mais sobre o prospect. Além disso, o agendamento é roteado para a pessoa certa da equipe, com base em quais patrocinadores cada um já atende: quando a Base44 entrou, o lead foi para Amelia, que cuida de Replit e Lovable, e não para David, responsável pela Vercel.

O link de agendamento também carrega o nome da empresa e se conecta ao prospecto. Se alguém abre o booker e sai sem agendar, 10K avisa Amelia e se oferece para redigir o e-mail de follow-up.

A visão de 10K foi que construir o booker inteiro seria mais fácil do que fazer parte no Calendly e conectar roteamento, entrega de prospecto e rastreamento de abandono em volta dele. Como roteamento e prospecto dependem dos dados próprios da SaaStr, a maior parte da lógica teria de ser construída de qualquer forma, somada à manutenção de uma integração. Antes da mudança, o calendário era a única etapa do funil em que a empresa não conseguia ver o que o prospect fazia; agora consegue.

A reação inicial e a barra baixa

A primeira reação de Amelia foi de que "é só um calendário" - e um calendário isolado não valeria a construção. O que justificou este foi tudo a que se conecta: quando o prospect agenda, o sistema já sabe quem ele é, o que leu e quem da equipe deve atender a chamada. Com 20 minutos de tempo do agente, a barra era baixa; se a estimativa fosse de duas semanas, teriam mantido o Calendly.

Comprar segue sendo o padrão

A SaaStr continua comprando quase tudo: Salesforce, Qualified, Clay, ZoomInfo, Artisan, Monaco, Gamma e Clarity, e recomenda que fundadores comprem por padrão. Quando constrói, costuma ser uma peça estreita. Exemplo: o Zapier perdia silenciosamente cerca de 20% dos cadastros antes de chegarem ao Salesforce; a empresa manteve o Zapier para os triggers autenticados, tediosos de reconstruir, e moveu os action steps para código próprio, onde ficavam as perdas. O agendamento em si, conclui o texto, é algo bom de alugar; decidir quem o prospect encontra e o que ele vê exigia dados que nenhum fornecedor de agendamento tem.

Critérios de decisão

10K decide sobre fornecedores rápido - escolheu o Microsoft Clarity para heat maps sem avaliar alternativas, e descartou um fornecedor que seu próprio agente tinha selecionado em 12 horas, após rodar os preços. As decisões costumam ser boas, mas a equipe ainda as verifica. Quando o agente propõe uma construção, ele precisa responder: o que isso faz que o fornecedor não faz (se for o mesmo mais barato, compram); uma integração via API cobriria a maior parte (se sim, integram); quais dados só a empresa tem (no booker, essa foi a resposta decisiva); e quanto tempo levaria e o que acontece se quebrar (20 minutos, com o link do Calendly como fallback, tornaram a resposta fácil). Para fluxos sensíveis, pedem que o agente declare o que pretende fazer antes de agir.

Conclusão

Há um ano, 10K sugeria coisas como um programa de indicação de ingressos; hoje, boa parte do seu valor vem de recomendações de produto - o prospecto tokenizado e o booker foram ideias suas, e a proposta atual é uma versão dele para a equipe de vendas de David, que não tem o acesso de backend de Amelia. A tese final: continuar comprando por padrão; quando um agente sugerir construir, perguntar por quê e reagir com ceticismo - pode ser uma boa ideia.