Como criar um plano de comunicação com ChatGPT

A equipe comunica o projeto e cada público entende uma coisa

Operações recebe uma apresentação de vinte páginas. Segurança recebe um pedido urgente sem contexto. Quem fará o teste descobre a mudança no dia anterior. A liderança acompanha reuniões, mas continua sem enxergar qual decisão precisa tomar.

Um plano de comunicação organiza quem precisa saber o quê, por qual motivo, em que momento, por qual canal e com qual confirmação. O ChatGPT pode transformar decisões e necessidades já validadas numa primeira matriz. Ele não conhece a agenda das pessoas, não define autoridade e não deve inventar uma cadência para preencher células.

Este tutorial usa uma conversa comum no ChatGPT e um cenário sintético. O caminho principal funciona com texto colado. A saída esperada foi conferida diretamente contra a entrada publicada abaixo. A Júpiter não executou benchmark entre modelos, planos ou interfaces e não enviou mensagens.

O que você vai produzir

O exercício termina com:

inventário de necessidades de comunicação;
matriz por público, decisão e fase;
mensagens centrais com fonte;
canais e cadências em estado confirmado ou A DEFINIR;
gatilhos para comunicações de exceção;
rota de revisão e aprovação;
auditoria contra o cenário original.

O documento permanece como RASCUNHO PARA REVISÃO. Nenhum convite, e-mail, mensagem, tarefa ou anúncio é criado.

Use briefing e mapa antes do plano

O briefing de projeto com ChatGPT delimita problema, escopo, entregas, dependências e decisões abertas.

O mapa de stakeholders identifica pessoas e grupos, influência sustentada, impacto, lacunas e participação necessária.

O plano de comunicação começa depois dessas duas leituras. Ele transforma uma necessidade validada em comunicação operacional:

público;
objetivo;
informação necessária;
decisão ou ação esperada;
emissor autorizado;
canal;
momento ou gatilho;
evidência de recebimento;
revisão.

Uma matriz RACI distribui papéis sobre atividades e decisões. O plano atual cuida da circulação de informação. Comunicação não concede aprovação, responsabilidade ou poder de veto.

Ferramenta, acesso e cuidados com dados

Use o ChatGPT pela web numa conversa nova. Cole somente o cenário sintético deste artigo.

A documentação oficial da OpenAI recomenda prompts claros, específicos, com contexto e refinamento iterativo. O exercício aplica essa orientação a uma tarefa delimitada. Ele não depende de upload, conector ou Project.

Se a equipe optar por trabalhar num ChatGPT Project depois, confirme o plano, as configurações do workspace, os membros e as permissões disponíveis na conta. Projects podem reunir chats, arquivos e instruções, mas esse contexto compartilhado precisa de governança.

Antes de usar material real:

confirme conta e workspace autorizados;
remova dados pessoais sem função para o plano;
não cole estratégia ainda não anunciada, contratos, dados de cliente ou informação sob NDA sem autorização;
preserve a versão aprovada do briefing fora da conversa;
use somente decisões registradas;
identifique quem pode aprovar cada mensagem;
revise retenção, compartilhamento e uso de dados;
mantenha contatos, canais privados e listas de distribuição no sistema aprovado.

Cenário sintético do exercício

A empresa fictícia Horizonte Componentes estuda um piloto de triagem assistida por IA para solicitações internas. Use estas notas:

PLANO DE COMUNICAÇÃO | ENTRADA SINTÉTICA
EMPRESA: Horizonte Componentes
UNIDADE: Brasil
DATA: 01/10/2026
ESTADO DO PROJETO: descoberta; piloto ainda não aprovado

OBJETIVO EM DISCUSSÃO
Testar uma triagem assistida por IA para separar dúvidas, pedidos de acesso e incidentes recebidos pelo portal interno.

ESCOPO PROPOSTO
- usar somente solicitações sintéticas no primeiro teste;
- preparar categoria, resumo e fila sugerida;
- manter criação de acesso e resposta a incidente sob ação humana;
- não conectar o piloto ao ambiente de produção;
- não enviar comunicação a colaboradores durante o teste sintético.

PESSOAS E GRUPOS CONFIRMADOS
- Helena, diretora de Operações, pediu a investigação. Ainda não aprovou orçamento ou piloto.
- Bruno, gerente de Service Desk, responde pelo processo atual e coordena a preparação dos exemplos sintéticos.
- Camila, analista de atendimento, conhece a triagem diária e participará da revisão dos exemplos.
- Diego, líder de Infraestrutura, precisa validar critérios para incidentes e pedidos de acesso antes do teste.
- Patrícia, responsável por Segurança da Informação, precisa revisar identidade, dados e limites antes de qualquer ambiente real.
- três analistas poderão participar do teste, mas ainda não foram escolhidos.
- colaboradores da unidade Brasil só seriam afetados numa etapa futura em produção.

