Plantilla de registro de decisiones: cómo anotar las decisiones para que nadie las vuelva a discutir — y dónde vive el registro (2026)

Un registro de decisiones es el historial continuo de lo que un equipo ha decidido: una entrada por decisión, con fecha, con la decisión expresada en una frase, la persona o el órgano que la tomó, las opciones que estaban sobre la mesa y la razón por la que ganó la elegida, lo que la decisión excluye y la condición bajo la cual volvería a examinarse. No son las actas, y no es la lista de tareas. Es el documento que alguien abre tres meses después, cuando un nuevo compañero pregunta «¿por qué lo hacemos así?», y en lugar de una reunión encuentra una respuesta.

Esta guía empieza por el oficio —qué es un registro de decisiones, qué lleva cada entrada, cómo escribir una antes, durante y después de la reunión en la que se toma la decisión, una plantilla y una tabla de registro que puede copiar, tres entradas ya rellenadas— y después pasa a la mecánica: dónde vive el registro en las herramientas que su equipo ya usa y qué parte de la decisión llega realmente a él. Porque la verdadera prueba del registro no es la semana en que se escribe. Es el día en que alguien dice «no recuerdo haber aceptado eso».

Qué es un registro de decisiones — y qué no es

De una reunión salen cuatro tipos de documento, y el registro de decisiones es el que más se confunde con los otros tres:

La diferencia que importa: las actas se organizan por reunión, el registro de decisiones se organiza por decisión. Una decisión tomada a lo largo de tres reuniones tiene tres entradas en las actas y una sola en el registro. Y el registro conserva lo que las actas suelen omitir —las opciones que perdieron y la razón por la que perdieron— porque esa es la parte sobre la que versará la siguiente discusión.

Un registro de decisiones tampoco es un manual de políticas. Una política es la norma vigente; el registro es la historia de cómo la norma llegó a serlo, incluidas las entradas marcadas como sustituidas. Conserve ambos, enlácelos y no edite nunca una entrada antigua para adaptarla a una decisión nueva: añada una entrada nueva y haga que la antigua apunte a ella.

Qué lleva cada entrada: el formato

Siete elementos. La mayoría de las plantillas que circulan por internet llevan los tres primeros y se detienen ahí, y por eso la mayoría de los registros acaban discutiéndose de nuevo:

1. Un ID y una fecha. «D-14, 9 de octubre». El ID es lo que la gente cita en el chat («eso es D-14») en lugar de volver a describir la decisión y reabrirla sin querer.
2. La decisión, en una frase, en presente. «Cotizamos solo en EUR.» No «hablamos de precios»; no «se consideró que». Si la frase necesita un párrafo, son dos decisiones o ninguna.
3. Quién decidió, a quién se consultó, a quién se informó. Un nombre o un órgano para la decisión; las personas cuya opinión se recabó; el canal o la lista que fue informada. La primera responde a «quién puede cambiarla»; las otras dos responden a «¿me preguntaron?», la razón más común por la que se impugna una decisión.
4. Las opciones consideradas, incluida la elegida. Una línea cada una. Una entrada con una sola opción es el registro de un resultado, no de una decisión; las opciones descartadas son lo que impide que la misma propuesta vuelva el trimestre siguiente con otro nombre.
5. La razón por la que ganó la opción elegida. Una línea: la restricción, la cifra, el riesgo que lo resolvió. Esta es la frase que el nuevo compañero está buscando de verdad.
6. Consecuencias: qué cambia, cuánto cuesta, qué excluye. La decisión de cotizar solo en EUR excluye una lista de precios en USD; dígalo, para que nadie construya una.
7. La condición de revisión y la fuente. La fecha, la cifra o el suceso que reabriría legítimamente la decisión («si más del 10 % de los presupuestos se rechazan por la moneda») y un enlace al lugar donde se tomó: el resumen de la reunión, el hilo, el momento en la transcripción. Una decisión con una condición de revisión declarada se reabre con evidencia; una decisión sin ella se reabre por estado de ánimo.

