WEBVTT

00:00:00.000 --> 00:00:03.020
Existe uma armadilha clássica no marketing atual.

00:00:03.440 --> 00:00:07.640
A equipe constrói um robô, achando que vai gastar centavos

00:00:07.640 --> 00:00:09.720
pra fazer um trabalho repetitivo, sabe?

00:00:10.400 --> 00:00:12.920
Só que a surpresa chega uns seis meses depois.

00:00:13.480 --> 00:00:15.780
— Hum hum. E a conta vira uma bola de neve.

00:00:15.900 --> 00:00:16.600
— Exatamente!

00:00:17.360 --> 00:00:20.280
A galera descobre que gerenciar esse mesmo robô

00:00:20.280 --> 00:00:23.100
acaba custando o equivalente a um salário inteiro.

00:00:23.680 --> 00:00:25.900
E é muito doido, porque aquele momento inicial,

00:00:26.000 --> 00:00:29.500
quando o assistente automatizado roda pela primeira vez na
tela,

00:00:29.500 --> 00:00:31.720
gera um entusiasmo enorme.

00:00:31.980 --> 00:00:33.140
— Nossa, total!

00:00:33.820 --> 00:00:36.420
A sensação de vitória ofusca completamente

00:00:36.420 --> 00:00:38.080
o que vem logo a seguir na rotina.

00:00:38.220 --> 00:00:38.700
— Pois é.

00:00:39.380 --> 00:00:42.880
Assumindo que a definição do caminho e o desenho daquele
piloto

00:00:42.880 --> 00:00:47.660
já aconteceram, a discussão de hoje entra na fase mais longa
de todas,

00:00:47.660 --> 00:00:49.760
que é a operação diária.

00:00:50.280 --> 00:00:53.040
O custo total de propriedade, o TCO.

00:00:53.660 --> 00:00:55.800
Tem uma analogia perfeita pra isso.

00:00:56.000 --> 00:00:56.220
— Qual?

00:00:56.220 --> 00:01:00.640
— Manteer uma ferramenta de inteligência artificial construída
internamente

00:01:00.640 --> 00:01:06.020
lembra muito a experiência de adotar um animal de estimação de
altíssima energia, sabe?

00:01:06.580 --> 00:01:09.000
O custo de adoção costuma ser ínfimo.

00:01:09.500 --> 00:01:12.260
O desafio gigantesco mora no cuidado diário.

00:01:12.420 --> 00:01:14.260
— Na atenção ininterrupta, né?

00:01:14.460 --> 00:01:16.960
— Isso. E na conta do veterinário que chega depois.

00:01:17.660 --> 00:01:21.180
Hoje a gente vai dessecar essa conta final pra quem atua no
marketing.

00:01:21.560 --> 00:01:24.700
— É um cenário que se torna complexo muito rápido na operação.

00:01:24.700 --> 00:01:27.580
— Aquela fatura do cartão de crédito no fim do mês

00:01:27.580 --> 00:01:29.580
revela uma parte minúscula da história.

00:01:30.220 --> 00:01:33.500
Quem opera essas ferramentas na linha de frente, no campo de
batalha,

00:01:33.940 --> 00:01:35.300
percebe o buraco mais embaixo.

00:01:35.540 --> 00:01:36.660
— Fica bem nítido, né?

00:01:36.880 --> 00:01:40.720
— Muito. O TCO engloba o peso da manutenção contínua,

00:01:41.020 --> 00:01:45.280
o impacto brutal no tempo da equipe e custos ocultos
pesadíssimos.

00:01:45.840 --> 00:01:47.700
A maturidade de uma operação de marketing

00:01:47.700 --> 00:01:51.220
aparece justamente na capacidade de medir esse esforço diário.

00:01:51.220 --> 00:01:55.680
— E o primeiro choque de realidade na vida de quem gere esses
projetos

00:01:55.680 --> 00:01:58.540
pate na porta na hora de pagar pela tecnologia.

00:01:58.880 --> 00:02:01.760
Naquela era de ouro do software tradicional,

00:02:02.220 --> 00:02:05.320
o orçamento de marketing brilhava pela previsibilidade.

00:02:05.700 --> 00:02:06.820
— Ah, o modelo de assento.

00:02:07.200 --> 00:02:11.380
— Exato. A gestão financeira comprava uma licença anual por
assento,

00:02:11.700 --> 00:02:15.660
liberava o acesso pro colaborador e o valor ficava idêntico o
ano todo.

00:02:16.120 --> 00:02:18.660
A pessoa podia abrir a ferramenta uma vez na vida

00:02:18.660 --> 00:02:21.320
ou deixar rodando 24 horas por dia.

00:02:21.500 --> 00:02:24.020
O valor da fatura permanecia estático.

00:02:24.200 --> 00:02:26.840
— Uma tranquilidade que acabou, diga-se de passagem.

