Modelo de registro de decisões: como registrar decisões para que ninguém as rediscuta — e onde o registro fica (2026)

Um registro de decisões é o histórico corrente do que uma equipe decidiu: uma entrada por decisão, datada, com a decisão enunciada em uma frase, a pessoa ou o órgão que a tomou, as opções que estavam na mesa e o motivo pelo qual a escolhida venceu, o que a decisão descarta e a condição em que ela voltaria a ser examinada. Não é a ata, e não é a lista de tarefas. É o documento que alguém abre três meses depois, quando um novo colega pergunta "por que fazemos assim?", e encontra uma resposta em vez de uma reunião.

Este guia trata primeiro do ofício — o que é um registro de decisões, o que cada entrada leva, como escrevê-lo antes, durante e depois da reunião em que a decisão é tomada, um modelo e um quadro-resumo que você pode copiar, três entradas preenchidas — e depois da mecânica: onde o registro fica nas ferramentas que sua equipe já usa e o que da decisão realmente chega até ele. Porque o verdadeiro teste do registro não é a semana em que ele é escrito. É o dia em que alguém diz "não me lembro de ter concordado com isso".

O que é um registro de decisões — e o que ele não é

Quatro tipos de registro saem de uma reunião, e o registro de decisões é o que mais se confunde com os outros três:

A diferença que importa: a ata é organizada por reunião, o registro de decisões é organizado por decisão. Uma decisão tomada ao longo de três reuniões tem três entradas nas atas e uma no registro. E o registro guarda o que as atas costumam omitir — as opções que perderam e o motivo da derrota — porque é sobre isso que será o próximo debate.

Um registro de decisões também não é um manual de políticas. Uma política é a regra atual; o registro é o histórico de como a regra chegou até ali, incluindo as entradas marcadas como substituída. Mantenha os dois, ligue um ao outro e nunca edite uma entrada antiga para combinar com uma nova decisão — adicione uma nova entrada e aponte a antiga para ela.

O que cada entrada leva: o formato

Sete elementos. A maioria dos modelos na internet traz os três primeiros e para por aí, e é por isso que a maioria dos registros é rediscutida:

1. Um ID e uma data. "D-14, 9 de outubro". O ID é o que as pessoas citam no chat ("isso é a D-14") em vez de descrever a decisão de novo e reabri-la por acidente.
2. A decisão, em uma frase, no presente. "Cotamos apenas em EUR." Não "discutimos preços"; não "sentiu-se que". Se a frase precisa de um parágrafo, são duas decisões ou nenhuma.
3. Quem decidiu, quem foi consultado, quem foi informado. Um nome ou um órgão para a decisão; as pessoas cuja opinião foi ouvida; o canal ou a lista que foi informado. O primeiro responde "quem pode mudar isso"; os outros dois respondem "fui consultado?" — o motivo mais comum para uma decisão ser contestada.
4. As opções consideradas, incluindo a escolhida. Uma linha para cada. Uma entrada com uma única opção é o registro de um resultado, não de uma decisão; as opções rejeitadas são o que impede a mesma proposta de voltar no próximo trimestre com outro nome.
5. O motivo pelo qual a opção escolhida venceu. Uma linha — a restrição, o número, o risco que resolveu a questão. É a frase que o novo colega realmente está procurando.
6. Consequências: o que muda, quanto custa, o que fica descartado. A decisão de cotar apenas em EUR descarta uma lista de preços em USD; diga isso, para que ninguém construa uma.
7. A condição de revisão e a fonte. A data, o número ou o evento que legitimamente a reabriria ("se mais de 10% das cotações forem recusadas por causa da moeda"), e um link para onde ela foi tomada — o resumo da reunião, a conversa, o momento na transcrição. Uma decisão com condição de revisão declarada é reaberta com base em evidências; uma decisão sem ela é reaberta por humor.

