Tutoriais de IA

Como criar um mapa de stakeholders com ChatGPT

Use o ChatGPT para organizar stakeholders de um projeto por interesse, influência, impacto, evidências, lacunas e ações que ainda exigem validação humana.

O projeto descobre tarde quem precisava participar

A equipe técnica prepara o piloto. Operações imagina que o sistema reduzirá retrabalho. Segurança ainda não recebeu o fluxo de dados. Uma gerente regional soube da mudança por outra reunião. No lançamento, aparece uma objeção que parecia política e era apenas falta de contexto.

Um mapa de stakeholders ajuda a identificar pessoas e grupos afetados, autoridade, interesse, informação disponível e decisões pendentes. O ChatGPT pode organizar notas dispersas e preparar uma primeira versão para revisão. Ele não conhece relações informais, influência real, posição política ou disponibilidade quando esses dados não aparecem nas fontes.

Este tutorial usa uma conversa comum no ChatGPT e um cenário inteiramente sintético. O caminho principal funciona com texto colado, sem upload, conector ou plano pago específico. A saída esperada foi conferida contra as notas publicadas abaixo. A Júpiter não executou benchmark de modelos nem enviou mensagens.

O que você vai produzir

O exercício termina com cinco artefatos:

  1. inventário de pessoas e grupos citados;
  2. mapa de interesse, influência e impacto sustentado por evidência;
  3. lacunas que exigem entrevista ou confirmação;
  4. plano de envolvimento em estado de proposta;
  5. checklist para revisão humana antes de comunicar qualquer pessoa.

O material permanece como RASCUNHO PARA REVISÃO. Ele não convoca reunião, atribui tarefa, presume apoio, classifica alguém como resistente nem substitui uma conversa com quem será afetado.

Diferença para briefing, RACI e plano de comunicação

O briefing de projeto com ChatGPT delimita problema, escopo, entregáveis, dependências e critérios. O mapa de stakeholders pergunta quem influencia, quem é afetado, quem possui informação e quem precisa participar de cada decisão.

Uma matriz RACI distribui responsabilidade por atividades e decisões já definidas. O mapa pode revelar que ainda faltam papéis e autoridades antes de montar essa matriz.

O plano de comunicação vem depois. Ele transforma necessidades aprovadas em mensagem, canal, cadência e responsável. Neste exercício, o ChatGPT apenas prepara opções. Nenhum contato é executado.

Ferramenta, acesso e cuidados com dados

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

A documentação oficial da OpenAI descreve que o ChatGPT segue instruções em linguagem natural e pode resumir ou extrair informação de documentos. O exercício atual usa texto para manter a entrada visível e reproduzível.

Antes de usar material real:

  1. confirme conta e workspace autorizados pela empresa;
  2. retire dados pessoais sem função para a análise;
  3. evite avaliações de desempenho, saúde, investigação, remuneração e opiniões privadas;
  4. não cole estratégia restrita, contrato sob NDA ou informação de cliente sem autorização;
  5. preserve as notas originais no sistema oficial;
  6. registre fonte e data de cada afirmação;
  7. confirme controles de uso de dados, retenção, memória e compartilhamento;
  8. defina quem pode revisar classificações sobre pessoas.

Um mapa desse tipo pode expor relações internas e decisões ainda não anunciadas. Reduza o conteúdo ao que o projeto precisa saber.

Cenário sintético do exercício

Use estas notas fictícias:

PROJETO FICTÍCIO: piloto de triagem de solicitações internas
EMPRESA: Horizonte Componentes
UNIDADE: Brasil
DATA DAS NOTAS: 30/09/2026
ESTADO: descoberta; piloto ainda não aprovado

OBJETIVO DISCUTIDO
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 ao incidente sob ação humana;
- não enviar comunicação ao solicitante durante o teste;
- não conectar o piloto ao ambiente de produção.