00:02:27.560 --> 00:02:31.060
A realidade atual do consumo variável muda a lógica financeira
inteira.

00:02:31.880 --> 00:02:35.240
A forma de cobrança altera completamente o comportamento da
equipe.

00:02:35.520 --> 00:02:38.340
— Como a gente vê isso na prática com a inteligência
artificial?

00:02:38.560 --> 00:02:40.240
— Pensa em ferramentas próprias,

00:02:40.540 --> 00:02:43.940
tipo um monitor de citações operando em modelos de linguagem.

00:02:44.640 --> 00:02:47.160
Um rastreador que verifica constantemente

00:02:47.160 --> 00:02:50.540
o que as eás do mercado respondem quando alguém pergunta sobre
a marca.

00:02:50.740 --> 00:02:51.220
— Certo.

00:02:51.380 --> 00:02:53.960
— O funcionamento exige enviar perguntas contínuas

00:02:53.960 --> 00:02:56.460
para esses modelos através de uma API.

00:02:57.300 --> 00:02:59.120
Para simplificar o conceito técnico,

00:02:59.280 --> 00:03:03.400
digamos que a API funciona como um garçom em um restaurante.

00:03:03.500 --> 00:03:08.040
— O seu script faz o pedido para a inteligência artificial
através desse garçom.

00:03:08.100 --> 00:03:10.220
— O garçom leva o pedido lá pra dentro da cozinha.

00:03:10.380 --> 00:03:12.760
— Isso. A inteligência processa a resposta

00:03:12.760 --> 00:03:15.460
e o garçom traz o prato de volta para a sua tela.

00:03:15.600 --> 00:03:18.420
— Só que cada viagem desse garçom tem um preço, sabe?

00:03:18.960 --> 00:03:21.820
O custo varia conforme o volume de texto processado

00:03:21.820 --> 00:03:23.480
que a gente mede em tokens.

00:03:23.900 --> 00:03:25.620
— E os tokens operam basicamente

00:03:25.620 --> 00:03:28.620
como os sílabas ou pequenos pedaços de palavras, né?

00:03:28.700 --> 00:03:31.460
— Exatamente. E é aí que o perigo se esconde.

00:03:31.780 --> 00:03:32.600
— Nossa, sim.

00:03:33.140 --> 00:03:36.580
Aqui mora a grande ilusão do custo fracionado.

00:03:37.120 --> 00:03:39.520
Quando a equipe observa a tabela de preços,

00:03:39.520 --> 00:03:43.400
o pessoal enxerga frações de centavos por token.

00:03:43.820 --> 00:03:45.660
Parece super inofensivo.

00:03:45.860 --> 00:03:48.380
— Dá vontade de rodar tudo ao mesmo tempo.

00:03:48.540 --> 00:03:48.900
— Total.

00:03:49.620 --> 00:03:51.460
A analogia que eu gosto de usar

00:03:51.460 --> 00:03:54.900
envolve pagar a conta de água do escritório por gota.

00:03:55.400 --> 00:03:58.320
Pagar por gota só é uma coisa mais barata do mundo.

00:03:58.900 --> 00:04:01.980
O problema aparece no momento em que um cano rompe

00:04:01.980 --> 00:04:05.640
e água escorre pelo ralo durante o fim de semana inteiro,

00:04:05.800 --> 00:04:07.780
sem saciar a sede de ninguém.

00:04:07.780 --> 00:04:10.480
Essa imagem do cano aberto é perfeita.

00:04:11.000 --> 00:04:14.840
E a proteção contra isso exige definir um teto mensal
financeiro

00:04:14.840 --> 00:04:16.980
rígido logo no primeiro dia de operação.

00:04:17.580 --> 00:04:21.900
Essa trava sistêmica bloqueando uso após um certo limite de
gastos

00:04:21.900 --> 00:04:25.300
é uma escolha da casa, fundamental para a saúde do projeto

00:04:25.300 --> 00:04:30.200
e jamais deve ser tratada como uma simples política da
plataforma que hospeda a IA.

00:04:30.420 --> 00:04:32.300
— Uma decisão interna mesmo.

00:04:32.720 --> 00:04:33.880
— 100% interna.

00:04:34.400 --> 00:04:36.760
Sem essa escolha da casa operando firmemente,

00:04:36.760 --> 00:04:39.760
um erro bobo no código gera um estrago.

00:04:40.020 --> 00:04:44.860
Imagina um loop infinito repetindo a mesma pergunta mil vezes
por segundo,

00:04:45.260 --> 00:04:47.760
isso cria uma conta astronômica em questão de horas.

00:04:48.320 --> 00:04:50.780
A gestão responsável implementa esses limites

00:04:50.780 --> 00:04:53.380
antes de qualquer tentativa de escalar o uso.

00:04:53.600 --> 00:04:54.620
— Faz todo sentido.

00:04:55.360 --> 00:04:57.760
Um ponto que a liderança sempre questiona é o seguinte.

