IA para apresentação de slides: como montar e revisar sem virar só um chat

Quando um time de marketing ou ops me pede ia apresentação de slides, eu começo pelo turno — não pela demo de cards bonitos. Se no fim do turno não há deck aprovado ou status/ID no sistema de registro de marketing (pasta no Drive, página no Notion, asset no DAM ou tarefa no CRM), a peça não trabalhou: só abriu um chat. Percebi que a SERP brasileira em 2026 vende “slides em minutos”, enquanto a mesa real ainda cola outline no PowerPoint e some o arquivo no WhatsApp do diretor. Portanto o ouro-teste decide: arquivo versionado com aprovação, ou ID da task — senão foi conversa.

O ouro-teste do turno de slides

Antes de qualquer landing de gerador, eu aplico a frase-teste. Sem deck aprovado ou status/ID no SoR, a IA para apresentação de slides não fechou o job. Por isso a imagem de abertura mostra o ciclo brief → outline → draft → brand → export — não um print de chat.

Escrevo em primeira pessoa de implementação: o que eu desenho na mesa de conteúdo, o que recuso e o que o criativo ainda herda na revisão. Sistema de registro aqui é Drive/SharePoint/OneDrive, Notion, DAM de marca ou tarefa no Asana/Monday/ClickUp/HubSpot — não a thread do Gamma sozinha. Na tríade chatbot versus copiloto versus agente, o recorte deste texto é o deck; quando o deck vira só um elo do agente de marketing, o job maior fica para outra peça. Também não aprofundo curso de design nem Midjourney isolado: o assento é montar e revisar o arquivo sem deixar o trabalho no chat.

Recomendo ler este mapa como day-in-life de marketing/ops BR. Bem como em outros ofícios BayAI, velocidade sem writeback treina vaidade. Ou seja, “gerei em cinco minutos” sem pasta versionada continua sendo demo. Em suma, o turno começa no brief e termina no SoR.

O que a IA resolve no deck — e o que fica de fora do job

Quem busca ia apresentação de slides na SERP encontra roundups de ferramentas e promessas de velocidade. Eu recorto outro objeto: o que o runtime resolve no turno do deck e o que fica de fora do job. A Band descreveu o fluxo objetivo → público → estrutura → revisar → editor — rotulo a fonte mass media; uso o vocabulário de ofício, não a promessa de “cinco minutos” como KPI. Recuso batizar de trabalho feito um chat que só narra “como faço slide”.

Chatbot FAQ não monta o deck

Chatbot responde “como estruturo um pitch?” ou “quantos slides cabem em dez minutos?”. Não entrega outline versionado. Também não aplica brand kit nem sobe PPTX na pasta certa. Tríade chatbot versus copiloto versus agente já aparece no guia de chatbot de IA para empresas; aqui aplico o recorte só ao deck, sem reabrir CX. Bot que só lista dicas genéricas sem arquivo é anti-ângulo deste texto: conversa sem ofício.

Consulta de boas práticas continua útil. Continua, porém, sendo conversa. Conversa não substitui brief, outline, draft, brand review e export com ID. Gestor que mede o dia por prompts respondidos comprou o indicador errado. Indicador deste assento é deck aprovado ou task fechada no SoR. Por isso eu recuso FAQ de “como fazer slide” no slide do job. FAQ descreve outro palco.

Operação que celebra “perguntamos à IA” e não encontra o arquivo no Drive na manhã seguinte está medindo o assento errado. Resposta fluente não fecha QBR. Status gravado com ID, porém, muda a mesa. Eu recuso KPI de “slides gerados” como proxy de trabalho. Proxy errado treina o time a preferir chat fácil. Chat fácil sem writeback deixa o pitch igual.

Além disso, o FAQ treina a diretoria a achar que “ter IA” é ter resposta rápida. Contudo o deck não melhora com resposta rápida se o número errado continua no gráfico. Por isso eu meço o turno pelo arquivo e pelo ID, não pelo tempo de reply. Em seguida o copiloto aparece como tentação — porque o rascunho visual fica bonito.

Todavia o rascunho bonito sem pasta versionada some na segunda-feira. Também some a memória do prompt quando a aba fecha. Portanto o assento certo pede export e arquivo antes de comemoração.

Copiloto rascunha; agente arquiva e loga