O que fica de fora: a discussão. Três parágrafos de quem disse o quê pertencem à ata ou à transcrição, e o registro aponta para eles. Uma entrada é lida por alguém que procura uma resposta; deve caber em uma tela.

Como escrever uma: antes, durante, depois

Antes da reunião, coloque a decisão na pauta como decisão. O item de pauta que vai produzir a entrada é marcado como decisão, com a pergunta e as opções já escritas: "Decidir: só EUR, listas de preços duplas ou USD sob pedido — Lena, 15 min, decisão." Metade da entrada existe antes de alguém falar, e a sala gasta seus minutos no motivo, não em reconstruir as opções.

Durante a reunião, leia a decisão de volta antes de passar adiante. O facilitador diz a frase em voz alta, nomeando a opção derrotada: "então estamos registrando — só EUR, listas de preços duplas rejeitadas por causa do custo de manutenção, Lena decide, revisar se as recusas passarem de 10%." A leitura de volta é o momento em que a entrada é de fato feita; as pessoas que poderiam objetar estão na sala, e uma objeção agora custa menos do que a mesma objeção daqui a seis semanas. Um item que não pode ser lido de volta como uma frase ainda não foi decidido — é marcado como em aberto, com a pergunta que resta, e vai para a próxima pauta.

Depois da reunião, escreva a entrada no mesmo dia e publique onde a equipe já lê. Copie a frase da leitura de volta, acrescente as opções e o motivo a partir das anotações, dê um ID, ligue o resumo. Depois publique — no canal onde a reunião acontece, não no documento de uma pessoa. Um registro numa pasta privada é um registro que a equipe não tem, e uma decisão que a equipe não consegue encontrar é uma decisão que ela vai tomar de novo.

Toda a disciplina está na leitura de volta. O registro é a leitura de volta, posta por escrito.

Um modelo de registro de decisões

Uma entrada, para um documento ou uma publicação em canal:

D-[número] · [data] · [Decisão em uma frase, no presente]
Status: proposta / decidida / substituída pela D-[número]
Decidido por: [nome ou órgão] · Consultados: [nomes] · Informados: [canal ou lista]
Contexto: [duas linhas — a pergunta e por que ela precisava ser decidida agora]
Opções: A — [uma linha]; B — [uma linha]; C — [uma linha]. Escolhida: [letra]
Por quê: [a restrição, o número ou o risco que resolveu a questão]
Consequências: [o que muda, quanto custa, o que fica descartado]
Revisar se: [uma data, um número ou um evento]
Fonte: [link do resumo ou da conversa, e o momento]

O quadro-resumo, para a lista que abrange o ano:

Ambos podem ser colados em um documento, uma planilha, um canvas ou uma mensagem de chat sem reformatação. As colunas que costumam faltar nos modelos são Rejeitadas e Revisar se — as duas que decidem se a entrada será lida de novo algum dia.

Três entradas preenchidas

Uma decisão de preços — da reunião semanal

D-14 · 9 out 2026 · Cotamos apenas em EUR; um pedido em USD recebe o preço em EUR convertido pela taxa do dia.
Status: decidida
Decidido por: Lena · Consultados: Anna, Mateusz · Informados: #sales
Contexto: Dois distribuidores pediram cotações em USD em setembro; foi proposto manter uma segunda lista de preços.
Opções: A — só EUR; B — listas de preços duplas EUR/USD; C — USD sob pedido, convertido à mão. Escolhida: A
Por quê: B dobra a manutenção a cada mudança de preço; C já produziu três cotações inconsistentes.
Consequências: Nenhuma lista de preços em USD é criada; o modelo de cotação traz "EUR" no cabeçalho; as recusas por causa da moeda são contadas.
Revisar se: mais de 10% das cotações de um trimestre forem recusadas por causa da moeda.
Fonte: Semanal, 9 out, item 2 do resumo, 14:05.

Uma decisão de contratação — de uma reunião avulsa