00:04:58.520 --> 00:05:02.960
Se o custo de cada requisição individual continua na casa dos
centavos,

00:05:03.320 --> 00:05:05.140
o que assusta tanto na conta final?

00:05:05.140 --> 00:05:07.260
— O buraco negro de recursos, né?

00:05:07.440 --> 00:05:07.860
— Isso.

00:05:08.460 --> 00:05:12.600
O cálculo baseado puramente no preço do Tolkien mascara muita
coisa,

00:05:13.120 --> 00:05:18.180
o que a galera de marketing perde de vista quando foca só nos
centavos do processamento.

00:05:18.400 --> 00:05:20.620
— O foco excessivo no custo do insumo

00:05:20.620 --> 00:05:24.780
esconde o desperdício gigante que rola no processo humano.

00:05:25.560 --> 00:05:30.000
Quem executa operações maduras de verdade adota uma métrica
vital,

00:05:30.560 --> 00:05:33.280
o custo por resultado aceito e confiável.

00:05:33.280 --> 00:05:38.300
O preço do Tolkien descreve apenas o custo de fazer a máquina
trabalhar.

00:05:38.580 --> 00:05:41.680
— E se o trabalho for ruim, o barato sai caro.

00:05:41.760 --> 00:05:42.400
— Exato.

00:05:42.900 --> 00:05:45.940
Unidades reprovadas encarecem demais a operação.

00:05:46.420 --> 00:05:51.480
Imagina uma inteligência artificial capaz de gerar 50
rascunhos de artigos de blog

00:05:51.480 --> 00:05:55.300
a um custo de processamento baixíssimo, quase de graça.

00:05:55.540 --> 00:05:57.460
— Pareceria um sonho para o financeiro.

00:05:57.580 --> 00:05:58.240
— Pareceria.

00:05:58.620 --> 00:06:00.900
Caso a qualidade desses rascunhos venha ruim

00:06:00.900 --> 00:06:04.940
com aquelas alucinações de dados ou parágrafos sem pé nem
cabeça,

00:06:05.220 --> 00:06:11.180
a equipe humana precisa investir horas lendo tudo, lendo,
corrigindo e reescrevendo material.

00:06:11.600 --> 00:06:14.160
— Ou seja, o custo final do artigo

00:06:14.160 --> 00:06:17.340
envolve a infraestrutura em nuvem, a fatura da API

00:06:17.340 --> 00:06:22.800
e o salário integral da pessoa que passou a tarde inteira
consertando o texto gerado.

00:06:22.880 --> 00:06:23.500
— Perfeito.

00:06:24.360 --> 00:06:27.600
Numa matemática super rápida, o prejuízo fica claro.

00:06:27.600 --> 00:06:31.280
Uma chamada de API de 2 centavos vira um rombo enorme

00:06:31.280 --> 00:06:34.520
se um profissional senior precisa gastar meia hora

00:06:34.520 --> 00:06:37.380
validando e refazendo o trabalho de base.

00:06:37.600 --> 00:06:41.700
— Isso joga muita luz sobre o maior gargalo da automação
própria,

00:06:42.160 --> 00:06:45.400
o peso do tempo da equipe e a manotensão diária.

00:06:46.020 --> 00:06:48.040
O desenvolvimento inicial de qualquer script

00:06:48.040 --> 00:06:50.760
flui numa velocidade impressionante hoje em dia.

00:06:51.060 --> 00:06:54.580
Qualquer analista usa assistentes de código e coloca um robô
para rodar em minutos.

00:06:55.020 --> 00:06:56.620
— A fricção de criar sumiu...

00:06:56.620 --> 00:06:57.660
— Sumiu totalmente.

00:06:58.360 --> 00:07:01.780
O custo real, aquele que realmente corrói o orçamento do
marketing,

00:07:02.320 --> 00:07:04.000
mora na manotensão desse processo.

00:07:04.440 --> 00:07:06.460
E para tangibilizar o tamanho desse esforço,

00:07:06.600 --> 00:07:10.300
acho legal gente olhar para o caso do auditor de SEO Técnico
Interno.

00:07:10.400 --> 00:07:11.600
— Excelente exemplo.

00:07:12.080 --> 00:07:16.480
O auditor de SEO Técnico atua verificando centenas de páginas,

00:07:16.760 --> 00:07:21.200
checando links quebrados, hierarquia de títulos, meta-
descrições.

00:07:21.780 --> 00:07:25.860
A execução 100% manual demanda uma energia colossal da galera.

00:07:25.860 --> 00:07:28.280
— Um trabalho de corno, como dizem.

00:07:28.380 --> 00:07:33.140
— Total. E a aplicação da ferramenta automatizada muda essa
rotina drasticamente.

00:07:33.560 --> 00:07:37.940
A medição prática mostra um impacto real no relógio de quem
está na operação.