PESSOAS E GRUPOS CITADOS
- Helena, diretora de Operações, pediu que a equipe investigasse o problema. Ela ainda não aprovou orçamento nem piloto.
- Bruno, gerente de Service Desk, responde pelo processo atual e forneceu vinte exemplos sintéticos.
- Camila, analista de atendimento, faz a triagem diária e relatou que categorias vagas geram reencaminhamento.
- Diego, líder de Infraestrutura, recebe incidentes e pedidos de acesso depois da triagem. Ele ainda não revisou a proposta.
- Patrícia, responsável por Segurança da Informação, precisa revisar identidade, dados e limites antes de qualquer teste com sistema real.
- Luana, gerente de Pessoas, foi citada porque parte das solicitações envolve colaboradores. Não existe decisão sobre sua participação.
- Comitê de Privacidade foi mencionado como possível consultado. Não há pessoa indicada nem gatilho definido.
- Equipe piloto: três analistas de atendimento ainda não escolhidos.
- Colaboradores da unidade Brasil usam o portal e serão afetados somente se houver etapa posterior em produção.

FATOS E SINAIS
- Bruno informou que a equipe recebeu 1.240 solicitações em agosto.
- A empresa ainda não conferiu quantas foram reencaminhadas.
- Camila apresentou quatro exemplos de categoria ambígua.
- Diego comentou em outra reunião que incidentes críticos precisam chegar à infraestrutura sem atraso. A nota não registra opinião dele sobre IA.
- Patrícia enviou um checklist padrão para avaliação de novos sistemas. Ela não aprovou este piloto.
- Helena pediu uma proposta curta com risco, esforço e critério de continuidade.
- Não existe orçamento, fornecedor, plataforma, data de início ou meta aprovada.

DECISÕES AINDA ABERTAS
- quem aprova o piloto;
- quem responde pela qualidade da classificação;
- quando Segurança e Privacidade precisam entrar;
- quais categorias entram no primeiro teste;
- quais analistas participam;
- qual indicador justificará continuidade;
- como coletar feedback dos analistas;
- quem pode encerrar o piloto;
- se haverá uma etapa futura com dados reais.

REGRAS DO EXERCÍCIO
- pessoa citada não vira apoiadora ou resistente por inferência;
- diretora que pediu investigação não vira patrocinadora de implementação;
- volume informado não prova gargalo, economia ou prioridade;
- envio de checklist não equivale a aprovação;
- comentário sobre incidentes não equivale a posição sobre o projeto;
- grupo genérico não vira responsável individual;
- ação nova permanece PROPOSTA;
- nenhuma mensagem ou tarefa será criada.

O cenário contém fatos, papéis formais, sinais de interesse e várias zonas sem evidência. O mapa reprova se preencher essas lacunas com uma narrativa política inventada.

Passo 1: crie um inventário sem classificar pessoas

Envie o cenário com esta instrução:

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

Crie um inventário com uma linha por pessoa ou grupo citado e estas colunas:
- nome ou grupo;
- função declarada;
- relação confirmada com o processo atual;
- relação confirmada com o projeto;
- fato ou fala atribuída;
- fonte no cenário;
- decisão que pode exigir participação;
- informação ausente;
- estado: confirmado, possível ou A DEFINIR.

Regras:
- não classifique apoio, resistência, interesse ou influência ainda;
- não promova cargo a autoridade do projeto;
- não transforme grupo em pessoa responsável;
- não atribua opinião sobre IA sem frase correspondente;
- preserve toda ausência como A DEFINIR.

A primeira saída deve manter diferenças importantes:

  • Helena pediu investigação, mas não aprovou piloto ou orçamento;
  • Bruno responde pelo processo atual, sem autoridade de aprovação confirmada;
  • Camila conhece a execução diária e trouxe evidência de ambiguidade;
  • Diego possui relação com o destino de duas classes, mas não declarou posição sobre o projeto;
  • Patrícia forneceu checklist, sem conceder aprovação;
  • Luana e o Comitê de Privacidade possuem participação ainda indefinida;
  • analistas do piloto não foram escolhidos;
  • colaboradores só seriam afetados numa etapa posterior.

Corrija o inventário antes de avançar. Classificação sofisticada em cima de um fato errado continua sendo erro.