DECISÕES E NECESSIDADES DE COMUNICAÇÃO CONFIRMADAS
- Helena receberá um resumo executivo quando a proposta de piloto estiver pronta para decisão.
- Bruno e Camila precisam revisar categorias e exceções durante a descoberta.
- Diego precisa receber o fluxo proposto antes de validar critérios de roteamento.
- Patrícia precisa receber o fluxo de dados e limites antes de qualquer avaliação com ambiente ou dado real.
- os analistas selecionados precisarão de orientação do exercício antes do teste sintético.
- o resultado do teste deve voltar a Helena com qualidade observada, falhas, riscos e decisões pendentes.

CANAIS CONFIRMADOS
- documentação do projeto: pasta interna Projetos/Service-Desk/IA;
- dúvidas do time de Service Desk: canal interno #service-desk-operacao;
- decisões executivas: registro na ata do comitê de Operações.

CANAIS A DEFINIR
- envio do resumo executivo;
- revisão com Infraestrutura;
- revisão com Segurança;
- orientação aos analistas selecionados.

DATAS E CADÊNCIA
- não existe data aprovada para o piloto;
- descoberta terá uma revisão depois que categorias e exceções forem conferidas;
- não existe reunião semanal aprovada;
- comunicações futuras aos colaboradores dependem de aprovação de uma etapa em produção.

RESPONSABILIDADES CONFIRMADAS
- Bruno mantém o documento de descoberta.
- Helena decide se a proposta pode avançar para desenho de piloto.
- o responsável por redigir o resumo executivo está A DEFINIR.
- o responsável por aprovar cada comunicação está A DEFINIR.

REGRAS
- pedido de investigação não equivale a aprovação do piloto;
- necessidade de revisão não equivale a poder de aprovação geral;
- canal ausente permanece A DEFINIR;
- frequência ausente permanece A DEFINIR;
- não criar reunião recorrente por padrão;
- não informar colaboradores sobre uma etapa futura como se estivesse aprovada;
- não enviar mensagens, convites ou tarefas;
- toda nova sugestão deve aparecer como PROPOSTA.

A entrada possui necessidades confirmadas e lacunas reais. O plano reprova se preencher canal, frequência, remetente ou aprovação apenas para parecer completo.

Passo 1: extraia os fatos de comunicação

Envie:

Leia o cenário como uma fonte sintética.

Crie um inventário com uma linha por necessidade de comunicação e estas colunas:
- público;
- fase do projeto;
- objetivo da comunicação;
- informação confirmada que precisa circular;
- decisão, ação ou confirmação esperada;
- fonte literal no cenário;
- emissor confirmado;
- aprovador confirmado;
- canal confirmado;
- momento ou gatilho confirmado;
- lacunas;
- estado: CONFIRMADO, CONDICIONADO ou A DEFINIR.

Regras:
- não invente público, canal, frequência, responsável, aprovador ou data;
- não transforme revisão técnica em aprovação do projeto;
- não trate etapa futura como compromisso;
- não crie mensagem, reunião, tarefa ou convite;
- marque sugestões novas como PROPOSTA.

A saída precisa preservar:

Helena decide sobre avanço da proposta, sem ter aprovado o piloto;
Bruno mantém o documento de descoberta;
Camila participa da revisão prática, sem virar responsável pela comunicação;
Diego valida critérios ligados às classes que recebe;
Patrícia entra antes de ambiente ou dado real;
analistas ainda não foram escolhidos;
colaboradores ficam fora do teste sintético;
canais ausentes continuam A DEFINIR;
não existe reunião semanal aprovada.

Passo 2: separe comunicação de decisão

Peça:

Classifique cada linha do inventário por função principal:

INFORMAR: entregar contexto aprovado.
CONSULTAR: obter evidência, restrição ou contribuição.
DECIDIR: levar uma escolha à autoridade confirmada.
ORIENTAR: preparar alguém para executar uma atividade aprovada.
CONFIRMAR: registrar recebimento, entendimento ou conclusão.

Para cada classificação, cite o trecho que a sustenta.
Não use “decidir” quando a pessoa apenas revisa um aspecto técnico.
Não use “orientar” para uma etapa ainda sem aprovação.

No cenário:

Bruno e Camila são consultados sobre categorias e exceções;
Diego é consultado sobre roteamento;
Patrícia é consultada sobre identidade, dados e limites no gatilho indicado;
Helena recebe um pacote para decidir sobre o avanço;
analistas só recebem orientação depois de seleção e aprovação do teste;
colaboradores ainda não recebem comunicação.

Essa separação evita mensagens que parecem pedir aprovação à pessoa errada.

Passo 3: escreva o contrato de cada comunicação

Use:

