Como a documentação reduz tickets de suporte: 10 estratégias que realmente funcionam
Sua fila de suporte é uma lista de falhas na documentação. Cada ticket do tipo "como eu faço..." que chega à sua caixa de entrada é uma pergunta que sua base de conhecimento não respondeu — ou não respondeu bem o suficiente. As equipes que operam com CS enxuto não estão fazendo mais. Elas estão documentando melhor.
Experimente o Clevera gratuitamente →$22
custo médio para resolver um único ticket de suporte
81%
dos clientes tentam o autoatendimento antes de entrar em contato com o suporte
20–40%
redução no volume de suporte para equipes com uma base de conhecimento ativa
67%
dos clientes preferem o autoatendimento a falar com um representante da empresa
Por que a documentação reduz o volume de suporte
12 min de leitura
Uma documentação que reduz tickets de suporte não é um luxo. É um centro de custo que se paga — e muito mais.
Uma equipe de suporte que lida com 500 tickets por mês a US$ 22 por ticket gasta US$ 11.000 todos os meses respondendo perguntas. Se uma base de conhecimento bem mantida desvia 30% desses tickets, isso representa uma economia de US$ 3.300 por mês — US$ 39.600 por ano — antes mesmo de considerar tempos de resolução mais rápidos, maior CSAT e as horas que sua equipe recupera para focar em casos complexos.
A diferença entre as equipes que veem esses ganhos e as que não veem não é o orçamento. É a execução. A maioria das equipes tem uma base de conhecimento. Poucas têm uma que realmente funciona — porque a documentação está desatualizada, é difícil de pesquisar ou é densa demais para que os usuários consigam agir.
Este guia aborda 10 maneiras específicas pelas quais uma documentação de qualidade reduz tickets de suporte, o que separa uma base de conhecimento digna de desvio de uma prateleira de artigos que ninguém lê, e como fechar essa lacuna.
2. Tutoriais em vídeo reduzem tickets de "como eu faço" mostrando, não apenas explicando
O ticket que ela elimina:
Qualquer ticket processual de "como eu faço" — configuração, ativação de recursos, perguntas sobre fluxos de trabalho.
A documentação escrita tem um limite. Para tarefas processuais — qualquer coisa que exija clicar em várias telas — texto e capturas de tela perdem o usuário no terceiro passo. Eles leem a instrução incorretamente, clicam na coisa errada e abrem um ticket. Ou eles leem superficialmente até o fim sem seguir cada passo, acabam no estado errado e abrem um ticket.
O vídeo elimina essa ambiguidade. Um passo a passo narrado de 90 segundos mostrando exatamente onde clicar e o que esperar em cada etapa reduz os tickets processuais de "como eu faço" mais do que qualquer artigo escrito.
O problema: a maioria das equipes não tem tutoriais em vídeo porque criá-los parece caro e lento. Você precisa de um roteiro, uma gravação, edição, uma voz, legendas e um lugar para hospedar — e então o produto lança uma mudança na interface e o vídeo inteiro fica errado.
Isso mudou. O Clevera transforma uma única gravação de tela em um tutorial de produto polido e narrado — com voz de IA, zoom inteligente e destaques de clique aplicados automaticamente. A mesma gravação também gera um artigo de ajuda passo a passo formatado com capturas de tela. Uma gravação se torna dois formatos. Quando o produto muda, você atualiza o roteiro e cada versão incorporada reflete a mudança — sem precisar regravar ou exportar novamente.
Para equipes de suporte e CS, isso significa que você pode documentar cada fluxo processual em vídeo sem precisar de uma equipe de vídeo. Grave uma vez. Incorpore em sua central de ajuda, em seus fluxos de onboarding, nas respostas do seu chatbot. Cada ticket de "como eu faço" que você responderia manualmente se torna um link de vídeo que seus usuários podem assistir em dois minutos.
Quem mais se beneficia: Equipes de suporte sobrecarregadas com tickets processuais repetitivos. Equipes de produto que precisam documentar cada novo lançamento de recurso.
3. Páginas de FAQ eliminam suas categorias de tickets de maior volume
O ticket que ela elimina:
Perguntas repetitivas — faturamento, gerenciamento de conta, redefinição de senha, erros comuns.
Toda equipe de suporte tem uma lista de tickets que poderia responder dormindo. As mesmas 10 a 15 perguntas representam 40 a 60% do volume total de tickets. Uma página de FAQ que responde a essas perguntas de forma clara e visível não apenas desvia tickets — ela desvia seus tickets mais previsíveis e de menor complexidade, liberando sua equipe para focar nos casos que realmente precisam de um humano.
A mecânica de uma página de FAQ que funciona:
Extraia seus tópicos de FAQ diretamente dos dados dos seus tickets, não do que você acha que os usuários perguntam. Filtre seus últimos 90 dias de tickets, agrupe por categoria e crie seu FAQ em torno dos 15 principais. Revise trimestralmente. Atualize quando novas categorias de tickets aparecerem. Remova perguntas que não geram mais volume.
Posicione o FAQ onde quer que o usuário provavelmente tenha perguntas: na página de preços, no fluxo de checkout, nas configurações da conta, no widget de ajuda no aplicativo. Um FAQ enterrado no rodapé da sua central de ajuda não desviará tickets. Um FAQ que aparece contextualmente — acionado quando um usuário visita suas configurações de faturamento — desviará.
Inclua um sinal de "Isso foi útil?". As entradas de FAQ que os usuários marcam como inúteis são seus próximos tickets. Corrija-as antes que cheguem.
Quem mais se beneficia: Equipes de suporte com alto volume de tickets; equipes de CS que gerenciam segmentos de clientes de autoatendimento.
4. Documentação de onboarding antecipa respostas para perguntas da primeira semana
O ticket que ela elimina:
Volume de suporte de novos usuários — o pico de tickets que ocorre nos primeiros 7 a 14 dias após a inscrição.
A maioria dos tickets de suporte acontece logo no início. Novos usuários não conhecem o produto. Eles cometem erros. Eles ficam travados. Estão tentando fazer algo pela primeira vez em uma interface desconhecida. O pico de tickets nas duas primeiras semanas após o cadastro é previsível e, em grande parte, evitável com uma documentação de onboarding que responde às dúvidas da primeira semana antes mesmo que os usuários pensem em perguntar.
Como isso funciona na prática:
Uma sequência de e-mails de onboarding com links para artigos de ajuda e tutoriais específicos — não para a página inicial genérica da base de conhecimento. Um tour pelo produto que incorpora explicações em vídeo nos momentos em que os usuários geralmente travam. Um guia de primeiros passos que cobre os três ou quatro fluxos com os quais os novos usuários sempre têm dificuldade.
O ROI é desproporcional. Um usuário que passa pela primeira semana sem abrir um ticket de suporte tem menos probabilidade de abrir um na segunda, terceira semana ou no segundo mês. Usuários que alcançam seu primeiro "momento aha" sem atrito cancelam o serviço drasticamente menos. A documentação reduz os tickets de suporte — mas, na fase de onboarding, ela também reduz o churn.
O modo de falha crítico:
Documentação de onboarding que é um tour genérico por todos os recursos do produto. Novos usuários não precisam saber tudo. Eles precisam saber as três coisas que os permitem alcançar valor na primeira sessão. Documente essas. O resto pode esperar.
Quem mais se beneficia: Equipes de CS e onboarding em empresas SaaS onde os primeiros 14 dias são a janela de maior risco para a retenção.
5. A ajuda contextual dentro do produto evita tickets antes que os usuários saiam da plataforma
O ticket que ela elimina:
Tickets do tipo "Não consigo descobrir como..." acionados por confusão em um ponto específico da interface do produto.
A documentação mais poderosa é aquela que aparece no momento exato da confusão — sem exigir que o usuário navegue até uma central de ajuda separada. A ajuda contextual dentro do produto (tooltips, widgets de ajuda incorporados, centros de recursos, orientações em estados vazios) evita tickets ao apresentar a resposta certa no ponto exato da necessidade.
Que tipo de documentação colocar dentro do produto:
• Tooltips em campos ou configurações complexas ("O que isso significa?")
• Textos em estados vazios que mostram o que fazer a seguir, não apenas que ainda não existem dados
• Centros de recursos incorporados na barra lateral do produto — não em uma aba separada
• Fluxos de primeiros passos estilo checklist que exibem tutoriais passo a passo em cada ponto
O que incorporar dentro dessas superfícies no produto: tutoriais em vídeo. Texto sozinho é ignorado. Um vídeo de 60 segundos mostrando exatamente o que fazer naquela tela — acionado no contexto — é assistido. Se você usa uma plataforma de guias no aplicativo (Appcues, Userpilot, Pendo), o conteúdo dentro desses fluxos determina se os usuários seguirão em frente. Uma ótima orientação dentro do produto é construída sobre uma ótima documentação. A camada de entrega e a camada de conteúdo são ambas necessárias.
Quem mais se beneficia: Equipes de SaaS lideradas por produto onde a adoção self-service é o principal movimento.
6. Manter a documentação atualizada evita escalações do tipo "isso está errado"
O ticket que ela elimina:
"Sua documentação está desatualizada" / "Isso não corresponde ao que vejo no produto" — um dos tipos de ticket mais frustrantes de receber.
Documentação obsoleta não apenas falha em evitar tickets — ela os gera. Um usuário segue um artigo de ajuda passo a passo, chega ao quarto passo e percebe que a interface que ele está vendo não corresponde à captura de tela. Ele perde a confiança no produto, deixa de confiar na sua documentação e abre um ticket.
A manutenção da documentação é onde a maioria das equipes falha. Artigos são escritos para o lançamento de um produto e nunca mais revisados. O produto recebe seis atualizações. Os documentos ainda descrevem a versão um.
O que funciona:
• Atribua a responsabilidade pela documentação por área do produto. Alguém em cada equipe de funcionalidade é responsável por atualizar os artigos de ajuda relevantes quando a funcionalidade for lançada. • Use uma data de "última revisão" nos artigos de ajuda. Artigos não revisados em 90 dias são sinalizados para auditoria. • Integre a documentação ao seu processo de lançamento. O PR não é fechado até que o artigo de ajuda seja atualizado.
O problema do vídeo: a documentação em vídeo envelhece mais rápido que o texto porque a interface é visível em cada quadro. Uma simples renomeação de botão quebra um passo a passo. É por isso que o LiveSync da Clevera é importante para as equipes de suporte: regrave apenas o passo que mudou ou atualize o roteiro, e cada instância incorporada desse vídeo mostrará a nova versão. Você não precisa reexportar ou encontrar todos os lugares onde o vídeo está incorporado.
Quem mais se beneficia: Equipes de suporte onde "documentos desatualizados" é uma categoria recorrente de ticket; equipes de produto que lançam mudanças frequentes na interface.
7. Documentação em múltiplos formatos aumenta as taxas de deflexão entre diferentes estilos de aprendizado
O ticket que ela elimina:
Tickets de usuários que leram o artigo e ainda não conseguiram realizar a tarefa.
Alguns usuários seguem instruções de texto sem problemas. Outros precisam ver sendo feito. Alguns querem ler e assistir. A documentação que existe apenas em um formato ignora usuários que não absorvem informações dessa maneira — e esses usuários acabam na sua fila de tickets.
Os artigos de base de conhecimento mais eficazes combinam texto com vídeo. Um passo a passo escrito, com um vídeo de 2 minutos incorporado no topo mostrando os mesmos passos. Usuários que preferem ler seguem o texto. Usuários que preferem assistir clicam no play. Usuários que precisam de ambos consultam um formato enquanto assistem ao outro.
Os dados confirmam isso: artigos de ajuda com vídeo incorporado apresentam pontuações de satisfação do usuário significativamente maiores e menos reaberturas de tickets do que artigos apenas com texto sobre o mesmo tópico. O formato não é decorativo — ele determina se o usuário concluirá a tarefa com sucesso.
Historicamente, o custo da documentação em múltiplos formatos era o obstáculo. Escrever um artigo é rápido. Gravar, editar, narrar e exportar um vídeo é lento. A Clevera fecha essa lacuna — sua gravação de tela gera simultaneamente o vídeo e o artigo formatado. Você termina com ambos os formatos no tempo que normalmente levaria para escrever apenas um.
Quem mais se beneficia: Qualquer equipe que documente fluxos de trabalho procedimentais e pesados em interface, onde o texto sozinho falha consistentemente em evitar tickets.
8. A análise da base de conhecimento revela quais funcionalidades geram mais tickets — antes que eles inundem sua fila
O ticket que ela elimina:
Tickets evitáveis devido a lacunas na cobertura da documentação.
Os melhores programas de documentação não são reativos — eles são preditivos. A análise da base de conhecimento diz quais artigos são mais pesquisados (conteúdo que os usuários procuram e que pode não existir), quais artigos têm as menores classificações de satisfação (conteúdo que está falhando) e quais tópicos estão faltando completamente (lacunas onde os tickets são o único recurso).
O que rastrear na sua base de conhecimento:
• Termos de pesquisa sem resultados: Cada pesquisa com zero resultados é um ticket prestes a acontecer. Esta lista diz o que escrever a seguir.
• Classificação do artigo / útil vs. não útil: Artigos consistentemente marcados como inúteis precisam ser reescritos ou substituídos por vídeo.
• Taxa de abandono de artigo: Usuários que abrem um artigo e saem imediatamente não encontraram o que precisavam.
• Correlação entre ticket e artigo: Quais artigos são mais frequentemente vinculados nas resoluções de tickets de suporte? Esses são seus ativos mais valiosos na base de conhecimento. Certifique-se de que eles estejam em destaque.
Cruze esses dados mensalmente com as categorias dos seus tickets de suporte. Os tópicos que geram mais tickets com a menor cobertura na base de conhecimento são suas prioridades de documentação. Resolva esses primeiro e você verá a redução mais rápida no volume de suporte.
Quem mais se beneficia: Operações de suporte, gerentes de CS, qualquer pessoa responsável pela taxa de deflexão de autoatendimento como KPI.
9. Documentação traduzida reduz custos de suporte em mercados internacionais
O ticket que ela elimina:
Tickets de suporte em outros idiomas e escalações de usuários internacionais que não conseguem se autoatender em seu próprio idioma.
Para empresas SaaS em expansão internacional, uma base de conhecimento monolíngue é uma causa direta de custos elevados de suporte em mercados internacionais. Usuários que não conseguem encontrar respostas em seu idioma não conseguem se autoatender. Eles abrem tickets. Esses tickets exigem recursos de suporte — muitas vezes especializados — e levam mais tempo para serem resolvidos.
A matemática é simples: documentação traduzida que evita tickets internacionais é mais barata do que contratar suporte multilíngue para lidar com eles.
O bloqueio de produção: traduzir uma base de conhecimento é caro e lento quando feito manualmente. Cada artigo exige um tradutor. Cada vídeo exige uma nova gravação de voz em cada idioma. É por isso que a maioria das equipes não faz isso, e por que o volume de tickets internacionais permanece elevado.
O Clevera oferece suporte à tradução em 74 idiomas integrada ao fluxo de trabalho. Seu vídeo de tutorial e o artigo complementar são traduzidos em minutos, não semanas — incluindo a narração por IA, que é regenerada no idioma de destino, em vez de legendada sobre o áudio em inglês. Um usuário que fala espanhol assiste a um passo a passo com voz em espanhol e lê um artigo em espanhol. Essa é a experiência de deflexão de que eles precisam para não abrir um ticket.
Quem mais se beneficia: empresas SaaS com bases de clientes internacionais e custos de suporte internacional desproporcionais à receita desses mercados.
10. Um ciclo de feedback entre suporte e documentação transforma cada ticket em uma futura deflexão
O ticket que ela elimina:
Tickets recorrentes — a mesma pergunta feita por diferentes usuários ao longo de semanas e meses.
A estratégia de documentação mais sustentável não é um sprint de escrita único. É um sistema onde os tickets de suporte melhoram continuamente sua base de conhecimento. Cada ticket que sua equipe responde é um sinal: algo não foi documentado com clareza suficiente ou não foi documentado de forma alguma. Se você capturar esse sinal e agir sobre ele, o mesmo ticket se tornará mais raro a cada mês.
Como esse ciclo funciona na prática:
Sua equipe de suporte marca os tickets por categoria. Semanalmente, alguém revisa as marcações e sinaliza tópicos novos ou recorrentes. Esses tópicos se tornam tarefas de documentação atribuídas ao membro da equipe apropriado. Novos artigos ou vídeos atualizados são publicados. No mês seguinte, os tickets sobre esse tópico diminuem.
As equipes que executam esse ciclo veem retornos crescentes na qualidade da documentação — e na capacidade da equipe de suporte. Os tickets de suporte não são apenas respondidos. Eles são evitados.
O requisito operacional: a criação de documentação precisa ser rápida o suficiente para acompanhar o ciclo. Se escrever um artigo leva dois dias e produzir um vídeo leva uma semana, você sempre estará atrasado. Se o Clevera transforma uma gravação de tela em um artigo de ajuda e vídeo em minutos, o ciclo pode realmente funcionar. A criação de conteúdo deixa de ser o gargalo.
Quem mais se beneficia: líderes de suporte e equipes de operações de CS que constroem programas de autoatendimento escaláveis, não apenas manutenção reativa da base de conhecimento.
O que separa uma base de conhecimento que evita tickets de uma que não evita
A maioria das equipes possui documentação. Poucas possuem documentação que realmente reduz o volume de suporte de forma mensurável. A diferença se resume a quatro pontos:
Cobertura vs. abrangência
Cobertura significa que você tem um artigo para cada tópico. Abrangência significa que cada artigo realmente responde à pergunta — não apenas descreve o recurso. Cobertura sem abrangência cria artigos que os usuários abrem e abandonam imediatamente, transformando-os em tickets de qualquer maneira.
Facilidade de localização vs. existência
Um artigo da base de conhecimento que os usuários não conseguem encontrar não evita nada. A facilidade de localização é uma função da qualidade da busca, títulos dos artigos, links internos e posicionamento proeminente de artigos de alto tráfego. A maioria das auditorias de base de conhecimento revela a mesma coisa: a documentação existe, o usuário apenas não conseguiu encontrá-la.
Atualidade vs. histórico
A documentação atualizada evita tickets. A documentação que descreve uma versão antiga do produto os gera. Uma base de conhecimento sem um processo de manutenção ativo decai em qualidade a cada atualização do produto.
Formato vs. preferência
A documentação apenas em texto funciona para quem aprende lendo. Vídeo funciona para quem aprende visualmente. A diversidade de formatos em sua base de conhecimento amplia a área de superfície da deflexão por autoatendimento. Os artigos mais eficazes oferecem ambos.
A lacuna de documentação que ninguém monitora
Aqui está uma métrica que a maioria das equipes de suporte não observa: quantos tickets por mês são abertos por usuários que visitaram um artigo da base de conhecimento nas 24 horas anteriores à abertura do ticket?
Esse número indica a taxa de falha da documentação — usuários que tentaram o autoatendimento, não conseguiram e escalaram. Para a maioria das equipes, isso representa entre 15% e 30% do volume total de tickets. Esses usuários encontraram um artigo relevante. Ele apenas não forneceu o que precisavam para ter sucesso.
A solução não é mais documentação. É uma documentação melhor — especificamente, formatos mais ricos. Os artigos que esses usuários encontraram provavelmente eram apenas texto. Adicionar um tutorial em vídeo narrado aos artigos mais visitados em sua base de conhecimento — aqueles que os usuários já estão encontrando — é a maneira mais rápida de fechar essa lacuna de deflexão.