Copiloto rascunha outline ou slides; humano cola, formata e sobe sozinho. Sem identificador no fim do expediente, o nome comercial “ia apresentação de slides” continua sendo rascunho com marketing. Runtime de deck prioriza brief → draft → brand rules → export e grava status ou ID. Recuso copiloto batizado de agente só porque o card saiu fluente. Fluência não é ofício. Ofício, porém, é arquivo trabalhado com registro.

A Exame mapeou ferramentas e a necessidade de revisão humana — rotulo o roundup; não invento KPI da página. Uso a definição operacional: o turno atravessa o draft e deixa log no SoR. Copiloto para no rascunho.

Gestor que celebra “a IA fez a apresentação” e abre o Drive sem arquivo novo comprou vaidade. Recomendo o teste cru no dia seguinte: o deck está lá, com versão, com aprovação e com ID da task? Se a resposta é não, você comprou parágrafo. Dessa forma o copiloto continua útil onde o outline custa caro. Não ocupa o assento de quem opera o writeback.

O que fica de fora deste job

Curso genérico de design, Midjourney-only e o job inteiro do agente de marketing ficam de fora dos H2s. Quando o deck vira só um elo do agente de marketing, foreshadowo em uma frase e paro. Criação de conteúdo ampla (posts, roteiros) é adjacente — omito o capítulo. Pitch ao vivo, enablement e QBR entram como contexto do brief, não como tutorial de oratória. CRM só de prospecção sem task de conteúdo não é SoR deste turno. Em suma, o job do ciclo é a mesa de slides com arquivo ou ID no SoR de marketing/ops.

Brief e outline: onde o turno de slides começa de verdade

Fila do ciclo não é, por exemplo, “faz uns slides sobre o produto” colado no chat. Uma ia apresentação de slides séria recebe brief com público, decisão esperada, tempo de fala e dados permitidos — então monta outline em texto antes do visual. Humano ainda manda o que entra no universo: claim legal, número oficioso, stakeholder sensível. Máquina manda a ordem do storyline. Sem brief, o “agente” só espera alguém colar um bullet no gerador.

O que o brief precisa carregar

Entra o público (board, time comercial, cliente, enablement interno), a decisão que o deck deve desbloquear, o tempo de apresentação e a lista do que pode e do que não pode aparecer. Brief sem dono vira rumor. Eu recuso kickoff em que “tom” ainda é feeling do diretor, porque amanhã outro criativo usa outro recorte. Recomendo valores enumerados com dono de marketing e data, então a máquina lê o mesmo documento que a mesa.

Motivo de cada bloco precisa caber no outline: problema, prova, oferta, próximo passo, risco, FAQ do stakeholder. Sem esses âncoras — fato, fonte, dono — o revisor herda um rumor visual. Operação madura trata o brief como contrato do expediente, não como prompt eterno. Teto de slides também entra aqui. Humano diz quantos cards o tempo aguenta. Máquina não despeja vinte slides porque o modelo “encontrou”.

Além disso, dados financeiros e claim de produto entram como linhas duras — não como “média que a IA inventou”. No entanto média inventada ainda aparece em muitos drafts de sexta. Por exemplo, quem aceita gráfico sem fonte esconde a receita invertida. Assim, o brief precisa listar números permitidos e a origem.

Recomendo, ainda, separar brief de QBR (decisão) de brief de enablement (treinamento). Bem como separar pitch comercial de status interno. Ou seja, o outline só fica honesto quando a decisão esperada está escrita. Em suma, decisão visível vence deck genérico.

Outline em texto antes do visual

Storyline em texto vence card colorido prematuro. Eu escrevo mensagem única por slide, hierarquia (título → prova → implicação) e o que fica de fora. Aulas de IA documentou o workflow storyline → draft visual → edição cirúrgica — rotulo a fonte PT-BR; não copio cases deles. Uso o método: texto primeiro, visual depois, revisão de números no meio.

Outline invisível no chat some na quarta. Por isso o storyline precisa viver no Notion ou no Doc com versão. Versão honesta vence “último prompt”. Gestor que aceita outline só na memória do modelo está comprando painel, não turno. Painel sem outline, além disso, treina a mesa a furar a ordem e a pedir “mais slides bonitos”.