00:07:38.160 --> 00:07:40.240
— Tem números que ilustram bem isso, né?

00:07:40.440 --> 00:07:45.120
— Sim. E um caso prático, quem executa pode observar uma
mudança drástica.

00:07:45.520 --> 00:07:48.880
Partimos de um exemplo suposto de quatro horas de trabalho
manual

00:07:48.880 --> 00:07:51.460
por uma linha de base de 12 páginas.

00:07:51.600 --> 00:07:53.680
— Quatro horas focado só nisso?

00:07:53.680 --> 00:07:57.880
— Isso. E com a ferramenta rodando, o tempo da equipe cai para
um exemplo suposto

00:07:57.880 --> 00:08:03.140
de 35 minutos de revisão para a mesma linha de base de 12
páginas.

00:08:03.280 --> 00:08:07.120
— Nossa, essa redução soa como cenário perfeito para qualquer
gestor diária.

00:08:07.560 --> 00:08:09.320
O ganho de velocidade aparece na hora.

00:08:09.540 --> 00:08:10.620
— Parece mágica.

00:08:10.900 --> 00:08:16.720
— Mas o ponto cego da operação reside no fato de que a
necessidade de revisão humana

00:08:16.720 --> 00:08:18.580
continua no processo.

00:08:19.260 --> 00:08:21.320
A equipe continua dedicando o tempo

00:08:21.320 --> 00:08:25.740
a um volume de um exemplo suposto de 35 minutos de revisão

00:08:26.260 --> 00:08:29.020
para a mesma linha de base de 12 páginas.

00:08:29.400 --> 00:08:33.240
E isso me levanta uma preocupação gigante sobre o nosso
comportamento

00:08:33.240 --> 00:08:35.700
diante dessas máquinas supereloquentes.

00:08:36.100 --> 00:08:37.660
— O viés de confiança.

00:08:37.900 --> 00:08:43.340
— Exato! Como a liderão se evita que o revisor, cansado na
sexta-feira,

00:08:43.760 --> 00:08:46.560
apenas passe o olho no relatório de forma superficial?

00:08:46.980 --> 00:08:49.920
A IA tem uma fluência assustadora.

00:08:49.920 --> 00:08:53.100
Ela constrói tabelas perfeitamente alinhadas,

00:08:53.500 --> 00:08:56.840
usa jargões técnicos com uma confiança absoluta

00:08:56.840 --> 00:09:00.040
e estrutura as frases de forma impecável.

00:09:00.460 --> 00:09:04.040
Essa fluência mascara erros técnicos primários.

00:09:04.180 --> 00:09:05.920
— E anestesio sensocrítico, né?

00:09:06.580 --> 00:09:11.140
Um relatório com design limpo, linguagem assertiva e
formatação impecável

00:09:11.140 --> 00:09:14.880
desarma totalmente a desconfiança natural de quem revisa.

00:09:15.420 --> 00:09:18.640
A equipe acaba acreditando que a máquina domina o assunto de
verdade.

00:09:18.640 --> 00:09:22.180
— Quando, na prática, ela domina a probabilidade

00:09:22.180 --> 00:09:24.920
de encadear palavras de forma convincente.

00:09:25.340 --> 00:09:26.340
— Exatamente isso.

00:09:26.820 --> 00:09:29.140
A proteção da operação contra esse viés

00:09:29.140 --> 00:09:33.260
exige a disciplina de conferir uma amostra manual
frequentemente.

00:09:33.820 --> 00:09:36.380
O processo funciona pegando uma parte do trabalho

00:09:36.380 --> 00:09:40.240
que a IA julgou correto e verificando manualmente ponto a
ponto.

00:09:40.560 --> 00:09:44.780
— E os achados dessa verificação costumam surpreender a
equipe?

00:09:44.900 --> 00:09:45.360
— Com certeza.

00:09:45.840 --> 00:09:48.780
Em uma rodada de checagem, podemos encontrar um exemplo

00:09:48.780 --> 00:09:51.460
suposto de 26 achados corretos

00:09:51.460 --> 00:09:54.220
para uma base amostral de 30 achados verificados.

00:09:54.480 --> 00:09:56.880
— Ou seja, existem furos.

00:09:57.240 --> 00:10:00.620
E essa validação amostral destrói qualquer ilusão

00:10:00.620 --> 00:10:04.920
de que a máquina consegue trabalhar de forma completamente
autônoma.

00:10:05.260 --> 00:10:08.620
O papel do ser humano migra da função de preencher planilhas

00:10:08.620 --> 00:10:11.240
para a função de auditar decisões

00:10:11.240 --> 00:10:16.360
de um sistema que, de vez em quando, mente com extrema
elegância.

00:10:16.500 --> 00:10:17.880
— É o novo trabalho braçal.

00:10:18.180 --> 00:10:22.820
— Sim. O custo total de propriedade absorve integralmente