Como priorizar seu investimento em documentação para máxima deflexão de tickets
Se você está construindo ou melhorando sua base de conhecimento com o objetivo de deflexão de tickets, aqui está a sequência que produz resultados mais rapidamente:
Passo 1 — Extraia suas 15 principais categorias de tickets dos últimos 90 dias.
Essas são suas prioridades de documentação. Não o que você acha que os usuários precisam. O que eles estão realmente perguntando.
Passo 2 — Verifique a cobertura da base de conhecimento em relação a essas 15 categorias.
Para cada categoria, existe um artigo de ajuda? Ele tem um vídeo? É preciso? É fácil de encontrar na busca da sua base de conhecimento? Marque as lacunas.
Passo 3 — Preencha as lacunas por ordem de volume de tickets.
Comece com suas categorias de tickets de maior volume. Crie um artigo de texto mais um vídeo incorporado para cada uma. Uma gravação no Clevera oferece ambos os formatos.
Passo 4 — Adicione posicionamento contextual.
Exiba seus artigos da base de conhecimento de maior tráfego dentro do produto — em tooltips, centros de recursos e fluxos de integração — nos momentos em que os usuários mais precisam deles. Não espere que os usuários naveguem até sua central de ajuda.
Passo 5 — Meça a taxa de deflexão, não apenas o volume de conteúdo.
Monitore a taxa de resolução por autoatendimento (usuários que visitaram a base de conhecimento e não abriram um ticket) mensalmente. Esta é a métrica que indica se sua estratégia de documentação está funcionando.
Passo 6 — Execute o ciclo de feedback.
Revise novas categorias de tickets semanalmente. Converta tickets recorrentes em nova documentação imediatamente, enquanto o contexto está fresco.
Perguntas frequentes sobre como a documentação reduz os tickets de suporte
Quanto uma base de conhecimento pode realmente reduzir o volume de tickets de suporte?
Equipes que mantêm uma base de conhecimento ativa — com cobertura abrangente, atualizações regulares e uma mistura de formatos de texto e vídeo — normalmente veem reduções de 20% a 40% no volume geral de suporte. A faixa é ampla porque depende muito da qualidade e da facilidade de localização da documentação, não apenas de sua existência. Equipes que também incorporam a documentação contextualmente no produto veem a extremidade superior dessa faixa.
Qual é o ROI de investir em documentação para reduzir tickets de suporte?
A matemática é direta: multiplique seu custo médio de resolução de ticket (a média da indústria é de aproximadamente US$ 22 para um ticket de suporte de nível 1) pelo número de tickets que sua base de conhecimento evita mensalmente. Para uma equipe que lida com 1.000 tickets por mês com 30% de deflexão, isso representa US$ 6.600/mês — US$ 79.200/ano — em custo de suporte evitado. Isso antes de contabilizar a capacidade da equipe de CS liberada para trabalhos de maior valor, tempos de resposta mais rápidos e melhor satisfação do cliente.
Que tipos de tickets a documentação não evita?
A documentação é mais eficaz para evitar perguntas repetitivas e previsíveis sobre como o produto funciona. É menos eficaz para tickets que exigem investigação de um problema específico do cliente (bugs, discrepâncias de faturamento, erros de casos extremos) ou perguntas baseadas em relacionamento (renovações de contrato, escalações). Esses ainda precisam de um humano. O objetivo da documentação é limpar o volume de tickets previsíveis para que sua equipe tenha capacidade para os casos complexos.
Com que frequência uma base de conhecimento deve ser atualizada para permanecer eficaz na deflexão de tickets?
Toda vez que você lançar uma alteração na interface que afete um fluxo documentado. Trimestralmente para todos os artigos de alto tráfego, independentemente de alterações. Mensalmente para sua página de perguntas frequentes, revisada com base nos dados de tickets. Artigos que não foram revisados em 90 dias devem ser sinalizados para auditoria — provavelmente estão desatualizados. Documentação obsoleta não apenas falha em evitar tickets; ela os gera.
Qual a diferença entre uma documentação que reduz custos de suporte e uma que não reduz?
A diferença resume-se a quatro fatores: encontrabilidade (os usuários conseguem localizar o artigo quando precisam?), formato (o artigo usa o formato certo para a tarefa?), precisão (ele reflete o estado atual do produto?) e posicionamento (ele é apresentado contextualmente no momento da dúvida?). Uma documentação que atende a esses quatro pontos evita tickets. Uma documentação que falha em qualquer um deles, muitas vezes, não evita.
Como tutoriais em vídeo reduzem tickets de suporte de forma diferente dos artigos em texto?
Tutoriais em vídeo são significativamente mais eficazes para tarefas procedimentais — qualquer coisa que exija que o usuário clique em várias etapas de uma interface. Instruções em texto exigem uma modelagem mental precisa de uma interface que o usuário ainda não conhece bem. O vídeo elimina essa necessidade. Os usuários assistem ao que clicar e veem o que esperar em cada etapa. Isso reduz tanto a taxa de erro na execução quanto a taxa de abandono. Estudos mostram consistentemente que a documentação em vídeo produz taxas de conclusão de tarefas mais altas do que apenas texto para fluxos de trabalho com muita interface.
Crie uma documentação que realmente evite tickets — começando esta semana
Cada ticket de suporte na sua fila é uma lacuna na documentação. O Clevera transforma uma gravação de tela em um tutorial de produto narrado e polido e em um artigo de ajuda formatado em minutos. Sem editor de vídeo. Sem sessão de locução. Sem processo de escrita separado. Uma única gravação oferece ambos os formatos. Quando seu produto mudar, grave novamente apenas o que mudou e cada instância incorporada mostrará a nova versão.