D-15 · 10 out 2026 · A segunda contratação de suporte é em Lisboa, falante de português e espanhol, e não uma segunda pessoa no escritório de Milão.
Status: decidida
Decidido por: Tomás · Consultados: Priya, Dana · Informados: #team
Contexto: Os tickets de suporte da Espanha e do Brasil passaram de 40% da fila no 3º trimestre.
Opções: A — segunda contratação em Milão; B — contratar em Lisboa; C — terceirizar o suporte em espanhol. Escolhida: B
Por quê: C foi rejeitada pela qualidade da passagem de casos no piloto; A mantém a fila em espanhol onde está.
Consequências: A vaga é publicada em português e espanhol; a integração acontece remotamente; o idioma de trabalho da equipe no canal de suporte continua misto.
Revisar se: a participação de tickets em espanhol e português ficar abaixo de 20% por dois trimestres.
Fonte: Chamada de contratação, 10 out, item 3 do resumo.

Uma decisão substituída

D-9 · 14 ago 2026 · As chamadas com clientes são gravadas por padrão.
Status: substituída pela D-16
D-16 · 13 out 2026 · As chamadas com clientes só são gravadas quando o cliente concordou no convite; o resumo é escrito de qualquer forma.
Decidido por: Lena · Consultados: Kenji (jurídico), Anna · Informados: #sales, #team
Opções: A — manter a gravação por padrão; B — perguntar no convite; C — parar de gravar clientes. Escolhida: B
Por quê: dois clientes se opuseram em setembro; o que a equipe de fato lê depois é o resumo, não a gravação.
Consequências: O modelo de convite ganha uma frase; a D-9 é encerrada, não apagada.
Revisar se: um contrato de cliente exigir gravações.
Fonte: Semanal, 13 out, item 1 do resumo, 03:40.

Observe o que as três têm em comum: uma frase na qual um estranho consegue se basear para agir, a opção derrotada nomeada com seu motivo, e uma condição que diz quando a questão volta a ser legitimamente aberta. Esse é todo o ofício. Todo o resto deste guia trata de manter essa entrada fácil de encontrar depois que a reunião termina.

Por que decisões são rediscutidas

As equipes raramente reabrem uma decisão porque discordam dela. Reabrem porque o registro não consegue responder a uma de quatro perguntas:

• "Nós realmente decidimos isso?" O resultado foi discutido, mas nunca lido de volta, e cada pessoa saiu com a sua própria versão. A solução é a leitura de volta, não um documento melhor.
• "Por que decidimos isso?" A frase sobreviveu, o motivo não. Seis semanas depois o motivo é desconhecido, a decisão parece arbitrária e a proposta que perdeu volta como se fosse nova. A solução são as linhas Por quê e Rejeitadas.
• "Fui consultado?" Alguém afetado não foi consultado ou não foi informado, e contesta a decisão para ser ouvido, não para mudá-la. A solução são as linhas Consultados e Informados — e publicar a entrada onde essa pessoa lê.
• "Algo mudou?" Uma decisão sem condição de revisão é reaberta sempre que alguém tem vontade; uma com condição é reaberta quando a condição é atingida, e do contrário é citada pelo ID. A solução é a linha Revisar se.

Um registro que traz os sete elementos fecha as quatro perguntas. Um que traz apenas a frase fecha a primeira e abre as outras três.

Onde o registro de decisões fica nas ferramentas que você já usa

Cada plataforma importante tem um lugar onde uma decisão pode ser anotada, e cada uma para num ponto diferente. Apenas comportamento documentado, a partir das páginas dos próprios fornecedores, com o mês em que cada página foi verificada:

Duas coisas são iguais em todas. A decisão é uma linha que uma pessoa digita em um documento ao lado da reunião, no único idioma que a sala usou; e o motivo, as opções rejeitadas e o momento em que foi dita só estão no documento se essa pessoa os anotou.

Como uma decisão volta como resumo