Passo 2: separe influência, interesse e impacto

Essas dimensões não são sinônimas.

Influência

Capacidade formal ou prática de alterar decisão, acesso, orçamento, processo ou adoção. Precisa de evidência.

Interesse

Grau de atenção ou envolvimento demonstrado com o tema. Cargo alto não prova interesse. Pedido de informação, participação recorrente ou responsabilidade direta podem sustentar uma hipótese que ainda precisa de confirmação.

Impacto

Mudança possível no trabalho, risco, responsabilidade ou experiência da pessoa ou grupo. Um público pode sofrer alto impacto e possuir pouca influência formal.

Use:

A partir do inventário conferido, crie uma matriz de revisão com:
- stakeholder;
- influência confirmada: alta, média, baixa ou A DEFINIR;
- evidência da influência;
- interesse observado: alto, médio, baixo ou A DEFINIR;
- evidência do interesse;
- impacto potencial: alto, médio, baixo ou A DEFINIR;
- evidência ou condição do impacto;
- confiança da classificação: sustentada, parcial ou insuficiente;
- pergunta de validação.

Regras:
- use A DEFINIR quando as notas não sustentarem a faixa;
- não confunda posição hierárquica com interesse;
- não trate impacto futuro condicionado como impacto atual;
- não invente alianças, conflitos ou motivação;
- explique cada faixa com trecho do cenário.

A escala serve para orientar perguntas. Ela não deve virar diagnóstico psicológico.

Passo 3: confira as classificações sensíveis

Algumas leituras exigem cuidado.

Helena

A influência sobre investigação e possível orçamento tende a ser relevante por função e pedido registrado. O interesse em um piloto específico permanece parcialmente observado. O cenário não permite chamá-la de patrocinadora da implementação.

Bruno

Possui influência sobre o processo atual e acesso aos exemplos sintéticos. A autoridade para aprovar piloto, qualidade ou continuidade continua ausente.

Camila

O impacto potencial sobre o trabalho diário é direto caso o fluxo avance. Sua influência formal sobre orçamento ou arquitetura não foi informada. Conhecimento prático não deve ser rebaixado por falta de cargo, nem promovido a autoridade que ela não recebeu.

Diego

A infraestrutura recebe classes sensíveis. Isso sustenta necessidade de consulta sobre critérios de roteamento. O comentário sobre atraso não prova apoio ou resistência à IA.

Patrícia

A função e o checklist sustentam participação em risco, identidade e dados. O momento exato da revisão ainda precisa de decisão. Enviar um documento padrão não aprova o caso.

Pessoas e Privacidade

A relação existe como possibilidade. O cenário não informa se Luana, outra função ou o comitê deve participar do teste sintético. A saída correta mostra a pergunta, sem lotar a primeira reunião por precaução automática.

Passo 4: transforme lacunas em entrevistas curtas

Peça:

Crie um roteiro de validação por stakeholder.

Para cada pessoa ou grupo, escreva no máximo cinco perguntas que confirmem:
- efeito do problema no trabalho;
- decisão sob sua autoridade;
- evidência que possui;
- risco ou restrição que precisa ser considerado;
- condição para participar, aprovar, usar ou interromper;
- canal e momento preferidos, se ainda desconhecidos.

Marque cada pergunta como:
FATO, AUTORIDADE, IMPACTO, RISCO ou ENVOLVIMENTO.

Não escreva perguntas persuasivas.
Não sugira que o piloto já foi aprovado.
Não presuma apoio ou oposição.

Perguntas úteis reduzem inferência. Exemplos:

  • Para Bruno: quais estados do processo atual permitem medir reencaminhamento?
  • Para Camila: em que ponto uma categoria ambígua aumenta retrabalho?
  • Para Diego: quais classes precisam de prioridade e confirmação de recebimento?
  • Para Patrícia: que gatilho exige revisão antes de um teste somente sintético?
  • Para Helena: qual evidência justificaria decidir sobre o piloto?

A resposta das pessoas atualiza o mapa. O ChatGPT não deve responder por elas.