LLM puro (ChatGPT, Claude, Gemini chat) brilha nesta etapa: ataca argumento, corta jargão, força uma mensagem por slide. Sozinho, porém, não fecha o ouro-teste sem export e arquivo/ID. Eu uso o chat como oficina de outline. Não confundo oficina com SoR.

O que espera e o que fica de fora do brief

Espera quem ainda não tem dado aprovado, quem depende de jurídico e quem caiu em silêncio escrito na política (embargo de número, claim em revisão). Fica de fora quem é caso político marcado para humano, quem exige ensaio ao vivo sem roteiro e quem já tem deck master aprovado sem mudança de mensagem. Sem as três portas — entra, espera, fora — o gerador vira rajada com cara de inteligência. Eu recuso “gera tudo” só porque o brief apareceu. Slide sem mensagem única é ruído.

Stakeholder com veto, claim regulado ou consolidação intercompany sem regra entra em “não gerar automático” antes do draft. Sem essa lista, o runtime devolve exatamente o slide que a diretoria evitaria. Sinal novo — número atualizado, logo de parceiro — vira nota no outline, não segundo deck cego. Cadastro sujo de fonte também é filtro: sem origem no brief, o número não entra no gráfico.

Operação que esconde a exclusão para não perder velocidade está treinando passivo. Por isso elegibilidade do dado é porta, não enfeite. Máquina respeita o escrito. Humano decide o caso político que a regra não previu. Dessa forma priorizar deixa de ser “gerar mais”. Vira escolher o que merece o turno de hoje.

Do outline ao draft: copiloto, gerador e o que rotular no mercado

Draft é onde a SERP satura. Eu rotulo vendors sem feature dump e sem KPI inventado. O ponto não é “qual é a melhor ferramenta”; é onde cada uma senta no turno brief → outline → draft → brand → export. Uma ia apresentação de slides madura escolhe o assento certo: web-first rápido, brand controls, add-in nativo ou Copilot no tenant — então exige limpeza antes do SoR.

Gamma e Beautiful.ai: velocidade e layout

Gamma é web-first: gera cards rápido; export PPTX pode exigir limpeza de alinhamento e tipografia. Rotulo a página de apresentações do Gamma como produto, não como prova de resultado. Créditos e velocidade entram no vocabulário da mesa; não invento taxa de aprovação. Beautiful.ai empurra Smart Slides e brand controls/temas locked em times — rotulo Smart Slides e brand controls. Auto-layout ajuda; humano ainda confere claim e número.

Quem vive só em Gamma e nunca abre o arquivo no Drive está medindo demo. Quem usa Beautiful.ai com tema locked e ainda pula a conferência de fonte está medindo estética. Estética sem SoR continua chat. Eu uso os dois como aceleradores de draft. Não como substituto de brand review.

Canva Magic, Plus AI e nativos de arquivo

Canva Magic Design brilha se o time já vive no Canva; placeholders de texto são comuns — rotulo AI presentations no Canva. Plus AI senta como add-in em PowerPoint ou Google Slides: o arquivo já está no Drive/OneDrive e o brand vem do template existente — rotulo o Marketplace do Plus AI. Microsoft Copilot no PowerPoint rascunha a partir de doc/PDF, gera .pptx nativo e herda governança do tenant — rotulo o blog oficial do PowerPoint sobre IA. Gemini no Google Slides gera e edita no ecossistema Workspace — rotulo a Ajuda do Google.

Arquivo nativo reduz fricção de export. No entanto nativo sem revisão de número ainda falha o ouro-teste. Por exemplo, Copilot que transforma PDF em deck pode repetir claim antigo. Assim, o template master continua sendo política humana, não milagre do add-in.

Como eu escolho o assento do draft na prática

Na prática eu pergunto três coisas antes de abrir qualquer gerador. Primeiro: onde mora o arquivo oficial depois — Drive, SharePoint ou Canva Brand? Depois: quem aprova brand e em qual formato? Por fim: o brief já tem números com fonte? Sem essas respostas, qualquer ferramenta vira teatro de velocidade. Bem como no ofício de outros agentes BayAI, o SoR manda no desenho; a landing não manda.

Time que já tem slide master no PowerPoint ganha pouco trocando tudo por web-first só porque a SERP elogiou cards. Time que vive no Canva e força PPTX nativo toda semana paga limpeza duas vezes. Eu documentei, em implementações, o custo oculto do “export e limpa” — não como KPI inventado, como fricção de calendário. Por isso a escolha do draft é decisão de operação. Não é ranking de features.