O InterMIND é um espaço de comunicação em que a reunião vive em um canal, então o registro tem um lugar óbvio: o chat do canal, onde a pauta entrou no dia anterior e as entradas são publicadas depois — e onde cada membro escreve no seu idioma e lê os outros no seu. Se o quadro-resumo for mantido em outro lugar, uma planilha ou um documento, suas atualizações podem chegar ao canal por e-mail: o anfitrião do canal lhe dá um endereço próprio, e uma mensagem enviada para ele aparece como uma mensagem comum, com o remetente identificado e os anexos preservados.

Durante a chamada, a entrada em discussão vai para a tela de todos, ao lado dos blocos de vídeo, com Share to conference: quem compartilha edita a nota ao vivo enquanto a sala vê a leitura de volta tomar forma, e cada participante a lê no seu próprio idioma, com o original a um toggle de distância.

Quando a chamada termina, o resumo é escrito a partir da própria reunião. Ele traz uma visão geral e os principais pontos de atenção, depois os pontos — cada um marcado como acordado, em aberto ou em disputa, com os falantes associados e um timestamp que abre a transcrição no momento em que foi dito — depois os action items com responsáveis e as perguntas em aberto. Essa é a matéria-prima de uma entrada de registro: a frase, quem disse sim, quem discordou e onde, e o momento a ser ligado como Fonte. O resumo chega por e-mail, como mensagem no canal e como link no evento do calendário, e cada membro logado o lê no seu próprio idioma — o registro é traduzido por leitor, não escrito uma vez no idioma que a sala por acaso usou. Qualquer membro pode editá-lo, cada edição guarda autor e histórico de revisões, e o canal guarda o resumo de todas as sessões passadas, de modo que a reunião em que a D-14 foi tomada está a um clique da entrada que a cita.

Quando a entrada precisa chegar a um sistema de registro, o anfitrião adiciona uma cópia do resumo para qualquer endereço — a caixa de entrada de um CRM ou de uma ferramenta de acompanhamento — e todo resumo da reunião ou do canal também é enviado para lá, após uma confirmação única do endereço; a mecânica está em uma cópia de cada resumo de reunião no seu CRM, por e-mail. O mesmo resumo chega ao Zapier, a um webhook ou à API com o texto em Markdown, e o próprio assistente de um membro — Claude, ChatGPT, Copilot ou Gemini — pode pesquisar os resumos pelo conector MCP, de modo que "o que decidimos sobre cotações em USD?" é uma pergunta feita na ferramenta que a pessoa já usa, respondida com o resumo e o seu momento.

Um convidado entra por link, sem conta e sem custo — pelo celular, no navegador — e ouve a reunião ao vivo no seu próprio idioma. Não há registro para o convidado depois — a conta é gratuita, e é ela que torna o registro acessível. O anfitrião provê o espaço e, em um plano pago, paga apenas pelos membros ativos nos 28 dias anteriores; os membros que ficam inativos mantêm o acesso sem custo.

• Abrir um resumo completo — um registro real, gerado pelo mesmo código que escreve o seu, com pontos e timestamps incluídos.
• Experimentar a demo ao vivo — sem cadastro; fale e ouça a sala traduzida para cada ouvinte.

O registro de decisões, como ofício, sobrevive a qualquer ferramenta: alguém ainda precisa dizer a frase em voz alta, nomear a opção que perdeu e anotar quando a pergunta pode ser feita de novo. O que não precisa sobreviver é o segundo trabalho — reconstruir de memória quem concordou com o quê, em um só idioma, para pessoas que leem em outros.

FAQ

O que é um registro de decisões?

Um registro de decisões é o histórico corrente das decisões de uma equipe, com uma entrada por decisão: a decisão em uma frase, a data, quem a tomou, quem foi consultado e informado, as opções consideradas e o motivo pelo qual a escolhida venceu, o que ela descarta, a condição que a reabriria e um link para onde foi tomada. Ele é organizado por decisão, não por reunião, o que o diferencia da ata.