Para cada necessidade confirmada, crie uma ficha com:
- nome da comunicação;
- público;
- função: informar, consultar, decidir, orientar ou confirmar;
- pergunta que a comunicação precisa resolver;
- fatos permitidos;
- decisões abertas que devem permanecer visíveis;
- ação esperada;
- conteúdo proibido;
- fonte oficial do projeto;
- dono da preparação;
- aprovador;
- canal;
- gatilho;
- evidência de recebimento ou resposta;
- condição para atualizar ou encerrar.

Use A DEFINIR quando faltar informação.
Não redija a mensagem ainda.

Uma ficha útil para Helena pode conter:

pergunta: a proposta possui evidência suficiente para avançar ao desenho de piloto?
fatos permitidos: categorias revisadas, exceções, fluxo, riscos e pendências;
abertos: orçamento, data, analistas, critérios completos e aprovações;
ação esperada: decidir se a proposta avança, volta para correção ou para;
proibido: afirmar que piloto, orçamento ou produção já estão aprovados;
fonte: pasta interna do projeto;
dono da preparação: A DEFINIR;
registro da decisão: ata do comitê de Operações.

Passo 4: proponha mensagens centrais com rastreabilidade

Depois de revisar as fichas, peça:

Escreva uma mensagem central de até três frases para cada comunicação confirmada.

Cada mensagem deve:
- declarar o estado atual do projeto;
- usar somente fatos presentes no cenário;
- mostrar a decisão ou contribuição esperada;
- preservar lacunas relevantes;
- indicar a fonte do projeto.

Depois de cada mensagem, liste os trechos do cenário que a sustentam.
Não escolha canal, frequência ou remetente ausente.
Não transforme PROPOSTA em compromisso.

Exemplo aceitável para a decisão executiva:

A descoberta do piloto de triagem assistida por IA reuniu categorias, exceções, fluxo proposto, riscos e decisões ainda abertas. O material usa somente solicitações sintéticas e não prevê conexão com produção. A decisão solicitada é se a proposta pode avançar para o desenho do piloto, voltar para correção ou ser encerrada.

O texto ainda precisa ser conferido contra o documento aprovado. Uma frase fluente pode omitir uma condição decisiva.

Passo 5: escolha canal e momento sem preencher o vazio

Canal deve combinar com a função da comunicação.

decisão sensível precisa de registro durável;
consulta técnica precisa permitir comentários e versão;
orientação de execução precisa ficar acessível durante a tarefa;
alerta de exceção precisa chegar dentro da janela útil;
comunicação ampla pede lista e aprovação próprias.

Envie:

Monte uma matriz de canal e momento.

Para cada comunicação, mostre:
- canal confirmado;
- canal A DEFINIR;
- requisitos do canal;
- momento ou gatilho confirmado;
- frequência confirmada;
- frequência A DEFINIR;
- registro que precisa permanecer;
- risco de usar o canal errado.

Não escolha e-mail, reunião, chat ou apresentação sem fonte.
Pode sugerir no máximo duas opções como PROPOSTA, com critério para escolha.
Não crie recorrência por padrão.

A pasta do projeto pode guardar fonte e versão. O canal #service-desk-operacao recebe dúvidas da equipe atual. A ata registra decisão executiva. Os demais canais continuam abertos até uma pessoa autorizada decidir.

Passo 6: use gatilhos em vez de calendário decorativo

Algumas comunicações acontecem quando o estado muda:

categorias e exceções foram revisadas;
fluxo proposto está pronto para Infraestrutura;
existe intenção de usar ambiente ou dado real;
analistas foram selecionados e o teste recebeu aprovação;
o teste terminou;
apareceu falha que altera risco, escopo ou continuidade.

Peça:

Converta as comunicações condicionadas em gatilhos.

Para cada gatilho, informe:
- condição observável;
- fonte que confirma a condição;
- público necessário;
- informação mínima;
- decisão ou resposta esperada;
- prazo A DEFINIR quando não houver fonte;
- responsável A DEFINIR quando não houver fonte;
- estado que bloqueia o envio.

Não invente datas.

Gatilhos reduzem reuniões que existem apenas porque a agenda permite. Também evitam que Segurança receba uma consulta genérica cedo demais ou tarde demais.

Passo 7: trate exceções

Um plano útil cobre mudança e falha.

Crie uma seção de comunicação de exceções para:
- categoria crítica encaminhada incorretamente;
- dado real incluído por engano;
- mudança de escopo;
- atraso numa revisão necessária;
- resultado do teste abaixo do critério;
- decisão de pausar ou encerrar.

Para cada caso, mostre:
- fato que dispara a comunicação;
- quem precisa saber com base no cenário;
- informação mínima;
- ação imediata permitida;
- autoridade ainda A DEFINIR;
- registro necessário.

Não invente plano de incidente completo.