00:10:22.820 --> 00:10:28.820
as horas dedicadas a auditar um exemplo suposto de 26 achados
corretos

00:10:28.820 --> 00:10:32.140
para uma base amostral de 30 achados verificados.

00:10:32.560 --> 00:10:35.000
Esse tempo pago entra na conta do TCO.

00:10:35.220 --> 00:10:37.680
— E a gente precisa aprofundar um nível do risco aqui.

00:10:38.240 --> 00:10:41.000
Ferramentas de leitura ou de recomendação

00:10:41.000 --> 00:10:43.520
possuem limites muito claros de estrago.

00:10:43.740 --> 00:10:44.280
— Como assim?

00:10:44.520 --> 00:10:47.040
— Se aquele auditor de SEO que acabamos de falar

00:10:47.040 --> 00:10:48.800
parar de funcionar de repente,

00:10:49.180 --> 00:10:52.500
a equipe fica temporariamente sem os dados de análise.

00:10:52.840 --> 00:10:54.540
É ruim, mas ninguém morre.

00:10:55.020 --> 00:10:57.540
O pesadelo ganha contornos dramáticos de verdade

00:10:57.540 --> 00:11:00.160
quando avançamos para ferramentas que agem

00:11:00.160 --> 00:11:03.040
e alteram arquivos direto no sistema real da empresa.

00:11:03.500 --> 00:11:04.320
— Ah, entendi.

00:11:04.320 --> 00:11:08.240
— Jim, como um gerador automático de esquema Markup, por
exemplo?

00:11:08.680 --> 00:11:11.480
— Perfeito. Ele entra na categoria de risco máximo.

00:11:12.140 --> 00:11:15.660
Esse gerador ilustra muito bem o conceito crítico do custo de
quebrar.

00:11:16.220 --> 00:11:17.500
Para quem não é de tecnologia,

00:11:18.020 --> 00:11:21.160
vale explicar que o esquema funciona como um tradutor
invisível

00:11:21.160 --> 00:11:23.100
escondido no código do site.

00:11:23.400 --> 00:11:26.040
— Ele explica para os motores de busca, tipo o Google,

00:11:26.220 --> 00:11:27.660
sobre o que a página trata?

00:11:27.860 --> 00:11:31.240
— Isso. Uma ferramenta dessas operando de forma autônoma,

00:11:31.240 --> 00:11:34.760
porém defeituosa, introduz o risco de quebrar o site

00:11:34.760 --> 00:11:36.640
inteirinho silenciosamente.

00:11:37.340 --> 00:11:39.060
Uma regressão técnica de SEO

00:11:39.060 --> 00:11:42.480
significa corromper um elemento que funcionava perfeitamente

00:11:42.480 --> 00:11:44.320
antes da automação encostar nele.

00:11:44.440 --> 00:11:46.680
— E o grande perigo da quebra silenciosa

00:11:46.680 --> 00:11:49.720
é que, na aparência externa, tudo parece normal.

00:11:50.320 --> 00:11:52.620
Para o usuário humano navegando pelo celular,

00:11:52.860 --> 00:11:54.400
a página continua abrindo rápido,

00:11:54.860 --> 00:11:58.620
as imagens carregam perfeitas e os botões de compra funcionam.

00:11:58.840 --> 00:11:59.900
— Tudo lindo por fora.

00:11:59.900 --> 00:12:02.240
— Mas nos bastidores, a marcação de código

00:12:02.240 --> 00:12:04.840
virou um amontoado de caracteres inúteis

00:12:04.840 --> 00:12:08.140
e o Google simplesmente deixa de compreender o conteúdo da que
o site.

00:12:08.940 --> 00:12:11.740
Como as equipes estruturam a defesa contra um erro

00:12:11.740 --> 00:12:13.600
que é praticamente invisível ao olho nu?

00:12:13.820 --> 00:12:15.060
— Essa pergunta de ouro.

00:12:15.160 --> 00:12:18.120
— Porque esperar o tráfego orgânico despencar no mês seguinte

00:12:18.120 --> 00:12:21.720
para investigar a falha soa como uma estratégia suicida, sabe?

00:12:22.300 --> 00:12:25.220
A conta financeira do tráfego perdido durante semanas

00:12:25.220 --> 00:12:28.360
destrói qualquer economia feita com a automação lá atrás.

00:12:28.360 --> 00:12:31.520
E o mercado de tecnologia pesada resolve o problema

00:12:31.520 --> 00:12:34.420
integrando verificações logo após a publicação,

00:12:34.780 --> 00:12:38.480
direto na esteira de desenvolvimento, o famoso pipeline de
deploy.

00:12:38.680 --> 00:12:40.660
— Dá para explicar o mecanismo do pipeline

00:12:40.660 --> 00:12:43.380
para quem acompanha a gente, não codifica.

00:12:43.840 --> 00:12:44.320
— Claro.

