📣 Bot de Marketing
O bot de marketing e o criador de conteudo incansavel do seu time. Ele gera copy pra redes sociais, monta campanhas de email, analisa metricas e adapta o tom pra cada canal. O segredo esta no system prompt que define a voz da marca e nas tools que conectam com suas plataformas.
🎯 Conceito Principal
Um bot de marketing eficaz precisa de tres pilares: system prompt com identidade de marca (tom de voz, valores, publico-alvo), tools de execucao (analytics, scheduling, gerador de imagens) e formatos de output pre-definidos (post Instagram, thread Twitter, email campaign).
O prompt nao e so "voce e um bot de marketing". E um documento que define: qual a personalidade da marca? Formal ou casual? Usa emoji? Qual o CTA padrao? Qual o tom pra cada canal? Sem essa definicao, o bot gera conteudo generico que nao converte.
- • System prompt: Inclua brand guidelines, exemplos de copy aprovada, lista de palavras proibidas, tom por canal (LinkedIn = profissional, Instagram = casual, Email = direto)
- • Tools essenciais: analytics_reader (le metricas do GA4/Plausible), post_scheduler (agenda posts), image_generator (cria visuais com DALL-E/Midjourney API), email_sender (integra com Resend/Mailgun)
- • Output formats: Templates estruturados por canal. Exemplo: post Instagram = hook (1 linha) + corpo (3-5 linhas) + CTA + hashtags. Thread Twitter = hook + 5-7 tweets encadeados + CTA final
💻 System Prompt: Bot de Marketing
📊 Metricas de Referencia
- • Tempo de geracao de post: 5-15s com Claude Sonnet, 2-5s com GPT-4o-mini. Incluindo revisao e formatacao
- • Qualidade vs humano: Bots geram 80% da qualidade de um copywriter senior em 1% do tempo. O 20% restante e o toque humano na revisao
- • ROI tipico: Times que usam bots de marketing produzem 5-10x mais conteudo com o mesmo headcount
💡 Dica Pratica
Alimente o bot com exemplos de copy que ja converteu. Coloque no system prompt 3-5 posts que tiveram melhor performance. O bot aprende o padrao e replica. Isso e mais eficaz que 500 palavras de instrucao generica.
💰 Bot de Vendas
O bot de vendas nao e um chatbot que responde "nosso plano custa R$99". E um qualificador de leads, gerador de propostas e handler de objecoes. Ele segue um framework de vendas (BANT, SPIN, MEDDIC) e sabe quando escalar pra um humano. A integracao com CRM e o que transforma ele de brinquedo em ferramenta.
🎯 Conceito Principal
Um bot de vendas eficaz opera em fases: qualificacao (entender se o lead tem Budget, Authority, Need, Timeline), apresentacao (mostrar o plano certo pro perfil), tratamento de objecoes (responder duvidas sobre preco, features, concorrentes) e conversao (agendar demo, enviar proposta, fechar).
O system prompt define a personalidade do vendedor e as regras de engajamento. Quando escalar pro humano? Quando o deal e acima de X? Quando o lead pede desconto pela terceira vez? Quando detecta frustacao?
- • Lead scoring automatico: O bot atribui score baseado nas respostas. "Tenho equipe de 50 pessoas" = +30pts. "Estou pesquisando" = +5pts. "Preciso resolver isso essa semana" = +50pts
- • Proposta dinamica: Baseado no perfil qualificado, o bot gera proposta personalizada com plano recomendado, desconto se aplicavel, e prazo de validade
- • Follow-up inteligente: Se o lead nao respondeu em 24h, bot envia mensagem de follow-up. Se nao respondeu em 72h, envia conteudo de valor. Se nao respondeu em 7 dias, marca como cold
🔄 Framework de Tratamento de Objecoes
"Esta caro"
Bot responde com: ROI calculado (quanto economiza por mes), comparativo com concorrente, opcao de plano menor. Nunca da desconto na primeira objecao.
"Preciso pensar"
Bot pergunta: "Qual o principal ponto que voce quer avaliar?" Identifica a objecao real escondida. Oferece material de apoio (case study, demo gravada).
"Ja uso o concorrente X"
Bot apresenta diferenciais especificos vs X. Nunca fala mal do concorrente. Foca no que seu produto faz que X nao faz. Oferece trial side-by-side.
"Quero falar com uma pessoa"
Bot escala imediatamente. Nunca insiste em continuar. Coleta info pro humano: nome, empresa, necessidade principal, melhor horario. Humano recebe briefing completo.
💻 Integracao com CRM (pseudocodigo)
💡 Dica Pratica
O bot de vendas nunca mente e nunca promete o que o produto nao faz. Coloque no system prompt: "Se o lead perguntar sobre uma feature que nao existe, diga honestamente que nao temos e pergunte por que e importante pra ele." Honestidade constroi confianca e gera insights de produto.
🎧 Bot de Atendimento ao Cliente
Atendimento e onde bots mais brilham e mais erram. Brilham porque resolvem 60-80% dos tickets sem humano. Erram porque sem guardrails viram maquinas de frustrar clientes. O segredo: FAQ automatizada perfeita, triagem inteligente e escalacao sem fricao.
🎯 Conceito Principal
Um bot de atendimento opera em tres camadas: Camada 1 (FAQ automatica) resolve perguntas frequentes com respostas pre-validadas e knowledge base. Camada 2 (Triagem) classifica a severidade do problema e direciona pro time certo. Camada 3 (Escalacao) transfere para humano com todo o contexto coletado.
A chave e deteccao de sentimento. Se o cliente esta frustrado (palavras como "absurdo", "ridiculo", "cancelar"), o bot nao tenta resolver sozinho. Escala imediatamente com prioridade alta. Clientes frustrados falando com bots que tentam ser uteis ficam mais frustrados.
- • SLA management: O bot monitora o tempo de resposta. Se esta perto de estourar o SLA, escala automaticamente e notifica o supervisor
- • Knowledge base injection: O bot faz RAG sobre sua documentacao. Quando o cliente pergunta algo, ele busca a resposta na base de conhecimento, nao inventa
- • Human handoff: A transferencia deve ser invisivel. O humano recebe: historico completo, sentimento detectado, tentativas anteriores do bot, e acao sugerida
🔄 Fluxo de Triagem e Escalacao
Recebe
Mensagem do cliente chega. Bot analisa sentimento e intencao.
Classifica
Severidade: baixa (FAQ), media (ticket), alta (escala), critica (urgente).
Resolve ou Escala
FAQ: responde direto. Ticket: cria e acompanha. Alta: humano com contexto.
Monitora
Tempo de resolucao, CSAT, taxa de escalacao, SLA compliance.
Bot pode resolver
- ✓ "Como reseto minha senha?"
- ✓ "Qual o horario de funcionamento?"
- ✓ "Nao consigo fazer login" (guia passo a passo)
- ✓ "Qual meu plano atual?" (consulta DB)
Escalar imediatamente
- ✗ "Isso e ridiculo, quero cancelar AGORA"
- ✗ "Voces cobraram errado no meu cartao"
- ✗ "Ja tentei 3 vezes e nada funciona"
- ✗ "Quero falar com um supervisor"
📊 Benchmarks de Atendimento com IA
- • Resolucao automatica: 60-80% dos tickets L1 podem ser resolvidos sem humano (Zendesk AI Report 2026)
- • CSAT com bot: 4.1/5 quando bem implementado (vs 4.3/5 com humano). A diferenca diminui a cada ano
- • Tempo medio de resposta: 3s com bot vs 2-5min com humano. Resolucao de FAQ: instantanea vs 15min
- • Reducao de custo: 40-60% em operacao de suporte quando L1 e automatizado
💡 Dica Pratica
A regra de ouro do bot de atendimento: nunca force o cliente a ficar com o bot. Se ele pediu humano, transfira. Sem "antes deixa eu tentar mais uma coisa". Sem "posso ajudar com outra questao?". Transferiu, com briefing completo pro humano. Ponto.
✍️ Bot de Conteudo
O bot de conteudo e o escritor, documentador e criador de cursos do seu sistema. Blog posts, documentacao tecnica, material educacional, newsletters. O diferencial de um bom bot de conteudo nao e gerar texto. E gerar texto que parece ter sido escrito por alguem da sua equipe.
🎯 Conceito Principal
Tres componentes definem a qualidade do output: style guide no system prompt (como escrever), reference material injection (sobre o que escrever) e tone control (pra quem escrever).
O style guide nao e "escreva bem". E: "Use frases curtas. Maximo 20 palavras. Paragrafos de 3 linhas. Sem jargao. Sem voz passiva. Exemplos concretos em vez de abstracoes. Tom: conversa entre colegas, nao palestra."
- • Reference material: Injete no contexto: documentacao existente, posts anteriores, transcricoes de calls, dados de produto. O bot escreve SOBRE algo, nao inventa
- • Tone control: O mesmo bot escreve diferente pra dev (tecnico, direto) vs marketing (empolgante, beneficios) vs docs (preciso, passo-a-passo). O tom e um parametro, nao uma personalidade fixa
- • Workflow tipico: Outline primeiro (aprovacao humana) -> Draft (bot escreve) -> Review (humano ajusta) -> Publish (bot agenda). Nunca publique sem review humano
💻 Style Guide no System Prompt
Blog / Artigos
- • SEO-optimized headers e meta descriptions
- • Internal linking automatico
- • Modelo: Claude Sonnet ou GPT-4o
Documentacao
- • Code examples testados e validados
- • Versionamento por feature
- • Modelo: Claude Opus (precisao tecnica)
Cursos / Tutoriais
- • Progressao pedagogica (facil -> dificil)
- • Exercicios praticos por modulo
- • Modelo: Claude Sonnet (didatica + tools)
💡 Dica Pratica
Injete 3 exemplos de conteudo aprovado no system prompt. O bot aprende mais com exemplos concretos do que com regras abstratas. Coloque um post que performou bem, um trecho de docs elogiado, um email que converteu. O bot vai replicar o padrao sem voce precisar explicar cada regra.
⚙️ Bot de Operacoes
O bot de operacoes e o SRE que nunca dorme. Monitora infraestrutura, automatiza deploys, responde a incidentes e executa runbooks. E o bot que precisa do maior cuidado com guardrails porque um comando errado em producao pode derrubar tudo.
🎯 Conceito Principal
O bot de ops precisa de privilegios escalonados. Leitura de metricas e logs: sempre permitido. Restart de servicos: com confirmacao. Deploy em producao: apenas com aprovacao dupla (bot sugere, humano aprova). Nunca dê ao bot acesso irrestrito de escrita em producao.
O system prompt do bot de ops e diferente dos outros porque precisa de runbooks explicitados. Nao e "resolva o problema". E: "Se CPU > 90% por 5min, escale verticalmente. Se erros 5xx > 10/min, verifique logs do ultimo deploy. Se disco > 85%, limpe logs antigos e alerte."
- • Monitoring tools: health_check (pinga endpoints), read_metrics (Prometheus/Grafana API), read_logs (busca em CloudWatch/Loki), check_alerts (Pagerduty/OpsGenie)
- • Action tools: restart_service (com confirmacao), scale_up (horizontal/vertical), rollback_deploy (reverte ultimo deploy), run_migration (com dry-run primeiro)
- • Alerting: O bot recebe alertas de monitoring, faz triagem automatica, tenta resolver com runbook e notifica o time com diagnostico se nao conseguir
🚨 Fluxo de Incident Response
Auto-resolve
- • Limpar cache quando cheio
- • Restart de worker travado
- • Rotacao de logs
- • SSL cert renewal
Precisa aprovacao
- • Scale up (custo envolvido)
- • Rollback de deploy
- • Alterar DNS/routing
- • Database migrations
Humano obrigatorio
- • Data breach / seguranca
- • Perda de dados
- • Downtime total do produto
- • Problemas de billing/cobranca
🚨 Cuidado Critico
Nunca dê ao bot de ops acesso irrestrito de producao. Use principio de menor privilegio. O bot lê tudo, mas so escreve o que esta no runbook. Acoes destrutivas (drop table, delete deployment, scale to zero) devem ser fisicamente impossibilitadas, nao apenas "proibidas no prompt". O LLM pode ignorar instrucoes. A infra nao pode ignorar IAM policies.
💡 Dica Pratica
Comece com monitoring read-only. O bot primeiro aprende a diagnosticar. Depois de 2 semanas lendo logs e sugerindo acoes (que humanos validam), voce calibra a confianca e libera auto-execucao pra runbooks especificos. Trust is earned, not granted.
🏗️ Exercicio: Criar 2 Bots Especialistas
Chega de teoria. Voce vai construir 2 bots especialistas completos para o seu SaaS, cada um com system prompt unico, tools especificas e capacidades bem definidas. No final, teste os dois e compare a qualidade das respostas.
Exercicio: 2 Bots do Zero
Tempo estimado: 30-40 minutos
Escolha 2 dominios do seu SaaS
Selecione 2 areas que se beneficiariam de automacao. Exemplo para um SaaS de gestao:
Escreva o System Prompt de cada bot
Cada prompt deve conter no minimo: identidade, tom, regras, limites e exemplos. Use este template:
Defina pelo menos 3 tools por bot
Cada tool com nome, descricao e parametros claros:
Teste com 5 mensagens cada
Cubra cenarios diferentes: pergunta simples, pergunta complexa, edge case, fora do escopo, e sentimento negativo:
Compare e refine
Analise as respostas. Onde o bot falhou? Prompt vago? Tool faltando? Tom errado? Refine o system prompt e teste de novo. O ciclo e: test -> analyze -> refine -> test.
✅ Criterios de Sucesso
🌟 Bonus
Conecte seus 2 bots com um router simples. Quando uma mensagem chega, classifique a intencao e envie pro bot certo. Teste 10 mensagens aleatorias e meça a acuracia do routing. Voce acabou de construir um sistema multibot funcional.