Lo que queda fuera: la discusión. Tres párrafos de quién dijo qué pertenecen a las actas o a la transcripción, y el registro enlaza con ellas. Una entrada la lee alguien que busca una sola respuesta; debe caber en una pantalla.

Cómo escribir una: antes, durante y después

Antes de la reunión, ponga la decisión en el orden del día como decisión. El punto del orden del día que producirá la entrada se marca como decisión, con la pregunta y las opciones ya escritas: «Decidir: solo EUR, listas de precios duales o USD bajo petición — Lena, 15 min, decisión.» La mitad de la entrada existe antes de que nadie hable, y la sala dedica sus minutos a la razón, no a reconstruir las opciones.

Durante la reunión, relea la decisión en voz alta antes de pasar a otra cosa. El facilitador dice la frase en voz alta, nombrando a la perdedora: «así que dejamos constancia: solo EUR, listas de precios duales descartadas por el coste de mantenimiento, decide Lena, se revisa si los rechazos superan el 10 %.» La relectura es el momento en que la entrada se hace de verdad; quienes podrían objetar están en la sala, y una objeción ahora es más barata que la misma objeción dentro de seis semanas. Un punto que no puede releerse como una sola frase todavía no está decidido: se marca como abierto con la pregunta que queda y pasa al siguiente orden del día.

Después de la reunión, escriba la entrada el mismo día y publíquela donde el equipo ya lee. Copie la frase de la relectura, añada las opciones y la razón a partir de las notas, asígnele un ID, enlace el resumen. Luego publíquela: en el canal donde vive la reunión, no en el documento de una sola persona. Un registro en una carpeta privada es un registro que el equipo no tiene, y una decisión que el equipo no encuentra es una decisión que volverá a tomar.

Toda la disciplina es la relectura. El registro es la relectura, puesta por escrito.

Una plantilla de registro de decisiones

Una entrada, para un documento o para un mensaje en un canal:

D-[número] · [fecha] · [Decisión en una frase, en presente]
Estado: propuesta / decidida / sustituida por D-[número]
Decide: [nombre u órgano] · Consultados: [nombres] · Informados: [canal o lista]
Contexto: [dos líneas: la pregunta y por qué había que decidirla ahora]
Opciones: A — [una línea]; B — [una línea]; C — [una línea]. Elegida: [letra]
Por qué: [la restricción, la cifra o el riesgo que lo resolvió]
Consecuencias: [qué cambia, cuánto cuesta, qué excluye]
Revisar si: [una fecha, una cifra o un suceso]
Fuente: [enlace al resumen o al hilo, y el momento]

La tabla de registro, para la lista que abarca todo el año:

Ambas se pegan en un documento, una hoja de cálculo, un canvas o un mensaje de chat sin tener que reformatearlas. Las columnas que suelen faltar en las plantillas son Descartadas y Revisar si, las dos que deciden si la entrada se vuelve a leer alguna vez.

Tres entradas rellenadas

Una decisión de precios — de la reunión semanal

D-14 · 9 oct 2026 · Cotizamos solo en EUR; una solicitud en USD recibe el precio en EUR convertido al cambio del día.
Estado: decidida
Decide: Lena · Consultados: Anna, Mateusz · Informados: #ventas
Contexto: Dos distribuidores pidieron presupuestos en USD en septiembre; se propuso mantener una segunda lista de precios.
Opciones: A — solo EUR; B — listas de precios duales EUR/USD; C — USD bajo petición, convertido a mano. Elegida: A
Por qué: B duplica el mantenimiento de cada cambio de precio; C ya ha producido tres presupuestos incoherentes.
Consecuencias: No se crea ninguna lista de precios en USD; la plantilla de presupuesto indica «EUR» en la cabecera; se contabilizan los rechazos por la moneda.
Revisar si: más del 10 % de los presupuestos de un trimestre se rechazan por la moneda.
Fuente: Reunión semanal, 9 oct, punto 2 del resumen, 14:05.

