WEBVTT 00:00:00.000 --> 00:00:04.980 Certo, vamos mergulhar direto nisso. Sejam todos muito bem-vindos a essa nossa 00:00:04.980 --> 00:00:07.520 aula prática, bem no estilo quadro branco. 00:00:07.720 --> 00:00:12.000 Hoje a gente vai atacar um ponto cirúrgico das operações. Qual é o momento 00:00:12.000 --> 00:00:17.000 exato em que um agente de inteligência artificial tem que passar o bastão para 00:00:17.000 --> 00:00:18.000 um vendedor humano? 00:00:18.240 --> 00:00:23.060 E mais importante, o que precisa chegar junto com essa transferência lá dentro da 00:00:23.060 --> 00:00:24.410 sua operação do Leadlovers? 00:00:24.410 --> 00:00:26.300 Esse é o Manual Tático, tá? 00:00:26.420 --> 00:00:29.420 Para garantir que a tecnologia acelere as vendas de verdade, 00:00:29.700 --> 00:00:32.200 em vez de criar só mais um gargalo na sua empresa. 00:00:32.240 --> 00:00:35.040 A estrutura do nosso Manual hoje é super direta. 00:00:35.480 --> 00:00:37.180 A gente vai passar por 1. 00:00:37.580 --> 00:00:38.680 O problema do handoff. 00:00:39.100 --> 00:00:41.220 2. Os gatilhos de transferência. 00:00:41.500 --> 00:00:43.300 3. O pacote de handoff. 00:00:43.700 --> 00:00:45.600 4. A dinâmica dos relógios. 00:00:45.920 --> 00:00:48.040 5. Os erros comuns na operação. 00:00:48.400 --> 00:00:51.340 E, por fim, um checklist essencial de implantação. 00:00:51.680 --> 00:00:52.680 Vamos lá! 00:00:55.200 --> 00:01:00.040 Para começar a resolver, a gente precisa reconhecer onde a dor da operação 00:01:00.040 --> 00:01:01.040 realmente 00:01:01.040 --> 00:01:02.040 mora. 00:01:02.040 --> 00:01:05.940 Mas antes de aprofundar a gente precisa alinhar o vocabulário para todo o time 00:01:05.940 --> 00:01:06.940 falar a mesma 00:01:06.940 --> 00:01:07.940 língua, certo? 00:01:07.940 --> 00:01:11.640 Primeiro, a palavra handoff é um termo inglês que significa literalmente a 00:01:11.640 --> 00:01:12.640 passagem de 00:01:12.640 --> 00:01:15.490 bastão, a transferência de um lead para a próxima etapa. 00:01:15.490 --> 00:01:19.490 Depois temos o SDR, o Sales Development Representative, que é aquele profissional 00:01:19.490 --> 00:01:20.490 de pré-vendas 00:01:20.490 --> 00:01:24.540 que faz o primeiro contato e qualifica tudo antes de passar para quem realmente é 00:01:24.540 --> 00:01:25.540 fecha 00:01:25.540 --> 00:01:26.540 o negócio. 00:01:26.540 --> 00:01:30.340 E claro, o CRM, que é o nosso sistema central que guarda todo o histórico, a 00:01:30.340 --> 00:01:31.340 etapa do funil 00:01:31.340 --> 00:01:32.790 e quem é o dono daquele lead. 00:01:32.790 --> 00:01:36.740 Se a equipe não domina esses três pilares, a comunicação já trava logo de cara. 00:01:36.740 --> 00:01:40.440 E é aqui que a gente vê ilustrado de forma brilhante o grande conflito das 00:01:40.440 --> 00:01:41.440 operações 00:01:41.440 --> 00:01:42.440 atuais. 00:01:42.440 --> 00:01:46.440 Pense comigo, de um lado, a gente tem a velocidade da IA, ou a gente responde 00:01:46.440 --> 00:01:50.040 em segundos, coletam um monte de informação valiosa por uns 20 minutos e 00:01:50.040 --> 00:01:51.040 faz as perguntas 00:01:51.040 --> 00:01:52.340 de qualificação perfeitas. 00:01:52.340 --> 00:01:53.340 Lindo, né? 00:01:53.340 --> 00:01:55.690 Mas aí, do outro lado, vem a frustração humana. 00:01:55.840 --> 00:02:00.380 O vendedor abre o CRM e recebe um card completamente vazio e escrito só, lead 00:02:00.380 --> 00:02:01.380 quente. 00:02:01.380 --> 00:02:02.380 Pois é. 00:02:02.380 --> 00:02:03.630 O que o profissional faz? 00:02:03.630 --> 00:02:05.480 Ele vira para o cliente e solta um... 00:02:05.480 --> 00:02:07.780 Então, me conta um pouco sobre a sua operação? 00:02:07.780 --> 00:02:11.280 Nossa, nesse exato instante, o lead percebe que os sistemas da empresa 00:02:11.280 --> 00:02:12.280 simplesmente não 00:02:12.280 --> 00:02:13.280 se conversam. 00:02:13.280 --> 00:02:17.330 Aquela velocidade que a gente ganhou na largada foi totalmente anulada pela perda 00:02:17.330 --> 00:02:18.330 de tempo, 00:02:18.330 --> 00:02:21.740 de contexto e o mais caro de todos, a perda de confiança do cliente. 00:02:21.800 --> 00:02:24.700 Entrando agora na parte 2, gatilhos de transferência. 00:02:25.080 --> 00:02:29.980 É exatamente por causa desse problema que um agente nunca pode trabalhar sem 00:02:29.980 --> 00:02:31.560 regras muito rígidas. 00:02:32.260 --> 00:02:36.110 Se a gente deixar o agente solto, ele vai tomar decisões imprevisíveis a cada 00:02:36.110 --> 00:02:37.110 conversa. 00:02:37.110 --> 00:02:41.260 Então, os gatilhos absolutos têm que estar documentados antes do primeiro lead real 00:02:41.260 --> 00:02:42.260 entrar. 00:02:42.260 --> 00:02:45.940 Existem 5 situações obrigatórias e negociáveis onde a IA tem que parar na 00:02:45.940 --> 00:02:46.940 hora e transferir 00:02:46.940 --> 00:02:47.940 o lead. 00:02:47.940 --> 00:02:49.240 Primeira, sinal de compra. 00:02:49.500 --> 00:02:53.300 Se o lead pedir uma proposta a um prazo, o agente não espera, ele transfere. 00:02:53.600 --> 00:02:55.200 Segunda, pedido explícito. 00:02:55.620 --> 00:02:59.420 Se o cliente quer falar com um humano, a IA não tenta argumentar, só passa o 00:02:59.420 --> 00:03:00.420 bastão. 00:03:00.420 --> 00:03:04.270 Terceira, uma exceção catalogada, tipo um pedido de desconto fora da política 00:03:04.270 --> 00:03:05.270 comercial. 00:03:05.270 --> 00:03:09.640 Quarta, emoção negativa, ironia, reclamação ou cliente ameaçando cancelar 00:03:09.640 --> 00:03:12.380 definitivamente não são cenários para robôs lidarem. 00:03:12.800 --> 00:03:15.120 E quinta, limite de escopo ou autonomia. 00:03:15.500 --> 00:03:19.300 Se o lead pergunta algo que o agente não sabe ou não tem acesso, ele precisa 00:03:19.300 --> 00:03:20.300 declarar isso 00:03:20.300 --> 00:03:21.400 e interromper o fluxo. 00:03:21.400 --> 00:03:22.700 Nada de inventar resposta. 00:03:22.780 --> 00:03:24.460 Agora o reverso da moeda. 00:03:24.760 --> 00:03:28.580 Tem quatro cenários onde o agente tem que sim continuar trabalhando sozinho. 00:03:28.820 --> 00:03:33.120 São eles, perguntas de qualificação de rotina, dúvidas que já estão cobertas 00:03:33.120 --> 00:03:37.120 na política comercial lá anexada, leads que baixaram o material mas não 00:03:37.120 --> 00:03:38.120 demonstraram 00:03:38.120 --> 00:03:41.920 nenhuma intenção de compra, e aquele clássico silêncio do lead que exige um 00:03:41.920 --> 00:03:42.920 follow-up. 00:03:42.920 --> 00:03:46.920 Porque pensem bem, se a operação começar a transferir tudo para o humano só para 00:03:46.920 --> 00:03:47.920 garantir, 00:03:47.920 --> 00:03:51.900 o agente vira só um formulário de luxo bem caro, e todo o investimento na 00:03:51.900 --> 00:03:52.900 automação 00:03:52.900 --> 00:03:53.900 é desperdiçado. 00:03:53.900 --> 00:03:56.880 O que nos leva ao ponto 3, o pacote de handoff. 00:03:57.280 --> 00:04:00.700 Aqui a gente tem uma regra de ouro absoluta pessoal, quem dita quais 00:04:00.700 --> 00:04:01.700 informações são 00:04:01.700 --> 00:04:05.460 obrigatórias na hora da transferência é sempre quem recebe o lead, ou seja, 00:04:05.640 --> 00:04:06.640 o vendedor. 00:04:06.640 --> 00:04:09.740 Quem envia sempre acha que mandou o suficiente, né? 00:04:09.860 --> 00:04:13.460 Mas quem tá na ponta é que sabe o que realmente trava uma decisão. 00:04:13.560 --> 00:04:18.120 Então, os 10 campos exatos que precisam aterrisar lá no CRM são um resumo da 00:04:18.120 --> 00:04:19.360 conversa, a dor 00:04:19.360 --> 00:04:23.480 declarada, de preferência usando as palavras exatas do cliente, as respostas 00:04:23.480 --> 00:04:24.480 de qualificação 00:04:24.480 --> 00:04:28.460 tipo porte da empresa e orçamento, o produto de interesse e a atenção especial 00:04:28.460 --> 00:04:29.460 aqui, 00:04:29.460 --> 00:04:31.310 a urgência e o motivo dessa urgência. 00:04:31.520 --> 00:04:35.370 Escrever só o urgente não diz nada, agora o contrato atual deles vence no fim 00:04:35.370 --> 00:04:39.900 do mês, aí sim, temos contexto real. O pacote também precisa ter os canais e 00:04:39.900 --> 00:04:40.900 horários 00:04:40.900 --> 00:04:44.600 preferidos, um link para o histórico completo, o próximo passo sugerido, o 00:04:44.600 --> 00:04:45.600 motivo exato 00:04:45.600 --> 00:04:49.550 que o disparou a transferência e, por fim, as fontes que a IA usou para ancorar 00:04:49.550 --> 00:04:50.550 qualquer 00:04:50.550 --> 00:04:54.200 preço que foi citado. Se faltar qualquer um desses itens, a transferência 00:04:54.200 --> 00:04:55.200 simplesmente 00:04:55.200 --> 00:04:58.600 não foi bem sucedida. Certo, parte 4, a dinâmica dos relógios. 00:04:59.040 --> 00:05:03.240 Com esse pacotão definido, a gente precisa entender a variável do tempo. No ambiente 00:05:03.240 --> 00:05:07.380 Leadlovers, cruzando a automação de marketing, CRM e WhatsApp, achar o momento 00:05:07.380 --> 00:05:08.380 exato de passar 00:05:08.380 --> 00:05:10.230 esse bastão é uma verdadeira ciência. 00:05:10.520 --> 00:05:13.940 O ponto crucial aqui é o critério de calibragem. 00:05:14.180 --> 00:05:15.280 A regra é bem simples. 00:05:15.280 --> 00:05:19.130 O que dita o momento da transferência é o que acontecer primeiro entre campos 00:05:19.130 --> 00:05:20.130 mínimos 00:05:20.130 --> 00:05:22.530 alcançados ou um gatilho de prioridade acionado. 00:05:22.530 --> 00:05:26.920 Ou seja, a gente nunca, em hipótese alguma, segura um lead que acabou de pedir 00:05:26.920 --> 00:05:27.920 uma proposta 00:05:27.920 --> 00:05:31.120 só porque falta ele terminar de preencher um fluxo automatizado. 00:05:31.120 --> 00:05:34.620 Sinal de compra sempre, sempre vence campos faltantes. 00:05:35.000 --> 00:05:39.880 E no momento que essa passagem ocorre, entra em cena o SLA, do inglês Service 00:05:39.880 --> 00:05:40.880 Level Agreement. 00:05:41.220 --> 00:05:43.380 Esse é o nosso acordo de nível de serviço. 00:05:43.880 --> 00:05:47.980 Basicamente, é o compromisso escrito de quanto tempo humano tem para assumir 00:05:47.980 --> 00:05:49.130 aquele lead que chegou. 00:05:49.420 --> 00:05:51.100 Mas olha, um aviso enorme aqui. 00:05:51.620 --> 00:05:55.920 Se não tiver uma regra de escalonamento, que é aquele aviso pro gestor quando o 00:05:55.920 --> 00:05:56.920 tempo estoura, 00:05:56.920 --> 00:06:00.900 O SLA vira só uma boa intenção e não um padrão operacional verdadeiro. 00:06:01.200 --> 00:06:04.540 É aí que a gente vê a armadilha dos dois relógios do funil. 00:06:04.960 --> 00:06:07.780 O primeiro relógio é o tempo de resposta da IA. 00:06:08.140 --> 00:06:11.740 Geralmente cai para uns segundinhos, fica maravilhoso lá nos relatórios. 00:06:11.920 --> 00:06:15.400 Mas o segundo relógio é o tempo de assunção do humano. 00:06:15.740 --> 00:06:20.040 É o tempo entre a IA transferir e o vendedor mandar a primeira mensagem. 00:06:20.580 --> 00:06:23.060 Gente, de que adianta otimizar o robô, 00:06:23.340 --> 00:06:26.340 se a oportunidade vai ficar apodrecendo numa fila de espera? 00:06:26.340 --> 00:06:30.700 O lead esfria, procura o concorrente na mesma hora e toda aquela promessa de 00:06:30.700 --> 00:06:31.700 agilidade 00:06:31.700 --> 00:06:33.600 da sua empresa simplesmente desmorona. 00:06:33.600 --> 00:06:36.020 Seção 5 Erros Comuns na Operação 00:06:36.020 --> 00:06:40.980 A gente sabe que mesmo desenhando tudo perfeitamente, as falhas acontecem 00:06:40.980 --> 00:06:41.980 no dia a dia. 00:06:41.980 --> 00:06:45.700 Então vamos construir uma estrutura de diagnóstico para solucionar esses 00:06:45.700 --> 00:06:46.700 problemas 00:06:46.700 --> 00:06:47.800 de handoff bem rápido. 00:06:48.180 --> 00:06:51.280 A gente costuma ver quatro erros operacionais muito clássicos. 00:06:51.280 --> 00:06:55.060 Primeiro sintoma, o lead chega rotulado de quente, mas vazio no CRM. 00:06:55.060 --> 00:06:57.500 A causa, quem envia definiu o que é importante. 00:06:57.980 --> 00:07:01.780 A saída é forçar nos sistemas campos obrigatórios definidos por quem recebe. 00:07:01.780 --> 00:07:04.780 Segundo sintoma, tem uma fila gigante sem ninguém assumir. 00:07:04.920 --> 00:07:06.760 A causa é que faltou um SLA, claro. 00:07:07.240 --> 00:07:10.790 A saída é estabelecer prazos de assumir por gatilho, com escalonamento. 00:07:11.040 --> 00:07:14.320 Terceiro, o volume de handoff sobe, mas as vendas ficam na mesma. 00:07:14.600 --> 00:07:15.600 O que aconteceu? 00:07:15.600 --> 00:07:19.400 Os gatilhos estão muito frouxos, passando leads sem intenção real de compra. 00:07:19.400 --> 00:07:22.040 A solução é revisar correndo a tabela de gatilhos. 00:07:22.400 --> 00:07:24.050 E o quarto, que é super perigoso. 00:07:24.050 --> 00:07:28.200 ou a gente fica tentando negociar quando o cliente pede claramente para falar com o 00:07:28.200 --> 00:07:29.200 humano. 00:07:29.200 --> 00:07:32.050 A causa é uma instrução de retenção equivocada no prompt. 00:07:32.050 --> 00:07:36.100 A saída é elevar esse pedido a uma exceção de máxima prioridade de forma imediata. 00:07:36.480 --> 00:07:40.340 Para fechar, Parte 6, checklist final de implantação. 00:07:40.820 --> 00:07:44.520 Para não cair em nenhuma dessas armadilhas, a gente precisa de um plano de 00:07:44.520 --> 00:07:45.520 ação concreto. 00:07:45.860 --> 00:07:49.510 Nenhuma inteligência artificial deveria falar com o primeiro cliente real 00:07:49.510 --> 00:07:52.210 sem que esses 10 itens estejam cravados, tá? Anota aí. 00:07:52.210 --> 00:07:54.360 A tabela de gatilhos tem que estar escrita. 00:07:54.360 --> 00:07:58.460 O pacote de dados exigido pelo receptor totalmente definido, o CRM precisa puxar o 00:07:58.460 --> 00:07:59.460 histórico completo 00:07:59.460 --> 00:08:01.410 e o motivo automático da transferência. 00:08:01.410 --> 00:08:03.860 E olha, prestem muita atenção na regra de parada. 00:08:03.860 --> 00:08:08.010 No instante do handoff, qualquer automação de marketing paralela tem que parar, para 00:08:08.010 --> 00:08:11.710 o cliente não receber um e-mail automatizado, enquanto já está negociando 00:08:11.710 --> 00:08:12.710 direto com o 00:08:12.710 --> 00:08:13.710 vendedor. 00:08:13.710 --> 00:08:17.360 Além disso, o SLA de assunção e o escalonamento tem que estar declarados. 00:08:17.360 --> 00:08:21.410 Uma mensagem-ponte ativada para o lead saber que um humano está chegando ou teste 00:08:21.410 --> 00:08:24.760 de eco feito para garantir que as mensagens chegaram de verdade nos 00:08:24.760 --> 00:08:25.760 celulares e, 00:08:25.760 --> 00:08:29.310 E por fim, o painel dos dois relógios monitorando tudo simultaneamente. 00:08:29.310 --> 00:08:33.310 Bom, o teste de fogo de toda essa operação se resume a uma única pergunta que eu 00:08:33.310 --> 00:08:34.310 deixo 00:08:34.310 --> 00:08:36.010 como desafio para vocês auditarem. 00:08:36.010 --> 00:08:39.660 Ao ler as três primeiras mensagens do vendedor logo após a transferência, 00:08:39.660 --> 00:08:40.660 quantas vezes 00:08:40.660 --> 00:08:42.610 o lead teve que repetir uma informação? 00:08:42.610 --> 00:08:46.610 A meta absoluta tem que ser zero, porque se a operação não consegue garantir que 00:08:46.610 --> 00:08:50.510 esse contexto chega intacto hoje, a grande reflexão é quanto dinheiro e quanta 00:08:50.510 --> 00:08:51.510 confiança 00:08:51.510 --> 00:08:55.460 da sua marca estão sendo deixados na mesa a cada segundo que esse agente diafre 00:08:55.460 --> 00:08:56.460 online. 00:08:56.460 --> 00:08:58.860 Pensem nisso e coloquem essas regras para rodar. 00:08:58.860 --> 00:08:59.860 Até a próxima!