{"id":18235,"date":"2025-01-28T04:32:40","date_gmt":"2025-01-28T04:32:40","guid":{"rendered":"https:\/\/www.mailgun.com\/resources\/case-studies\/marketing-automation-at-scale-customer-io-mailgun-2\/"},"modified":"2026-09-03T12:03:12","modified_gmt":"2026-09-03T12:03:12","slug":"marketing-automation-at-scale-customer-io-mailgun","status":"publish","type":"case-studies","link":"https:\/\/www.mailgun.com\/pt\/resources\/case-studies\/marketing-automation-at-scale-customer-io-mailgun\/","title":{"rendered":"Automa\u00e7\u00e3o de marketing em escala: Customer.io + Mailgun"},"content":{"rendered":"\n

Quando a Customer.io, uma plataforma automatizada de envio de mensagens, enfrentou problemas de dimensionamento com seu Provedor de servi\u00e7os de e-mail (ESP), parecia que eles estavam tentando pilotar um carro de corrida com \u00f3leo vegetal. Eles sabiam que nunca seriam capazes de impulsionar sua empresa em r\u00e1pido crescimento se n\u00e3o conseguissem encontrar um ESP com mais pot\u00eancia. Felizmente, eles encontraram o Mailgun, um ESP que conseguia acompanhar seu crescimento explosivo. Quando as equipes t\u00e9cnicas da Customer.io e do Mailgun se uniram, eles constru\u00edram uma plataforma capaz de dar suporte a remetentes com dezenas de dom\u00ednios que precisavam enviar milh\u00f5es de e-mails por dia. N\u00f3s nos sentamos com John Alison, cofundador da Customer.io, para desvendar como foi a jornada at\u00e9 essa solu\u00e7\u00e3o.<\/p>\n\n\n\n

Quando a Customer.io foi formada h\u00e1 8 anos, o objetivo de John era ajudar empresas e profissionais de marketing a enviar mensagens mais relevantes. Sua oferta inicial era uma plataforma que permitia aos seus usu\u00e1rios enviar e-mails comportamentais direcionados. No entanto, nos anos desde o seu in\u00edcio, a Customer.io evoluiu para dar suporte ao envio automatizado de mensagens de produtos, fluxos de integra\u00e7\u00e3o, campanhas de reten\u00e7\u00e3o, newsletters e e-mail transacional para clientes no espa\u00e7o de SaaS, EdTech, FinTech, Marketplaces, Caixas de Assinatura e Aplicativos M\u00f3veis & da Web. O cora\u00e7\u00e3o de sua plataforma \u00e9 elegantemente simples: a plataforma acumula dados comportamentais do aplicativo da web ou m\u00f3vel do seu cliente e usa os dados para criar campanhas baseadas em dados para atingir usu\u00e1rios e leads com a mensagem certa na hora certa. Em apenas 8 anos, a Customer.io se tornou um local centralizado para profissionais de marketing e propriet\u00e1rios de produtos enviarem quase qualquer tipo de mensagem.\u00a0<\/p>\n\n\n\n

\u00c9 l\u00f3gico que uma boa entregabilidade de e-mail est\u00e1 no centro do servi\u00e7o que a Customer.io fornece; voc\u00ea n\u00e3o pode fornecer uma plataforma de envio de mensagens se as mensagens enviadas da plataforma n\u00e3o chegarem aos destinat\u00e1rios pretendidos. Isso significa que, para a Customer.io, decidir qual ESP usar \u00e9 uma grande decis\u00e3o, pois pode realmente determinar o sucesso ou o fracasso do servi\u00e7o que eles fornecem aos seus clientes.\u00a0<\/p>\n\n\n\n

Uma parceria floresce<\/h2>\n\n\n\n

Quando a Customer.io decidiu construir sua plataforma, eles se depararam com a escolha cl\u00e1ssica que toda startup precisa fazer: onde eles devem focar estrategicamente seus recursos? A equipe de John sabia que seria melhor se eles focassem seu talento na constru\u00e7\u00e3o de sua propriedade intelectual, a plataforma de automa\u00e7\u00e3o de marketing que se tornaria a Customer.io, em vez de construir a infraestrutura do zero. Havia muitos ESPs no mercado para formar parceria na infraestrutura de envio, ent\u00e3o por que se incomodar em gastar recursos preciosos construindo a sua pr\u00f3pria? Ap\u00f3s uma pesquisa cuidadosa, eles selecionaram um ESP popular como seu parceiro de infraestrutura e come\u00e7aram a integrar seus clientes l\u00e1.\u00a0<\/p>\n\n\n\n

Ap\u00f3s alguns anos com este ESP, eles come\u00e7aram a ter problemas de desempenho e se viram incapazes de concluir tarefas di\u00e1rias devido a uma interface de usu\u00e1rio confusa e em constante mudan\u00e7a. Apesar desses desafios, a equipe da Customer.io temia mudar sua infraestrutura de envio. Sempre que voc\u00ea migra IPs, corre o risco de prejudicar sua reputa\u00e7\u00e3o de envio, e esse n\u00e3o era um risco ao qual a Customer.io queria expor seus clientes na \u00e9poca. Eles decidiram continuar com seu ESP original e ver o que poderia ser feito para resolver seus problemas.\u00a0<\/p>\n\n\n\n

No entanto, quando a Customer.io come\u00e7ou a adquirir cada vez mais remetentes de alto volume, eles descobriram que este ESP simplesmente n\u00e3o conseguia acompanhar. N\u00e3o era incomum que esses remetentes de alto volume enviassem 20 milh\u00f5es de e-mails urgentes de uma s\u00f3 vez, mas esse volume sobrecarregava seu ESP, resultando em mensagens adiadas. Para seus usu\u00e1rios finais, parecia que a plataforma Customer.io havia falhado, quando, na realidade, era apenas seu ESP que estava sobrecarregado. Por fim, essa foi uma experi\u00eancia do cliente ruim para seus usu\u00e1rios finais, o que foi a gota d’\u00e1gua para a equipe da Customer.io. Eles se comprometeram a procurar outro provedor.<\/p>\n\n\n\n

John sabia que alguns clientes da Customer.io estavam usando o Mailgun como seu ESP, e esses clientes tiveram sucesso mesmo com um volume de mensagens muito alto. Isso levou John a investigar o Mailgun como um substituto potencial para seu provedor atual. Suas conversas iniciais com a equipe do Mailgun deram a John a confian\u00e7a de que o conhecimento t\u00e9cnico e a experi\u00eancia em e-mail do Mailgun garantiriam uma migra\u00e7\u00e3o tranquila para sua base de clientes. Transferir o volume de envio da Customer.io para o Mailgun parecia ser o curso de a\u00e7\u00e3o mais inteligente.\u00a0<\/p>\n\n\n\n

A migra\u00e7\u00e3o<\/h2>\n\n\n\n

Migrar de um ESP para outro \u00e9 um empreendimento enorme, e as apostas para a Customer.io eram extremamente altas. A equipe de John se reuniu com seu Gerente de conta t\u00e9cnico no Mailgun e elaborou uma estrat\u00e9gia para mover com seguran\u00e7a todos os clientes da Customer.io, cada um com dezenas de dom\u00ednios de envio, para o Mailgun. Como John diz, esta foi, na verdade, uma das partes mais complexas da migra\u00e7\u00e3o. Ele diz: \u201cComo nossos clientes enviam mensagens de seus pr\u00f3prios dom\u00ednios, a parte mais demorada foi coordenar com cada um dos nossos mais de 2300 clientes e incentiv\u00e1-los a adicionar registros DNS adicionais para migrarem conosco.\u201d\u00a0<\/p>\n\n\n\n

Al\u00e9m dos registros DNS que precisavam ser atualizados, os usu\u00e1rios da Customer.io dependem da plataforma para entregar comunica\u00e7\u00f5es de marketing e transacionais essenciais para os neg\u00f3cios aos seus clientes. Era de extrema import\u00e2ncia n\u00e3o prejudicar essas reputa\u00e7\u00f5es de envio durante a migra\u00e7\u00e3o, o que \u00e9 algo que o Mailgun tem um hist\u00f3rico comprovado de ajudar os clientes a navegar. \u00c9 uma das pr\u00e1ticas recomendadas durante uma migra\u00e7\u00e3o aquecer metodicamente novos IPs aumentando gradualmente o envio ao longo de v\u00e1rias semanas. Mas como isso seria alcan\u00e7ado em dois ESPs separados sem paralisar a plataforma da Customer.io durante o per\u00edodo de aquecimento?<\/p>\n\n\n\n

Portanto, com a ajuda de seu TAM do Mailgun, a equipe da Customer.io incorporou uma l\u00f3gica em seu produto instruindo a plataforma a come\u00e7ar a enviar apenas uma pequena porcentagem do tr\u00e1fego para os novos registros DNS do Mailgun, enquanto o resto do tr\u00e1fego ainda seria enviado pelo ESP anterior. Ao longo de 3 semanas, a plataforma aumentou automaticamente o volume enviado no Mailgun e, ao mesmo tempo, reduziu as mensagens enviadas em seu ESP anterior. Com essa l\u00f3gica em vigor, a Customer.io p\u00f4de come\u00e7ar a notificar os clientes sobre a migra\u00e7\u00e3o e come\u00e7ar a trabalhar com eles para migrar para a nova plataforma sem se preocupar em sobrecarregar seus novos IPs no Mailgun.<\/p>\n\n\n\n

A maior parte da migra\u00e7\u00e3o levou 3 meses, com a expectativa de alguns atrasados. O aquecimento intencional e lento de IPs garantiu que a base de clientes da Customer.io vivenciasse uma transi\u00e7\u00e3o suave e que a migra\u00e7\u00e3o fosse um sucesso.\u00a0<\/p>\n\n\n\n

Os resultados<\/h2>\n\n\n\n

Desde a mudan\u00e7a para o Mailgun, a Customer.io conseguiu enviar mais volume de e-mails do que nunca. A base de usu\u00e1rios da Customer.io tamb\u00e9m percebeu uma melhoria na velocidade de envio ap\u00f3s a migra\u00e7\u00e3o. Isso resultou em um n\u00edvel de confian\u00e7a mais profundo entre a Customer.io e seus usu\u00e1rios, porque a migra\u00e7\u00e3o provou que a Customer.io est\u00e1 comprometida em fornecer a melhor experi\u00eancia poss\u00edvel para sua base de clientes.\u00a0\u00a0<\/p>\n\n\n\n

Em rela\u00e7\u00e3o ao sucesso da migra\u00e7\u00e3o, John diz: \u201cO suporte e a experi\u00eancia do Mailgun s\u00e3o verdadeiramente de primeira linha. Definitivamente, n\u00e3o poder\u00edamos ter feito uma migra\u00e7\u00e3o desse porte sem t\u00ea-los por perto para verificar nossas suposi\u00e7\u00f5es e fornecer orienta\u00e7\u00e3o. D\u00e1 para perceber que eles se importam em acertar na entregabilidade de e-mail, e nossos clientes agradecem muito por isso.\u201d<\/p>\n\n\n\n

Al\u00e9m do aumento do desempenho, o Mailgun ofereceu \u00e0 Customer.io uma experi\u00eancia aprimorada de gerenciamento de usu\u00e1rios. Os usu\u00e1rios da Customer.io normalmente preferem criar um dom\u00ednio de envio por fluxo de envio (ou seja, marketing@, customerservice@), e preferem atribuir diferentes IPs a esses dom\u00ednios. Com seu ESP anterior, a Customer.io tinha que criar uma conta diferente por dom\u00ednio de envio, o que significava que era desafiador gerenciar cada cliente de um local central. No Mailgun, eles podem organizar todos os seus IPs de envio em uma conta, resultando em um gerenciamento di\u00e1rio mais f\u00e1cil.\u00a0<\/p>\n\n\n\n

Conclus\u00e3o<\/h2>\n\n\n\n

Embora a Customer.io tenha visto melhorias no volume de e-mails, na velocidade de envio e na confian\u00e7a do cliente desde sua migra\u00e7\u00e3o para nossa plataforma, a parte favorita de John sobre o Mailgun na verdade n\u00e3o est\u00e1 relacionada ao produto que oferecemos, mas sim ao relacionamento entre as duas empresas. Ele diz: \u201cH\u00e1 muitas facetas em nosso relacionamento que o tornam totalmente \u00fanico. N\u00e3o apenas somos clientes do Mailgun e o Mailgun \u00e9 nosso cliente, como tamb\u00e9m somos parceiros para atender clientes em comum com nossas plataformas. Ver nossas empresas trabalhando juntas \u00e9 muito divertido, porque as pessoas do nosso lado ficam animadas quando o Mailgun est\u00e1 envolvido. N\u00f3s apenas sabemos que o resultado ser\u00e1 positivo, n\u00e3o importa no que estejamos trabalhando.\u201d\u00a0<\/p>\n\n\n\n

Baixar o estudo de caso completo<\/b><\/a><\/p>\n\n\n

\r\n\r\n