Além disso, Plus AI e Copilot reduzem a distância até o arquivo editável. Contudo ainda exigem o mesmo brand review. Por exemplo, doc longo virando deck pode repetir jargão do PDF original. Assim, outline curto e limpo antes do add-in continua sendo o atalho mais barato.

Nichos, sunset e o que não confundir

SlidesAI, Prezi e Genially aparecem em nichos (Google add-on, zoom/pitch, treinamento interativo). Eu cito como rótulo, sem tutorial. Tome pivotou e o produto de slides foi descontinuado por volta de 2025 — menciono só como rótulo histórico; não recomendo como ferramenta viva. LLM chat puro continua ótimo no outline e péssimo como SoR: sem export + ID, o turno não fechou.

Recomendo escolher o draft pelo SoR que o time já usa. Stack M365 → Copilot ou Plus no PPT. Ambiente Google → Gemini Slides ou Plus. Quem já vive no Canva → Magic no ecossistema. Quem precisa de velocidade de card → Gamma, com budget de limpeza no export. Dessa forma a ferramenta serve o turno. O turno não serve a landing.

Brand review: números, tom e identidade antes de exportar

Brand review é o gargalo BR corporativo que a SERP de velocidade esconde. Eu vi drafts com gráfico invertido, tipografia fora do kit e tom de “ChatGPT-ês” que nenhum diretor assina. Por isso a ia apresentação de slides só passa de draft a candidato a aprovação depois de três checagens: número/fonte, identidade visual e tom.

Conferência de números e fontes

Todo número no slide precisa de origem no brief ou no SoR de dados. Placeholder “XX%” que sobreviveu ao draft é bug, não detalhe. Gráfico sem eixo legível ou com série inventada pelo modelo entra em bloqueio. Eu recuso “parece plausível” como critério. Critério é fonte nomeada e data. Operação que exporta com placeholder treina o stakeholder a desconfiar do próximo deck.

Revisão cirúrgica corta claim absoluto sem evidência. Também corta comparação unfair e meta que ninguém aprovou. Em seguida o revisor marca o slide com status: ok, corrigir, escalar jurídico. Status no comentário do arquivo vence “achei estranho” no WhatsApp.

Além disso, receita, churn e pipeline mudam de semana. Contudo o draft pode ter usado o número da semana passada. Por exemplo, QBR com ARR desatualizado queima confiança mais que slide feio. Assim, a regra é: número sem data de validade não exporta.

Identidade: kit, template e logo

Brand kit (cores, tipografia, logo, espaçamento) precisa estar no template master — Canva Brand Kit, tema Beautiful.ai locked, slide master do PPT ou tema Google. Draft que ignora o master gera “quase marca”. Quase marca é pior que feio: parece oficial e não é. Eu exijo diff visual antes do export: contraste, margem, peso de título, uso do logo.

Export sujo de Gamma ou Canva para PPTX frequentemente desalinha. Todavia desalinhamento se resolve com limpeza cirúrgica, não com novo prompt cego. Também se resolve com template nativo quando o SoR exige .pptx corporativo. Portanto escolha de ferramenta no draft já antecipa a dor do brand review.

Tom: limpar o ChatGPT-ês

Tom genérico (“revolucionar sinergias”, “jornada omnichannel sem atrito”) mata credibilidade no board BR. Eu peço reescrita com verbos do ofício do cliente: vender, reter, reduzir ciclo, habilitar time. Mensagem única por slide vence parágrafo decorativo. Speaker notes podem nascer do modelo; o claim no slide, porém, passa por humano ou por regra + aprovação.

Quem aprova também precisa estar escrito: criativo, brand, stakeholder de negócio. Sem alçada, o deck fica eternamente “quase pronto”. Quase pronto não é ouro-teste. Aprovado com versão no Drive é. Dessa forma brand review deixa de ser gosto. Vira porta do export.

Quem marca “aprovado” e o que acontece se ninguém marca

Alçada escrita evita o limbo do “quase”. Eu peço três estados mínimos no arquivo ou na task: rascunho, em brand review, aprovado. Estado sem dono vira eterno. Dono sem prazo também. Recomendo prazo visível na task do Monday/Asana — não no chat da ferramenta. Chat da ferramenta some; a task com ID permanece.