Una decisión de contratación — de una reunión puntual

D-15 · 10 oct 2026 · La segunda contratación de soporte se hace en Lisboa, con una persona que hable portugués y español, y no en una segunda persona en la oficina de Milán.
Estado: decidida
Decide: Tomás · Consultados: Priya, Dana · Informados: #equipo
Contexto: Los tickets de soporte de España y Brasil superaron el 40 % de la cola en el tercer trimestre.
Opciones: A — segunda contratación en Milán; B — contratar en Lisboa; C — externalizar el soporte en español. Elegida: B
Por qué: C se descartó por la calidad del traspaso en el piloto; A deja la cola en español donde está.
Consecuencias: La oferta de empleo se publica en portugués y español; la incorporación se hace en remoto; el idioma de trabajo del equipo en el canal de soporte sigue siendo mixto.
Revisar si: la proporción de tickets en español y portugués baja del 20 % durante dos trimestres.
Fuente: Llamada de contratación, 10 oct, punto 3 del resumen.

Una decisión sustituida

D-9 · 14 ago 2026 · Las llamadas con clientes se graban por defecto.
Estado: sustituida por D-16
D-16 · 13 oct 2026 · Las llamadas con clientes se graban solo cuando el cliente lo ha aceptado en la invitación; el resumen se escribe en cualquier caso.
Decide: Lena · Consultados: Kenji (legal), Anna · Informados: #ventas, #equipo
Opciones: A — mantener la grabación por defecto; B — preguntar en la invitación; C — dejar de grabar a los clientes. Elegida: B
Por qué: dos clientes se opusieron en septiembre; lo que el equipo lee de verdad después es el resumen, no la grabación.
Consecuencias: La plantilla de invitación gana una frase; D-9 se cierra, no se borra.
Revisar si: el contrato de un cliente exige grabaciones.
Fuente: Reunión semanal, 13 oct, punto 1 del resumen, 03:40.

Fíjese en lo que tienen en común las tres: una frase sobre la que un desconocido puede actuar, la perdedora nombrada con su razón y una condición que dice cuándo la pregunta vuelve a estar legítimamente abierta. Ese es todo el oficio. Todo lo demás de esta guía trata de conseguir que esa entrada se pueda encontrar cuando la reunión termina.

Por qué las decisiones se vuelven a discutir

Los equipos rara vez reabren una decisión porque estén en desacuerdo con ella. La reabren porque el registro no sabe responder a una de cuatro preguntas:

• «¿Decidimos eso de verdad?» Se habló del resultado pero nunca se releyó, así que cada persona se fue con su propia versión. La solución es la relectura, no un documento mejor.
• «¿Por qué decidimos eso?» La frase sobrevivió, la razón no. Seis semanas después la razón se ignora, la decisión parece arbitraria y la propuesta que perdió vuelve como si fuera nueva. La solución son las líneas Por qué y Descartadas.
• «¿Me preguntaron?» Alguien afectado no fue consultado o no fue informado, y impugna la decisión para ser escuchado más que para cambiarla. La solución son las líneas Consultados e Informados —y publicar la entrada donde esa persona lee.
• «¿Ha cambiado algo?» Una decisión sin condición de revisión se reabre cuando alguien tiene ganas; una con condición se reabre cuando la condición se cumple, y en caso contrario se cita por ID. La solución es la línea Revisar si.

Un registro que lleva los siete elementos cierra las cuatro preguntas. Uno que lleva solo la frase cierra la primera y abre las otras tres.

Dónde vive el registro de decisiones en las herramientas que ya usa

Cada plataforma importante tiene un lugar donde se puede anotar una decisión, y cada una se detiene en un punto distinto. Solo comportamiento documentado, tomado de las páginas de los propios proveedores, con el mes en que se comprobó cada página:

Hay dos cosas iguales en todas partes. La decisión es una línea que una persona escribe en un documento junto a la reunión, en el único idioma que usó la sala; y la razón, las opciones descartadas y el momento en que se dijo están en el documento solo si esa persona los anotó.