Passo 5: proponha uma estratégia de envolvimento

Depois de validar classificações, prepare opções. Use:

Com base somente no mapa revisado, prepare um plano de envolvimento em estado PROPOSTA.

Para cada stakeholder, mostre:
- objetivo do envolvimento;
- decisão ou contribuição esperada;
- informação que precisa receber;
- evidência que precisa fornecer;
- momento sugerido;
- formato sugerido;
- responsável pela interação: A DEFINIR se não houver fonte;
- risco de envolver tarde;
- condição para encerrar ou reduzir a participação.

Regras:
- não crie reunião para todos;
- não envie mensagem;
- não defina cadência sem necessidade comprovada;
- não use “gerenciar de perto” como ação;
- não transforme consulta em poder de aprovação;
- mantenha qualquer nova ação como PROPOSTA.

A estratégia pode separar quatro trabalhos:

  1. decidir: quem possui autoridade sobre piloto, orçamento, risco e continuidade;
  2. desenhar: quem conhece fluxo, exceções e critérios;
  3. validar: quem testa qualidade, segurança e uso;
  4. ser informado: quem precisa de contexto para coordenar efeito posterior.

Uma pessoa pode participar em trabalhos diferentes, desde que a autoridade de cada um fique clara.

Passo 6: monte uma visão por fase

Stakeholders mudam conforme o projeto avança. Peça:

Organize o envolvimento em quatro fases:
1. descoberta;
2. decisão sobre piloto;
3. teste sintético;
4. possível avaliação para dados reais ou produção.

Para cada fase, liste:
- pessoas necessárias;
- motivo sustentado;
- decisão esperada;
- entrada necessária;
- saída verificável;
- pessoas que ainda não precisam participar;
- gatilho para chamar a próxima função.

Não trate a fase 4 como aprovada.

No cenário, a descoberta pode começar com Operações, Service Desk e analistas. Segurança precisa ter um gatilho claro antes de qualquer mudança de ambiente ou dado. Privacidade e Pessoas entram conforme finalidade, conteúdo e público confirmados. A sequência final pertence aos responsáveis do projeto.

Passo 7: gere o mapa completo

Depois das correções, envie:

Monte um MAPA DE STAKEHOLDERS em estado RASCUNHO PARA REVISÃO.

Estrutura:
1. projeto e estado atual;
2. fontes usadas;
3. pessoas e grupos confirmados;
4. relação com processo e projeto;
5. influência, interesse e impacto com evidência;
6. nível de confiança da classificação;
7. decisões e contribuições esperadas;
8. lacunas por stakeholder;
9. perguntas de validação;
10. plano de envolvimento proposto;
11. visão por fase;
12. conflitos ou sobreposições de papel a revisar;
13. pessoas ainda não identificadas;
14. riscos de privacidade e exposição interna;
15. responsável pela revisão do mapa: A DEFINIR;
16. data da próxima revisão: A DEFINIR;
17. estado do documento.

Regras:
- cite o cenário para afirmações materiais;
- use A DEFINIR quando faltar evidência;
- não use apoiador, resistente, aliado ou opositor sem declaração direta;
- não atribua responsável novo;
- não crie comunicação ou tarefa;
- termine com RASCUNHO PARA REVISÃO.

O documento final precisa orientar conversas reais. Se parecer uma lista definitiva de posições políticas, provavelmente ultrapassou as fontes.

Passo 8: rode uma auditoria de inferências

Use:

Compare o mapa com o cenário original.

Liste:
1. afirmações sustentadas;
2. classificações com evidência parcial;
3. classificações sem evidência;
4. autoridade inventada;
5. apoio ou resistência inventados;
6. impacto tratado como atual quando é futuro e condicionado;
7. grupos promovidos a responsáveis;
8. ações ou comunicações criadas sem aprovação;
9. dados pessoais desnecessários;
10. perguntas que ainda precisam ser feitas.

Cite a fonte de cada conclusão.
Não corrija silenciosamente.

