Que problemas é Sendblue E como isso está te beneficiando?
Adotamos o SendBlue porque adoramos a oferta principal (iMessage/mensagens azuis) em junho de 2025. O fornecedor agora iniciou o offboarding, e o problema maior é que este não tem sido um sistema confiável para operar uma operação telefônica crítica para vendas.
Nosso negócio responde a consultas recebidas em todo o país. Enviamos mensagens de texto e ligamos para leads em todo o país, e essas chamadas são efetivamente chamadas de vendas. Por essa razão, a conformidade é importante. Nosso consultor jurídico não considera a tecnologia de chamadas que depende de gravação para fornecer análises básicas como apropriada ou utilizável para o nosso negócio. Também não fomos informados até depois da integração que o relatório do sistema depende da gravação de chamadas recebidas e efetuadas. Na prática, isso significava que o SendBlue não podia fornecer relatórios básicos confiáveis no nível do agente (chamador/agente, duração, resultado, data/hora) a menos que as chamadas fossem gravadas.
Levantamos isso diretamente e nos disseram que atualizações de produto estavam a caminho. Os roteiros mudam — entendemos isso — e acabamos construindo nossas próprias análises para compensar a lacuna. Mas operacionalmente, o problema maior era a confiabilidade e a responsabilidade.
Abaixo estão os tipos de falhas que experimentamos:
Falha na linha de chamada principal após o go-live: após as automações e o roteamento estarem ativos, uma linha de chamada principal parou de funcionar por um período de tempo. Isso parece ter sido desencadeado por regras de automação/roteamento que foram configuradas com o envolvimento do SendBlue (confiamos na equipe deles para orientação e aprovação na implementação). Os prospectos recebidos não podiam mais nos alcançar de forma confiável, impactando um volume significativo (centenas) de interações de leads até identificarmos o problema e implementarmos soluções alternativas (incluindo novas linhas). O SendBlue cobriu as linhas de substituição naquele ponto, mas o dano operacional já estava feito — qualquer ponto de contato vinculado ao número afetado tornou-se não confiável e exigiu limpeza manual.
Configuração incorreta de número e "troca de linha": experimentamos configurações incorretas (incluindo configuração de localização/CEP incompatível e linhas caídas) que exigiram a compra e manutenção de linhas adicionais para estabilizar as operações — e depois fazer o trabalho de limpeza para corrigir problemas de roteamento/atribuição a jusante. Até oferecemos cobrir parte do custo incremental da linha como um compromisso de boa fé. Também tínhamos um plano para encerrar as linhas incorretas ao longo do tempo, mas a atribuição de leads para as linhas corretas/novas não seguiu consistentemente esse plano. Quando escalamos, alguns dos comportamentos foram atribuídos à Apple, mas independentemente da causa raiz, o ônus e o custo recaíram sobre nós. Agora estamos gerenciando cerca de 5 linhas que devem ser migradas para outro lugar sob um cronograma forçado.
Quebra de automação durante interrupções: durante interrupções ou degradação parcial, automações/Zaps não se comportaram de forma previsível. Tivemos que verificar manualmente os logs, reconstruir partes do fluxo de trabalho e reconciliar atividades inconsistentes durante quedas de serviço. Para empresas que dependem de tempos de resposta rápidos para leads recebidos, isso é extremamente caro.
Nenhuma detecção proativa: esses problemas não foram consistentemente detectados e apresentados pelo SendBlue antes de impactarem as operações ao vivo. Às vezes, aprendíamos depois do fato, mas muitas vezes descobríamos problemas através de reclamações de clientes, mudanças nas métricas de resposta ou discrepâncias de dados — e então tínhamos que fazer triagem em tempo real.
O padrão consistente era: quando algo quebrava, pagávamos para consertar — através de linhas adicionais, tempo de desenvolvedor interno e interrupção operacional — sem créditos significativos, recuperação de serviço ou ajustes de bom senso. Quando solicitamos reconhecimento do impacto acumulado através de um desconto/reembolso, nos foi dito que um seria fornecido (não o recebemos). Agora estamos sendo empurrados para um cronograma de offboarding acelerado onde temos apenas semanas para migrar operações ativas.
Isso é especialmente surpreendente porque selecionamos a oferta premium do SendBlue, esperando uma gestão de programa mais atenciosa e confiabilidade operacional. Isso não correspondeu à nossa experiência.
Agora, porque o offboarding foi iniciado enquanto ainda temos operações ativas na plataforma, estamos correndo para migrar várias linhas telefônicas simultaneamente para evitar interrupções. Praticamente, isso também nos deixa arcando com o custo e a complexidade de várias linhas adicionais criadas devido a instabilidades e problemas de configuração anteriores.
Conclusão: o SendBlue pode ser suficiente para casos de uso de baixo risco. Mas se o seu negócio depende de um manuseio confiável de leads recebidos, tem desvantagens materiais devido a interrupções de automação, precisa de análises básicas de chamadas efetuadas e espera que um fornecedor assuma a responsabilidade quando os sistemas falham, este não é um produto em que eu confiaria. Esta é a primeira (e única) crítica negativa que escrevi assim — e é porque nossa equipe agora é forçada a mudanças significativas de migração em um cronograma que não estávamos preparados para executar. Compartilharei uma atualização após a conclusão do offboarding. Análise coletada por e hospedada no G2.com.