Cómo vuelve una decisión en forma de resumen

InterMIND es un espacio de comunicación donde una reunión vive en un canal, así que el registro tiene un hogar evidente: el chat del canal, donde el orden del día se publicó el día antes y las entradas se publican después, y donde cada miembro escribe en su propio idioma y lee a los demás en el suyo. Si el registro se mantiene en otro lugar, una hoja de cálculo o un documento, sus actualizaciones pueden llegar al canal por correo electrónico: el anfitrión del canal le asigna una dirección propia, y un mensaje enviado allí aparece como un mensaje normal, con el remitente identificado y los adjuntos conservados.

Durante la llamada, la entrada que se está debatiendo aparece en la pantalla de todos junto a los mosaicos de vídeo con Share to conference: quien comparte edita la nota en directo mientras la sala ve cómo toma forma la relectura, y cada participante la lee en su propio idioma, con el original a un solo clic.

Cuando termina la llamada, el resumen se redacta a partir de la propia reunión. Incluye una visión general y las conclusiones clave, luego los puntos —cada uno marcado como acordado, abierto o discutido, con los intervinientes asociados y una marca de tiempo que abre la transcripción en el momento exacto en que se dijo—, luego los action items con responsables y las preguntas abiertas. Esa es la materia prima de una entrada del registro: la frase, quién dijo que sí, quién discrepó y dónde, y el momento que enlazar como Fuente. El resumen llega por correo electrónico, como mensaje en el canal y como enlace en el evento del calendario, y cada miembro con sesión iniciada lo lee en su propio idioma: el registro se traduce por lector, no se escribe una sola vez en el idioma que la sala usó por casualidad. Cualquier miembro puede editarlo, cada edición conserva autor e historial de revisiones, y el canal guarda el resumen de cada sesión pasada, de modo que la reunión en la que se tomó D-14 queda a un clic de la entrada que la cita.

Cuando la entrada tiene que acabar en un sistema de registro, el anfitrión añade una copia del resumen a cualquier dirección —el buzón de entrada de un CRM o de un gestor de tareas— y cada resumen de la reunión o del canal se envía también allí tras una confirmación única de la dirección; la mecánica está en una copia de cada resumen de reunión en su CRM, por correo electrónico. El mismo resumen llega a Zapier, a un webhook o a la API con el texto en Markdown, y el propio asistente de un miembro —Claude, ChatGPT, Copilot o Gemini— puede buscar en los resúmenes mediante el conector MCP, de modo que «¿qué decidimos sobre los presupuestos en USD?» es una pregunta que se hace en la herramienta que ya usa, con la respuesta acompañada del resumen y su momento.

Un invitado se une mediante un enlace, sin cuenta y sin coste —desde el teléfono, en el navegador— y escucha la reunión en directo en su propio idioma. Después no queda un registro para el invitado: la cuenta es gratuita, y es lo que hace accesible el registro. El anfitrión proporciona el espacio y, en un plan de pago, paga solo por los miembros activos en los últimos 28 días; los miembros que quedan inactivos conservan su acceso sin coste.

• Abrir un resumen completo — un registro real generado por el mismo código que escribe los suyos, con puntos y marcas de tiempo incluidos.
• Probar la demo en vivo — sin registro; hable y escuche cómo la sala se traduce para cada oyente.

El registro de decisiones como oficio sobrevive a cualquier herramienta: alguien tiene que decir la frase en voz alta, nombrar la opción que perdió y anotar cuándo puede volver a plantearse la pregunta. Lo que no tiene por qué sobrevivir es el segundo trabajo: reconstruir de memoria quién aceptó qué, en un solo idioma, para personas que leen en otros.

Preguntas frecuentes

¿Qué es un registro de decisiones?

Un registro de decisiones es el historial continuo de las decisiones de un equipo, con una entrada por decisión: la decisión en una frase, la fecha, quién la tomó, a quién se consultó y a quién se informó, las opciones consideradas y la razón por la que ganó la elegida, lo que excluye, la condición que la reabriría y un enlace al lugar donde se tomó. Se organiza por decisión, no por reunión, y eso es lo que lo diferencia de las actas.