Reprove o rascunho se ocorrer qualquer um destes erros:

  • Helena aparece como patrocinadora confirmada do piloto;
  • Bruno aparece como aprovador do orçamento;
  • Camila é classificada como resistente por relatar retrabalho;
  • Diego é chamado de apoiador ou opositor da IA;
  • Patrícia aparece como tendo aprovado o piloto;
  • Luana recebe tarefa sem decisão sobre sua participação;
  • Comitê de Privacidade vira pessoa responsável;
  • os três analistas são tratados como selecionados;
  • 1.240 solicitações viram prova de economia;
  • a etapa com dados reais aparece como compromisso;
  • uma mensagem ou reunião é criada automaticamente.

Gabarito de cobertura

O cenário contém:

  • seis pessoas nomeadas;
  • três grupos ou públicos sem pessoa definida;
  • um pedido de investigação;
  • um dono confirmado do processo atual;
  • uma profissional da execução diária;
  • duas funções ligadas a risco ou destino sensível;
  • um volume informado sem taxa de reencaminhamento;
  • quatro exemplos de ambiguidade;
  • um checklist enviado sem aprovação;
  • oito decisões abertas;
  • cinco restrições do escopo proposto;
  • nenhum orçamento, fornecedor, plataforma, início ou meta aprovados.

As contagens ajudam a conferir cobertura. Elas não medem adesão, influência informal ou viabilidade do piloto.

Limites e revisão humana

O ChatGPT pode agrupar nomes, omitir uma ressalva, atribuir opinião a alguém ou preencher uma célula vazia com práticas genéricas. Volte às fontes antes de classificar autoridade, interesse ou impacto.

A revisão deve incluir:

Dono do processo

Confirma pessoas afetadas, decisões operacionais e momentos em que o trabalho muda.

Responsável pelo projeto

Confirma escopo, fase, autoridades e perguntas que precisam ser respondidas antes de avançar.

Pessoas citadas

Validam sua própria relação com o projeto, suas restrições e a forma adequada de participação.

Privacidade ou Pessoas

Revisam quando o mapa inclui dado pessoal, avaliação sensível, relação trabalhista ou exposição indevida de opinião.

Mantenha o mapa no sistema aprovado. Atualize data, fonte e mudança de classificação. Uma posição registrada meses atrás pode deixar de representar a fase atual.

Fontes oficiais verificadas em 1º de outubro de 2026

As fontes sustentam capacidades gerais e controles do fornecedor. Elas não confirmam acesso na conta escolhida, adequação do material real ou qualidade do mapa produzido.

Checklist antes de usar o mapa

  • [ ] Cada pessoa ou grupo aparece numa fonte identificada?
  • [ ] Função formal e autoridade do projeto estão separadas?
  • [ ] Influência, interesse e impacto possuem evidência própria?
  • [ ] Classificações insuficientes permanecem A DEFINIR?
  • [ ] Apoio e resistência não foram inferidos?
  • [ ] Impacto futuro condicionado está marcado como tal?
  • [ ] Grupos genéricos não viraram responsáveis individuais?
  • [ ] Perguntas de validação precedem o plano de envolvimento?
  • [ ] Ações novas permanecem como proposta?
  • [ ] Fases futuras não aparecem como aprovadas?
  • [ ] Dados pessoais foram reduzidos ao necessário?
  • [ ] Conta, workspace e material estão autorizados?
  • [ ] Pessoas citadas podem corrigir a própria classificação?
  • [ ] O mapa possui dono e data de revisão?
  • [ ] A versão aprovada será mantida no sistema oficial?

O mapa deve abrir conversas, não fabricar certezas sobre pessoas

Um projeto ganha clareza quando sabe quem possui autoridade, quem conhece o trabalho, quem será afetado e quais perguntas ainda faltam. O ChatGPT ajuda a organizar esse primeiro quadro quando recebe fontes delimitadas e regras contra inferência.

Comece pelo inventário, separe influência de impacto, exponha o nível de confiança e transforme lacunas em entrevistas curtas. Depois, valide o mapa com as próprias pessoas e só então aprove comunicação, responsabilidades e cadência.