Patrícia precisa saber de dado real incluído por engano porque a função dela cobre dados e limites. Helena precisa receber mudança que altere a decisão de avanço. O cenário não autoriza nomear quem envia ou aprova essas mensagens.

Passo 8: gere a matriz final

Depois das correções, envie:

Monte um PLANO DE COMUNICAÇÃO em estado RASCUNHO PARA REVISÃO.

Estrutura:
1. projeto e estado atual;
2. fontes usadas;
3. princípios e proibições;
4. matriz de públicos e necessidades;
5. função de cada comunicação;
6. contrato de conteúdo;
7. mensagens centrais;
8. canais confirmados e A DEFINIR;
9. momentos, gatilhos e cadências;
10. exceções;
11. donos de preparação;
12. aprovadores;
13. evidência de recebimento ou resposta;
14. registros oficiais;
15. lacunas;
16. próxima revisão;
17. estado do documento.

Regras:
- cite a fonte para afirmações materiais;
- preserve A DEFINIR;
- marque sugestão nova como PROPOSTA;
- não crie reunião recorrente;
- não informe colaboradores sobre produção;
- não envie nada;
- termine com RASCUNHO PARA REVISÃO.

Passo 9: audite o plano contra a entrada

Use:

Compare o plano com o cenário original.

Liste:
1. públicos sustentados;
2. públicos inventados;
3. mensagens sustentadas;
4. decisões tratadas como aprovadas sem fonte;
5. canais inventados;
6. cadências inventadas;
7. responsáveis ou aprovadores inventados;
8. comunicações futuras antecipadas;
9. dados sensíveis desnecessários;
10. ações externas criadas.

Cite o trecho de origem.
Não corrija silenciosamente.

Reprove o plano se:

Helena aparece como patrocinadora de um piloto aprovado;
Bruno vira aprovador de Segurança ou orçamento;
Camila recebe responsabilidade por comunicação sem fonte;
Diego recebe aprovação geral do projeto;
Patrícia é chamada somente depois do teste com dado real;
três analistas aparecem como selecionados;
colaboradores recebem anúncio do piloto sintético;
surge reunião semanal;
e-mail vira canal confirmado sem decisão;
o ChatGPT envia ou agenda qualquer comunicação.

Gabarito de cobertura

O cenário contém:

cinco pessoas nomeadas;
dois grupos ainda condicionados;
seis necessidades de comunicação confirmadas;
três canais confirmados;
quatro canais a definir;
nenhum cronograma de piloto aprovado;
uma revisão de descoberta condicionada;
nenhuma reunião semanal aprovada;
dois responsáveis confirmados em âmbitos diferentes;
dois papéis de comunicação a definir;
oito regras contra inferência e execução.

Essas contagens conferem cobertura. Elas não provam que canal, frequência ou mensagem funcionará com a equipe real.

Revisão humana e critério de aceite

O plano está pronto para aprovação quando:

cada público possui relação confirmada com a fase;
cada comunicação resolve uma pergunta ou passagem concreta;
mensagem e decisão esperada possuem fonte;
canal e cadência ausentes continuam abertos;
o emissor possui autoridade para falar pelo projeto;
o aprovador corresponde ao conteúdo;
gatilhos usam estados observáveis;
exceções apontam quem precisa agir;
registros oficiais estão definidos;
dados foram reduzidos ao necessário;
nenhuma ação externa ocorreu.

Depois da aprovação, teste uma comunicação com um grupo pequeno e autorizado. Pergunte o que a pessoa entendeu, qual decisão percebeu e onde buscaria a versão vigente. Ajuste o plano com evidência, sem atribuir toda confusão ao leitor.

Fontes oficiais verificadas em 1º de outubro de 2026

OpenAI: Prompt engineering best practices for ChatGPT, para instruções claras, contexto específico e refinamento iterativo.
OpenAI: Projects in ChatGPT, para disponibilidade, arquivos, instruções e colaboração sujeitas ao plano e ao workspace.
OpenAI: Managing data, sharing, and privacy in ChatGPT Business, para limites de visibilidade, compartilhamento e tratamento de dados no workspace Business.

As fontes sustentam capacidades e controles declarados do produto. Elas não aprovam o conteúdo empresarial, a conta usada, o público, o canal ou a mensagem final.

O plano precisa reduzir dúvida sem antecipar decisões

O ChatGPT ajuda a transformar briefing e mapa de stakeholders numa matriz legível. O resultado melhora quando cada comunicação possui função, fonte, público, gatilho e resposta esperada.

Mantenha canais e responsáveis ausentes como A DEFINIR. Registre sugestões como proposta. Faça pessoas autorizadas aprovarem conteúdo e envio.

Uma empresa não precisa de mais mensagens sobre o projeto. Precisa que a informação certa chegue à pessoa certa quando ainda existe uma decisão possível.