00:12:45.320 --> 00:12:48.660
Imagina uma linha de montagem industrial superautomatizada.

00:12:49.520 --> 00:12:51.580
Antes do carro sair da fábrica para a rua,

00:12:51.940 --> 00:12:56.020
um scanner a laser verifica se todos os parafusos receberam um
torque correto.

00:12:56.530 --> 00:13:00.900
O pipeline de deploy aplica exatamente esse conceito no código
do site.

00:13:01.320 --> 00:13:03.040
— Uma auditoria em tempo real.

00:13:03.580 --> 00:13:04.240
— Exato.

00:13:05.020 --> 00:13:07.900
Sempre que o gerador de há publico uma nova tag estrutural,

00:13:08.420 --> 00:13:12.400
a esteira roda uma bateria técnica de forma automática em
questão de segundos.

00:13:13.280 --> 00:13:14.680
As falhas aparecem na hora

00:13:14.680 --> 00:13:18.340
e bloqueem uma publicação poucos minutos após a tentativa de
atualização.

00:13:18.680 --> 00:13:19.480
— Sensacional.

00:13:20.040 --> 00:13:25.220
Essa descoberta imediata muda o cenário financeiro da falha
por completo.

00:13:25.980 --> 00:13:28.720
Conectar o tempo de descoberta da quebra

00:13:28.720 --> 00:13:33.560
ao custo de oportunidade revela o impacto real de faturamento
da empresa.

00:13:33.940 --> 00:13:34.240
— Total.

00:13:34.500 --> 00:13:39.740
Imagina uma tag quebrada que ficou culta no código por várias
semanas seguidas.

00:13:40.460 --> 00:13:44.420
Até o dia em que alguém decide rodar uma auditoria manual
aleatória.

00:13:44.960 --> 00:13:48.420
O volume de visitas orgânicas perdidas nessas semanas

00:13:48.420 --> 00:13:51.780
representa um custo de oportunidade gigantesco,

00:13:52.120 --> 00:13:54.000
um tráfego irrecuperável.

00:13:54.000 --> 00:13:56.340
Clientes pesquisando pelo serviço,

00:13:56.700 --> 00:14:00.900
o motor ignorando o site e a venda indo parar no bolso do
concorrente.

00:14:01.120 --> 00:14:01.760
— Bem isso.

00:14:02.460 --> 00:14:05.780
A velocidade de descoberta que o pipeline entrega

00:14:05.780 --> 00:14:08.480
torna o reparo incrivelmente barato.

00:14:08.960 --> 00:14:12.920
O pipeline transforma o que viraria uma crise feia de
faturamento

00:14:13.380 --> 00:14:17.380
em um mero alerta de sistema que o analista resolve na mesma
hora.

00:14:17.660 --> 00:14:21.440
— É por isso que a arquitetura de risco depende de mais do
perfil da ferramenta.

00:14:22.140 --> 00:14:25.020
Soluções que impõem alterações diretas no código

00:14:25.020 --> 00:14:27.620
exigem barreiras rígidas de contenção.

00:14:28.020 --> 00:14:30.240
— A governança atua forte, aí, sabe?

00:14:30.700 --> 00:14:32.080
— Para segurar a onda do robô.

00:14:32.300 --> 00:14:33.060
— Exatamente.

00:14:33.740 --> 00:14:37.700
Garantindo que a permissão dada ao sistema seja sempre
proporcional

00:14:37.700 --> 00:14:39.620
à capacidade de destruição dele.

00:14:40.120 --> 00:14:43.440
O investimento para montar e manter esses pipelines de
verificação

00:14:43.440 --> 00:14:46.700
compõe uma fatia muito considerável do TCO.

00:14:47.040 --> 00:14:49.580
— Nossa, e puxando esse gancho da governança,

00:14:49.580 --> 00:14:52.700
a gente precisa falar sobre as decisões de longo prazo.

00:14:53.160 --> 00:14:57.600
A galera de marketing costuma criar um baita ecossistema
interno de automações

00:14:57.600 --> 00:15:00.180
para resolver dores pontuais da rotina.

00:15:00.700 --> 00:15:04.400
E o planejamento financeiro maduro contabiliza algo super
importante.

00:15:04.740 --> 00:15:06.320
— O custo de saída. — Exato.

00:15:06.740 --> 00:15:09.000
O custo de saída desde o primeiro dia.

00:15:09.500 --> 00:15:11.700
O TCO abrange manter a flexibilidade

00:15:11.700 --> 00:15:14.200
para abandonar a ferramenta própria da empresa

00:15:14.620 --> 00:15:16.700
caso o mercado lance um software pronto

00:15:16.700 --> 00:15:21.160
que resolva o mesmo problema de uma forma mais barata e bem
mais estável.

00:15:21.360 --> 00:15:27.480
— O custo de saída acaba sendo o elemento mais subestimado na
empolgação inicial.