O que deve constar em um registro de decisões?

Sete itens por entrada: um ID e uma data; a decisão em uma frase no presente; quem decidiu, quem foi consultado e quem foi informado; as opções consideradas, incluindo as rejeitadas; o motivo pelo qual a opção escolhida venceu; as consequências — o que muda e o que fica descartado; e a condição de revisão mais um link para a fonte. Os dois itens mais frequentemente omitidos são as opções rejeitadas e a condição de revisão, e são justamente os dois que impedem que uma decisão seja reaberta.

Como escrever um registro de decisões?

Coloque a decisão na pauta como decisão, com as opções escritas antecipadamente. Na reunião, leia a decisão de volta em voz alta antes de seguir adiante — a frase, a opção derrotada e seu motivo, quem decide, quando será revisada. No mesmo dia, escreva a entrada a partir da leitura de volta, dê um ID, ligue o resumo e publique onde a equipe já lê. Um registro escrito a partir de leituras de volta é preciso; um reconstruído uma semana depois, de memória, é o começo da próxima discussão.

Qual é a diferença entre um registro de decisões e um registro de ações?

Um registro de decisões documenta o que foi decidido e por quê; um registro de ações — ou uma lista de action items — documenta o que alguém fará por causa disso, com um responsável e uma data. "Cotamos apenas em EUR" é uma decisão; "Anna — atualizar o modelo de cotação para EUR — até 16 de outubro" é a ação que ela gerou. Decisões são citadas por meses; action items são encerrados em dias. Manter os dois na mesma lista é como os motivos se perdem sob as tarefas.

O que é um registro de decisões (decision register)?

A mesma coisa que um registro de decisões, no vocabulário de projetos e de governança: uma tabela com uma linha por decisão — ID, data, decisão, quem decidiu, por quê, status. "Register" tende a significar a visão em tabela e "log" a visão corrente; a tabela deste guia é as duas, com Rejeitadas e Revisar se acrescentadas às colunas habituais.

Existe um modelo de registro de decisões em Excel ou Word?

O quadro-resumo deste guia é uma tabela simples e a entrada é texto simples; ambos podem ser colados no Excel, no Google Sheets, no Word, em um canvas do Slack, em uma página do Loop ou em uma mensagem de chat sem reformatação. O formato importa mais do que o arquivo: seja o que for que guarde o registro, ele precisa de uma linha por decisão com o motivo e as opções rejeitadas, e precisa ficar onde a equipe já lê.

Quem deve manter o registro de decisões?

O facilitador da reunião em que a decisão é tomada escreve a entrada, no mesmo dia, a partir da leitura de volta; a pessoa indicada em Decidido por é dona da decisão em si. Em uma organização pequena, costuma ser a mesma pessoa na maioria das entradas. O que importa mais do que o papel é o lugar: um registro para a equipe, no canal que a equipe já usa, e não um por pessoa.

O que é um architecture decision record?

Um architecture decision record, ou ADR, é a forma da engenharia de software para uma entrada de registro de decisões: um documento curto por decisão, mantido no repositório do projeto, com o contexto, a decisão e suas consequências, e um status que passa de proposta a aceita e a substituída. O modelo deste guia é a mesma ideia para as decisões operacionais de uma equipe, com as pessoas — quem decidiu, quem foi consultado, quem foi informado — acrescentadas, porque fora da engenharia é isso que acaba sendo contestado.

Fontes: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" now captures "next steps"; Slack — Meeting agenda template (canvas). A página de anotações da Microsoft, a página de ajuda do Google Meet e o modelo do Slack foram verificados em outubro de 2026; a página de resumo de reunião do Zoom, em agosto de 2026; o anúncio do Google sobre next steps, em setembro de 2026. Os fornecedores mudam planos, recursos e listas de idiomas com o tempo; consulte as páginas deles para ver o estado atual.