Quando brand e negócio discordam, o humano escala com o slide marcado, não com feeling. Slide marcado carrega o número contestado e a fonte. Feeling no Slack gera outro deck paralelo. Deck paralelo quebra o ouro-teste duas vezes: duas versões, zero status confiável. Dessa forma a revisão deixa de ser opinião. Vira fila com próximo passo.

Export e ouro-teste: arquivo no Drive/Notion/DAM (senão foi só um chat)

Aqui o ouro-teste deixa de ser metáfora. Se no fim do turno não há deck aprovado ou status/ID no SoR de marketing (pasta Drive/SharePoint/OneDrive versionada, página Notion, asset DAM, tarefa CRM/project), a ia apresentação de slides não trabalhou — só abriu um chat. Eu repito a frase porque a SERP treina o contrário: comemorar o link live da ferramenta e esquecer o arquivo da empresa.

O que conta como SoR neste ofício

Entra pasta versionada com nome de campanha/QBR e data. Entra também página Notion com brief + link do deck + status. Asset no DAM (Bynder-class / brand library) com metadados vale. Task no Asana, Monday, ClickUp ou HubSpot com ID e estado “aprovado” ou “em revisão brand” fecha o ciclo. Thread do gerador não conta. Print no WhatsApp tampouco. “Está no meu Downloads” falha o teste.

Writeback mínimo: arquivo final + link compartilhável interno + status + ID da task. Sem esses quatro, o turno ficou incompleto. Eu desenho o checklist no fim do expediente como se fosse fechamento de lote. Fechamento sem ID é demo.

Formatos e limpeza de export

PPTX, PDF, Google Slides e link live resolvem contextos diferentes. Board corporativo costuma pedir PPTX editável. Enablement pode viver em Slides com comentários. PDF congela versão para stakeholder externo. Link live da ferramenta web-first acelera revisão interna — e ainda exige espelho no SoR. Eu recuso “só o link do Gamma” como arquivo oficial. Link some, crédito acaba, permissão muda.

Limpeza pós-export: fontes substituídas, imagens estouradas, animações quebradas, notas do modelo no rodapé. Além disso, checo se o nome do arquivo segue o padrão da pasta. Contudo padrão sem pasta versionada não salva. Por exemplo, `deck_final_final2.pptx` no Desktop pessoal falha o teste mesmo com brand perfeito. Assim, ouro-teste é localização + status, não só estética.

Pasta versionada e nomenclatura que a mesa consegue achar

Nomenclatura que eu uso em mesas BR: `AAAA-MM_campanha-ou-qbr_vN_status.pptx`. Status no nome (`rascunho`, `brand`, `aprovado`) evita abrir o arquivo errado na reunião. Pasta por trimestre ou por campanha vence pasta “Slides IA” genérica. Notion espelha o link e o ID da task. DAM recebe só a versão aprovada com tag de marca e de campanha.

Sem nomenclatura, o Drive vira arqueologia. Com nomenclatura e sem status na task, a arqueologia só fica mais organizada. Eu exijo os dois. Também exijo permissão: quem edita rascunho não sobrescreve aprovado sem fork de versão. Fork honesto protege o histórico. Histórico é o que salva o time quando o stakeholder pergunta “qual era a versão da terça?”.

Como falha na prática — e como fechar

Falha clássica: time gera em minutos, apresenta no mesmo dia e ninguém encontra a versão aprovada na semana seguinte. Outra falha: Notion tem o brief, Drive tem três cópias e a task do Monday ficou em “em andamento” para sempre. Terceira: DAM recebeu o asset, mas sem tag de campanha — busca futura falha. Eu trato as três como bug de turno, não como “falta de disciplina mágica”.

Fechar o ciclo: exportar → limpar → subir na pasta certa → atualizar Notion/DAM → mover task com ID → notificar aprovador. Humano ou agente com regras pode executar a sequência; o ponto é a evidência no SoR. Dessa forma velocidade vira trabalho. Sem SoR, velocidade continua chat.

O que o humano de marketing/ops ainda faz nesse ciclo

Máquina acelera outline e draft. Humano ainda carrega o juízo que a regra não prevê. Eu listo o que recuso automatizar sem alçada — não por romantismo, por risco de reputação e compliance.

Juízo político e stakeholder sensível