¿Qué debe incluir un registro de decisiones?

Siete cosas por entrada: un ID y una fecha; la decisión en una frase en presente; quién decidió, a quién se consultó y a quién se informó; las opciones consideradas, incluidas las descartadas; la razón por la que ganó la opción elegida; las consecuencias —qué cambia y qué queda excluido—; y la condición de revisión más un enlace a la fuente. Las dos que más se omiten son las opciones descartadas y la condición de revisión, y son las dos que impiden que una decisión se reabra.

¿Cómo se escribe un registro de decisiones?

Ponga la decisión en el orden del día como decisión, con las opciones escritas de antemano. En la reunión, relea la decisión en voz alta antes de continuar: la frase, la perdedora y su razón, quién decide, cuándo se revisa. Ese mismo día, escriba la entrada a partir de la relectura, asígnele un ID, enlace el resumen y publíquela donde el equipo ya lee. Un registro escrito a partir de relecturas es preciso; uno reconstruido una semana después de memoria es el comienzo de la siguiente discusión.

¿Cuál es la diferencia entre un registro de decisiones y un registro de acciones?

Un registro de decisiones recoge lo que se decidió y por qué; un registro de acciones —o una lista de action items— recoge lo que alguien hará a raíz de ello, con un responsable y una fecha. «Cotizamos solo en EUR» es una decisión; «Anna — actualizar la plantilla de presupuesto a EUR — antes del 16 de octubre» es la acción que produjo. Las decisiones se citan durante meses; los action items se cierran en días. Mantener ambos en una sola lista es la forma de que las razones se pierdan bajo las tareas.

¿Qué es un decision register?

Lo mismo que un registro de decisiones, en el vocabulario de la gestión de proyectos y el gobierno corporativo: una tabla con una fila por decisión —ID, fecha, decisión, quién decidió, por qué, estado—. «Register» tiende a significar la vista tabular y «log» la vista continua; la tabla de esta guía es ambas cosas, con Descartadas y Revisar si añadidas a las columnas habituales.

¿Existe una plantilla de registro de decisiones en Excel o Word?

La tabla de registro de esta guía es una tabla simple y la entrada es texto plano; ambas se pegan en Excel, Google Sheets, Word, un canvas de Slack, una página de Loop o un mensaje de chat sin reformatear. El formato importa más que el archivo: lo que contenga el registro necesita una fila por decisión con la razón y las opciones descartadas, y tiene que vivir donde el equipo ya lee.

¿Quién debe llevar el registro de decisiones?

El facilitador de la reunión en la que se toma la decisión escribe la entrada, el mismo día, a partir de la relectura; la persona indicada en Decide es la responsable de la decisión en sí. En una organización pequeña suele ser la misma persona en la mayoría de las entradas. Más importante que el rol es el lugar: un único registro para el equipo, en el canal que el equipo ya usa, no uno por persona.

¿Qué es un architecture decision record?

Un architecture decision record, o ADR, es la forma que adopta una entrada de registro de decisiones en la ingeniería de software: un documento breve por decisión, guardado en el repositorio del proyecto, con el contexto, la decisión y sus consecuencias, y un estado que pasa de propuesta a aceptada y a sustituida. La plantilla de esta guía es la misma idea aplicada a las decisiones operativas de un equipo, con las personas añadidas —quién decidió, a quién se consultó, a quién se informó—, porque fuera de la ingeniería eso es lo que se impugna.

Fuentes: 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). La página de notas de Microsoft, la página de ayuda de Meet de Google y la plantilla de Slack se comprobaron en octubre de 2026; la página de resúmenes de reunión de Zoom se comprobó en agosto de 2026; el anuncio de next steps de Google se comprobó en septiembre de 2026. Los proveedores cambian con el tiempo los planes, las funciones y las listas de idiomas; consulte sus páginas para conocer el estado actual.