00:15:28.520 --> 00:15:33.520
A gestão eficiente de verdade aplica revisões periódicas
trimestrais

00:15:33.520 --> 00:15:38.140
para avaliar a saúde de cada script operando nos bastidores do
marketing.

00:15:38.620 --> 00:15:41.860
— E como funciona a decisão sobre o futuro dessas ferramentas?

00:15:42.300 --> 00:15:45.320
— A equipe de governança avalia o desempenho prático

00:15:45.320 --> 00:15:46.960
focando em ações claras.

00:15:47.440 --> 00:15:51.240
Matar, corrigir, industrializar ou escalar.

00:15:51.520 --> 00:15:53.000
— Vamos detalhar cada uma.

00:15:53.480 --> 00:15:55.620
Matar seria desligar de vez, certo?

00:15:55.900 --> 00:16:01.000
— Isso. Matar desativa soluções que simplesmente pararam de
gerar valor para o dia a dia.

00:16:01.760 --> 00:16:06.420
Já o corrigir exige refatorar, reescrever pedaços de código

00:16:06.420 --> 00:16:09.020
que geram interrupções constantes e dor de cabeça.

00:16:09.340 --> 00:16:11.540
— E as ferramentas que deram muito certo?

00:16:11.800 --> 00:16:14.060
— Aí entram as outras duas ações.

00:16:14.880 --> 00:16:18.800
Industrializar significa aplicar camadas profissionais de
segurança

00:16:18.800 --> 00:16:24.400
e testes automatizados em scripts que nasceram amadores, mas
ganharam relevância.

00:16:24.860 --> 00:16:28.620
Por fim, escalar pega essa ferramenta madura e segura

00:16:28.620 --> 00:16:31.560
e distribui o acesso para a corporação inteira.

00:16:31.700 --> 00:16:36.420
— A teoria parece ótima, mas a execução da ação de matar

00:16:36.960 --> 00:16:42.460
esbarra num muro enorme, um muro emocional e técnico,
assustador.

00:16:42.850 --> 00:16:47.140
Na prática diária, as operações costumam ficar completamente
reféns

00:16:47.140 --> 00:16:48.600
do próprio código gerado, sabe?

00:16:48.820 --> 00:16:51.020
— O famoso apagão de conhecimento interno.

00:16:51.220 --> 00:16:54.600
— Exato. O cenário clássico acontece em todo lugar.

00:16:54.980 --> 00:16:58.920
Aquele colaborador entusiasta constrói um script super
complexo.

00:16:59.240 --> 00:17:02.400
Ele interliga panilhas do drive, sistemas de disparo de email

00:17:02.400 --> 00:17:06.560
e as APIs de inteligência artificial. Fica incrível.

00:17:06.720 --> 00:17:09.200
— Aí ele recebe uma proposta de outra empresa.

00:17:09.200 --> 00:17:12.680
— Pois é. Ele muda de emprego, arruma as gavetas,

00:17:12.840 --> 00:17:17.080
a ferramenta continua lá rodando sozinha num servidor virtual

00:17:17.080 --> 00:17:21.880
que ninguém sabe a senha. A equipe restante desenvolve um medo
paralisante

00:17:21.880 --> 00:17:26.400
de apertar o botão de desligar. Um pânico de que a operação
inteira

00:17:26.400 --> 00:17:29.840
de marketing desmorone, porque simplesmente ninguém entende

00:17:29.840 --> 00:17:32.800
os caminhos que aquela automação percorre nos bastidores.

00:17:33.320 --> 00:17:37.480
— Ficar refém de um código sem documentação é terrível.

00:17:38.020 --> 00:17:41.860
— A vacina que o mercado aplica contra essa paralisia
operacional

00:17:42.420 --> 00:17:45.180
atende pelo nome de regra da reversibilidade.

00:17:45.400 --> 00:17:46.160
— Fundamental.

00:17:46.400 --> 00:17:50.340
— O princípio estabelece que a equipe precisa obrigatoriamente
manter

00:17:50.340 --> 00:17:54.600
a capacidade de desligar a automação e retornar ao estado
original

00:17:54.600 --> 00:17:59.260
de trabalho com total facilidade. O caminho de reversão em
três linhas

00:17:59.260 --> 00:18:03.320
de comando precisa constar na documentação do projeto logo na
largada.

00:18:03.440 --> 00:18:05.940
— Deixando claro os passos para interromper tudo.

00:18:05.940 --> 00:18:10.340
— Isso. O registro mostra exatamente como interromper a IA,

00:18:10.640 --> 00:18:14.000
como retomar o preenchimento manual daquele processo

00:18:14.000 --> 00:18:19.920
ou como reativar o sistema legado, sem causar nenhum pânico na
liderança.

00:18:20.160 --> 00:18:24.200
— E falando em pânico, a governança ainda precisa incorporar
as listas

00:18:24.200 --> 00:18:28.220
de verificação de segurança como um elemento inegociável