Quem fala o quê no board, qual slide entra depois do intervalo e qual claim some porque o CFO está na sala: isso é política de mesa. Modelo não lê a temperatura da reunião. Analista de marketing/ops lê. Eu deixo a máquina propor ordem; o humano trava o corte final quando há veto implícito. Sem essa porta, o deck “certo” no papel vira incidente na sala.

Stakeholder sensível (parceiro, jurídico, conselho) exige tom e evidência que o brand kit sozinho não resolve. Também exige timing de embargo. Em seguida o humano marca “não exportar até X”. Marca escrita vence feeling no corredor.

Claim legal, dado pessoal e ensaio ao vivo

Claim regulado, comparação com concorrente e número sob auditoria passam por humano ou por jurídico. LGPD entra quando o brief cola planilha com dado pessoal de cliente em tool consumer: eu evito colar PII em gerador sem contrato adequado — e aponto o checklist de LGPD para agentes de IA em uma frase, sem virar o capítulo. Ensaio ao vivo (speaker notes, ritmo, Q&A) continua humano: modelo rascunha notas; a pessoa apresenta.

Ops ainda define o padrão de pasta, a nomenclatura e quem tem permissão de “aprovado”. Marketing ainda define mensagem única e oferta. Sem esses donos, o agente de slides vira gerador órfão. Gerador órfão enche a SERP. Não fecha o turno.

O que eu recuso automatizar sem política escrita

Auto-aprovação de claim comparativo fica fora. Upload automático de PII de cliente em tool consumer sem DPA também. Trocar o aprovador humano por “o modelo disse que está ok” eu recuso sem negociar. Política escrita lista o que a máquina pode exportar sozinha (template enablement interno sem número novo) e o que exige olho (board, imprensa, parceiro). Sem lista, o time improvisa. Improviso em deck público custa reputação.

Ensaio ao vivo ainda ensina o que o slide não carrega: pausa, ênfase, pergunta do CFO. Speaker notes ajudam; não substituem. Ops ainda treina o padrão de pasta na onboarding do estagiário. Marketing ainda corta mensagem quando o tempo de fala cai de vinte para oito minutos. Corte de tempo é juízo humano. Modelo tende a alongar. Eu peço ao outline um teto duro de slides antes do draft — senão o brand review herda inchaço.

Recomendo scorecard simples no fim do mês: quantos decks saíram com ID no SoR, quantos voltaram por número errado, quantos ficaram só no chat. Todavia scorecard sem dono vira dashboard verde. Também vira vaidade se a meta for “gerar mais”. Portanto a meta honesta é “fechar turno com evidência”.

BayAI — bayai.com.br

Quando o teto do copiloto de slides fica visível — precisa brief estruturado, brand rules, export e writeback de status/ID no Drive/Notion/DAM — eu mudo o assento da conversa. A BayAI atua com implementação assistida de Funcionários de IA: diagnóstico do processo, implementação do agente e operação conjunta no stack que o time já usa. Não é software self-serve de gerador de slides. Piloto em semanas; leitura de resultado em 60 a 90 dias, conforme a homepage. Sem preço inventado e sem cliente fictício neste texto.

Pra quem esse recorte serve

Serve time de marketing/ops que já sente a dor do “deck no chat” e quer o turno com evidência no SoR. Não serve quem busca só tutorial de Gamma em cinco minutos. Também não serve quem quer comprar login e configurar sozinho sem operação assistida. Em suma, o produto aqui é implementação do ofício — não landing de feature.

Conclusão

Volto à frase-teste: se no fim do turno não há deck aprovado ou status/ID no SoR de marketing (Drive, Notion, DAM ou tarefa CRM), a ia apresentação de slides não trabalhou — só abriu um chat. Brief e outline em texto vêm antes do visual. Draft rotula Gamma, Beautiful.ai, Canva, Plus AI, Copilot ou Gemini conforme o arquivo que o time já vive. Brand review confere número, identidade e tom. Export grava evidência. Humano guarda juízo político, claim legal e ensaio.

Quem ainda compara só velocidade de landing está comprando demo. Quem compara arquivo versionado com ID está comprando produção. Para waitlist de implementação assistida de Funcionários de IA, o caminho é bayai.com.br — serviço, não painel self-serve de slides. Em conclusão, compre turno com comprovante no SoR. Não compre um parágrafo no mesmo chat.

Perguntas frequentes