Voltar à biblioteca de prompts
Biblioteca de promptsPrompt de chat

Memorando de revisão de incidente com Claude Opus 4.7

Use Claude Opus 4.7 para converter anotações de incidente em um memorando de revisão calmo, com linha do tempo, causas-raiz e responsáveis pelos acompanhamentos.

Revisão de incidenteMemorandoOperações
Prévia

Prompt de chat

Modelo recomendado

Claude Opus 4.7

Formato de saída

Memorando de revisão de incidente

Prévia

Prompt de chat

conversa de chat

Transforme estas anotações de indisponibilidade em um memorando de revisão pós-incidente. Inclua impacto para clientes, linha do tempo, fatores contribuintes e itens de ação com responsáveis.

Resumo: a indisponibilidade afetou a criação de novos projetos por uma janela limitada, enquanto as sessões existentes permaneceram disponíveis. Impacto para clientes: os usuários conseguiam ver trabalhos salvos, mas alguns não conseguiam iniciar novas tarefas de geração. Fatores contribuintes: as anotações apontam para um limite de retentativas ausente, responsabilidade pelos alertas pouco clara e uma verificação de implantação que não cobria o caminho afetado. O que funcionou: a reversão foi rápida depois que o responsável foi identificado. Itens de ação: adicionar a verificação ausente, definir responsabilidade pelos alertas, testar limites de retentativa e agendar uma revisão de acompanhamento com datas de vencimento.

Saída

Resumo / impacto / linha do tempo / o que aconteceu / fatores contribuintes / o que funcionou / itens de ação / responsáveis / perguntas em aberto

Exemplo de conversa estruturada para um memorando de revisão de incidente.

Prompt completo

Memorando de revisão de incidente com Claude Opus 4.7

Memorando de revisão de incidente com Claude Opus 4.7: transforme anotações de incidente em uma revisão pós-incidente.

Modelo recomendado: Claude Opus 4.7Formato de saída: Memorando de revisão de incidente
Prompt completo
Prompt de chat
Você é um editor de revisão de incidentes. Com base apenas nas anotações de incidente do usuário, escreva um memorando pós-incidente claro. Inclua: resumo, impacto para clientes, linha do tempo, o que aconteceu, fatores contribuintes, o que funcionou, o que não funcionou, itens de ação, responsáveis, datas de vencimento e perguntas em aberto. Mantenha a linguagem sem atribuição de culpa e evite adicionar fatos que não estejam nas anotações.

Notas de uso

Cole anotações com marcas de tempo, registros, impacto para clientes e responsáveis conhecidos; mantenha especulação separada de evidências confirmadas.

FAQ do prompt

Antes de usar este prompt

Verificações rápidas de entradas, ajuste de modelo e como adaptar o modelo sem enfraquecer o resultado.

Quando devo usar o Memorando de revisão de incidente com Claude Opus 4.7?

Use depois de uma indisponibilidade, lançamento com falha ou problema operacional, quando as anotações precisam virar um memorando de revisão legível.

Como evito atribuição de culpa na saída?

Forneça fatos, linha do tempo e contexto de sistemas, depois peça fatores contribuintes e ações com responsáveis em vez de culpa pessoal.

Prévia da conversa

Transforme estas anotações de indisponibilidade em um memorando de revisão pós-incidente. Inclua impacto para clientes, linha do tempo, fatores contribuintes e itens de ação com responsáveis.
Resumo: a indisponibilidade afetou a criação de novos projetos por uma janela limitada, enquanto as sessões existentes permaneceram disponíveis. Impacto para clientes: os usuários conseguiam ver trabalhos salvos, mas alguns não conseguiam iniciar novas tarefas de geração. Fatores contribuintes: as anotações apontam para um limite de retentativas ausente, responsabilidade pelos alertas pouco clara e uma verificação de implantação que não cobria o caminho afetado. O que funcionou: a reversão foi rápida depois que o responsável foi identificado. Itens de ação: adicionar a verificação ausente, definir responsabilidade pelos alertas, testar limites de retentativa e agendar uma revisão de acompanhamento com datas de vencimento.

Saída

Resumo / impacto / linha do tempo / o que aconteceu / fatores contribuintes / o que funcionou / itens de ação / responsáveis / perguntas em aberto

Mais prompts neste modo

conversa de chat

Queremos criar um assistente de IA para pequenas equipes de ecommerce que transforma fotos de produto em materiais de campanha.

Hipótese de problema: pequenas equipes de ecommerce perdem tempo transformando fotos brutas de produto em materiais de campanha prontos para cada canal. Suposições de maior risco: a qualidade das fotos é alta o suficiente, as equipes confiam em variações de materiais por IA e o tempo de revisão é o verdadeiro gargalo. Perguntas de pesquisa: quem é responsável pela criação de materiais de campanha, onde as revisões travam e qual padrão de qualidade bloqueia a publicação. Plano de validação: entrevistar 5 operadores, testar 3 fluxos de materiais guiados por prompt e comparar o tempo até o primeiro material aprovado. Marco de decisão: continuar apenas se as equipes conseguirem chegar a um rascunho publicável mais rápido do que no fluxo atual.

conversa de chat

Estamos explorando um novo produto de notas com IA para consultores solo. Ajude-me a transformar isso em um briefing de pesquisa.

Objetivo: definir se consultores solo precisam de um espaço de notas com IA ou de uma camada mais leve de acompanhamento de clientes. Suposições de trabalho: eles já capturam notas, mas a síntese e a redação de próximos passos são inconsistentes. Público: consultores solo com chamadas recorrentes com clientes e suporte operacional limitado. Perguntas principais: quais notas viram trabalho faturável, o que se perde após as chamadas e onde ferramentas de CRM parecem pesadas demais. Plano de pesquisa: realizar 6 entrevistas, revisar 10 fluxos recentes de notas de chamadas e testar um protótipo de briefing de acompanhamento.

conversa de chat

Aqui está o esboço da nossa página de destino de produto de IA. Diga o que está pouco claro antes de desenharmos.

Promessa central: visível, mas ainda enquadrada como recurso em vez de resultado concreto para o usuário. Ponto confuso: a página não explica quem obtém valor primeiro nem o que muda no fluxo de trabalho depois do cadastro. Lacuna de exemplo: adicione exemplos antes/depois, amostras de saída do modelo e um breve sinal de confiança perto do hero. Problema de CTA: a ação principal aparece depois de explicação demais; mova um CTA orientado ao uso para mais perto da seção de uso rápido. Plano de revisão: afinar o hero, adicionar cartões de resultado e então reescrever objeções antes de polir o visual.