00:18:28.220 --> 00:18:32.480
do custo de propriedade. Manteiras credenciais de acesso,

00:18:32.480 --> 00:18:36.260
as senhas de banco de dados e as chaves de API,

00:18:36.640 --> 00:18:41.680
estritamente fora do código fonte, protegem a empresa de um
desastre total.

00:18:42.000 --> 00:18:44.100
— Segurança não aceita atalho.

00:18:44.680 --> 00:18:48.320
O tratamento de dados de clientes demanda um sigilo absoluto.

00:18:48.700 --> 00:18:51.320
Os protocolos de ofuscação são cruciais.

00:18:51.880 --> 00:18:54.940
Imagina um único vazamento de informações sensíveis

00:18:55.440 --> 00:18:58.240
causado por uma automação interna mal configurada.

00:18:58.610 --> 00:19:02.480
O prejuízo abrange multas gigantes, ações judiciais

00:19:02.480 --> 00:19:05.680
e uma crise de reputação imensurável no mercado.

00:19:05.980 --> 00:19:10.980
— Transformando toda aquela suposta economia gerada pela
inteligência artificial

00:19:10.980 --> 00:19:15.720
num prejuízo histórico para a marca. A conta simplesmente se
inverte.

00:19:15.980 --> 00:19:16.960
— De forma violenta.

00:19:17.180 --> 00:19:20.060
— Fica muito nítido o tamanho do desafio estrutural

00:19:20.060 --> 00:19:24.120
que a equipe de marketing enfrenta quando assume as rédeas da
própria tecnologia.

00:19:24.750 --> 00:19:30.360
Quem acompanha as operações reais percebe o verdadeiro peso do
TCO na era atual.

00:19:30.940 --> 00:19:34.900
O valor da licença em si ou aquelas frações de centavos das
APIs

00:19:34.900 --> 00:19:37.880
compõe a parte menos relevante do jogo.

00:19:38.160 --> 00:19:39.900
— O buraco envolve a rotina.

00:19:40.160 --> 00:19:45.860
— Exato. O custo massivo engloba o investimento contínuo nas
horas de validação de resultados,

00:19:46.440 --> 00:19:49.760
engloba a manutenção diária das automações que quebram

00:19:49.760 --> 00:19:53.340
a cada pequena alteração sistêmica externa e, claro,

00:19:53.620 --> 00:19:58.180
a governança rigorosa focada em pedir as regressões técnicas e
os vazamentos.

00:19:58.860 --> 00:20:03.660
Ter todos os terminhos de reversão documentados e auditar os
modelos com frequência

00:20:03.660 --> 00:20:07.860
demanda o orçamento superrobuço e profissionais dedicados à
segurança.

00:20:08.340 --> 00:20:11.400
— E pensando no impacto de tudo isso, no longo prazo,

00:20:11.800 --> 00:20:15.120
o futuro próximo reserva um desafio bem silencioso.

00:20:15.660 --> 00:20:18.620
A barreira técnica para escrever programas de computador

00:20:18.620 --> 00:20:23.140
desapareceu quase totalmente graças aos assistentes modernos.

00:20:23.620 --> 00:20:26.300
As equipes de marketing ganharam superpoder,

00:20:26.660 --> 00:20:30.660
a capacidade de gerar dezenas de ferramentas do zero em dias.

00:20:31.100 --> 00:20:33.900
— O que parece excelente numa primeira análise?

00:20:33.980 --> 00:20:37.180
— Parece, mas esse cenário gera as condições perfeitas

00:20:37.180 --> 00:20:41.060
para o acúmulo de uma dívida técnica sem nenhum precedente
histórico.

00:20:41.520 --> 00:20:45.280
O departamento corre um risco altíssimo de virar um verdadeiro
cemitério

00:20:45.280 --> 00:20:46.900
de microferramentas abandonados.

00:20:47.580 --> 00:20:49.700
Pequenos scripts rodando nas sombras,

00:20:50.040 --> 00:20:51.880
drenando orçamento de infraestrutura,

00:20:52.260 --> 00:20:54.580
acumulando furos de segurança perigosos

00:20:54.580 --> 00:20:57.640
e manipulando dados sem nenhuma supervisão humana real.

00:20:57.820 --> 00:21:02.240
— Robôs que a equipe não sabe consertar, mas morre de medo de
desligar.

00:21:02.420 --> 00:21:03.400
— Precisamente.

00:21:03.900 --> 00:21:08.120
Fica aqui o convite para a galera mapear os próprios processos
internos

00:21:08.120 --> 00:21:10.060
e refletir com cuidado.

00:21:10.620 --> 00:21:14.260
Avaliar a fronteira exata, o limite milimétrico,

00:21:14.260 --> 00:21:16.560
onde a automação brilhante acaba

00:21:16.560 --> 00:21:19.860
e o caos operacional toma o controle da rotina.
