Plantilla de audit trail para investigación cualitativa (archivos a conservar + registros a mantener)

Una plantilla de audit trail para investigación cualitativa es un sistema simple para guardar los archivos correctos y registrar cada cambio (qué cambió, por qué y quién lo aprobó). Si conservas datos brutos, versiones y decisiones en un sitio claro, podrás justificar tu análisis, repetir pasos y responder a revisiones éticas o académicas sin perder tiempo.

En este artículo tienes una plantilla lista para copiar: lista de archivos a retener, un formato de log (fecha, cambio, motivo, aprobó) y una estructura de carpetas recomendada.

Key takeaways

• Guarda siempre datos brutos (audio/vídeo), transcripciones, libro de códigos (codebook) versionado, memos y decisiones.
• Usa un log de cambios sencillo para que el proyecto tenga trazabilidad sin burocracia.
• Organiza por carpetas con nombres estables y reglas de versión (v01, v02) para evitar archivos “final_final”.
• Separa claramente lo confidencial (identificadores) de lo anonimizado (material para análisis y compartir).

Qué es un audit trail y cuándo lo necesitas

Un audit trail (rastro de auditoría) es el conjunto de evidencias que muestra cómo pasaste de los datos a los hallazgos: qué recogiste, cómo lo procesaste, qué decisiones tomaste y qué versiones usaste.

Lo necesitas si tu trabajo va a pasar por revisión (tesis, artículo, comité ético, evaluación externa) o si sois varias personas analizando y queréis consistencia.

Qué debe demostrar tu audit trail

• Rastreabilidad: desde cada cita hasta su fuente (entrevista, minuto, participante).
• Coherencia: reglas claras de codificación y cambios documentados.
• Integridad: datos brutos preservados y control de versiones.
• Confidencialidad: separación y protección de información identificable.

Plantilla: archivos que debes conservar (checklist completo)

Esta lista te ayuda a decidir qué guardar y dónde, sin depender de la memoria del equipo.

Si dudas, aplica esta regla: si un tercero te lo podría pedir para entender o revisar el proceso, consérvalo.

1) Datos brutos (no editados)

• Audio/vídeo original (archivos tal como se grabaron).
• Metadatos de la recogida: fecha, lugar/canal (presencial/Zoom), idioma, duración, dispositivo, incidencias.
• Cuaderno de campo o notas de observación (si aplica).

2) Documentos de muestreo y contexto

• Criterios de inclusión/exclusión y cambios a lo largo del estudio.
• Guiones (entrevista, grupo focal) y sus versiones.
• Materiales de apoyo: estímulos, fichas, capturas, protocolos.
• Lista maestra (ID ↔ identidad real) en un lugar restringido.

3) Ética, consentimiento y privacidad

• Aprobación ética (si existe) y comunicaciones relevantes.
• Consentimientos firmados y condiciones (grabación, uso, cesión).
• Plan de anonimización: qué se elimina, qué se sustituye y reglas.

4) Transcripción y preparación de datos

• Transcripciones (por versión): literal/verbatim o limpia, con reglas claras.
• Guía de transcripción: convenciones (pausas, solapamientos, risas, inaudibles).
• Archivos de subtitulado (si los usas) y exports en distintos formatos.
• Registro de incidencias: segmentos inaudibles, dudas, decisiones de normalización.

5) Codebook (libro de códigos) y versiones

• Codebook v01, v02… con definiciones, criterios de inclusión/exclusión y ejemplos.
• Mapa de temas o árbol de códigos (si lo usas).
• Decisiones de fusión/división de códigos con fecha y motivo.

6) Memos, decisiones y reuniones

• Memos analíticos: interpretaciones provisionales, preguntas, hipótesis.
• Memos metodológicos: cambios en reclutamiento, guion, procedimientos.
• Actas o notas de reuniones: acuerdos, desacuerdos, acciones.
• Decisions log: decisiones clave y quién las aprobó (plantilla abajo).

7) Archivos del software de análisis y exports

• Proyecto de NVivo/ATLAS.ti/MAXQDA (o equivalente) y backups.
• Exports: matrices, informes de códigos, listas de citas, queries.
• Scripts (si analizas con R/Python) y su historial de cambios.

8) Resultados y trazabilidad hacia el informe

• Tabla de hallazgos: tema → subtema → códigos → citas → fuente (ID y minuto).
• Borradores del informe/artículo y cambios relevantes.
• Lista de figuras/tablas y fuentes de datos utilizadas.

Plantilla: logs que debes mantener (formatos listos para copiar)

Un buen audit trail no exige un sistema complejo, solo constancia y un formato estable.

Te propongo mantener 4 logs: cambios, decisiones, anonimización y accesos/entregas (si compartes archivos).

Log 1: registro de cambios (corto y suficiente)

Úsalo para cambios en transcripciones, codebook, guion, criterios y estructura de carpetas.

• Formato (CSV/Excel/Google Sheets): Fecha | Elemento | Versión | Cambio | Motivo | Impacto | Aprobó | Enlace/archivo

Ejemplo (plantilla)

• 2026-04-11 | Codebook | v03 | Se divide “Barreras” en “Barreras técnicas” y “Barreras de tiempo” | Códigos demasiado amplios | Re-codificar 12 entrevistas | IP | /05_Codebook/Codebook_v03.xlsx
• 2026-04-11 | Transcripción INT-07 | v02 | Se corrigen 3 nombres propios y se marca [inaudible 00:13:22] | Revisión de calidad | Sin impacto en temas | Coordinación | /04_Transcripts/clean/INT-07_v02.docx

Log 2: registro de decisiones (decisions log)

Úsalo para decisiones que cambian el rumbo del análisis o el método.

• Formato: Fecha | Decisión | Opciones consideradas | Decisión final | Razón | Quién decide | Próximos pasos | Evidencia asociada

Log 3: registro de anonimización

Úsalo para que la anonimización sea consistente, especialmente con varios transcriptores o analistas.

• Formato: Fecha | Archivo | Regla aplicada | Sustitución (p. ej., [Empresa_A]) | Motivo | Responsable | Ubicación de lista maestra

Log 4: registro de accesos/entregas (si compartes datos)

Úsalo cuando envías transcripciones a coautores, clientes, o repositorios, o cuando alguien accede a material sensible.

• Formato: Fecha | Qué se comparte | Con quién | Base/permiso (consentimiento/contrato) | Canal (enlace seguro) | Caducidad | Responsable

Estructura de carpetas recomendada (simple, escalable y segura)

Esta estructura separa datos brutos, material identificable y archivos de trabajo, y te facilita versionar.

Adáptala, pero evita mezclar “bruto” con “editado”.

• 00_README
  • README_proyecto.md (cómo está organizado todo)
  • Convenciones_nombres_y_versiones.pdf
• 01_Admin_Etica
  • Consentimientos/ (acceso restringido)
  • Aprobacion_etica/
  • Contratos_y_permisos/
• 02_Maestra_ID (restringido)
  • Lista_ID_identidad.xlsx
• 03_Raw_Data
  • audio/ (original)
  • video/ (original)
  • notas_campo/
• 04_Transcripts
  • verbatim/ (si lo usas)
  • clean/ (para análisis)
  • transcription_guidelines/
  • issues_log/
• 05_Codebook
  • Codebook_v01.xlsx
  • Codebook_v02.xlsx
  • cambios_codebook_log.xlsx
• 06_Analysis
  • software_project/ (NVivo/ATLAS.ti/MAXQDA)
  • exports/ (matrices, informes)
  • memos/ (analiticos y metodologicos)
  • scripts/ (si aplica)
• 07_Logs
  • change_log.xlsx
  • decisions_log.xlsx
  • anonymisation_log.xlsx
  • access_share_log.xlsx
• 08_Reporting
  • tabla_hallazgos.xlsx
  • borradores/
  • figuras_tablas/
• 09_Archive
  • snapshots_cierre/ (copias congeladas al cierre)

Convención de nombres (para evitar confusión)

• ID estable por caso: INT-01, INT-02… o FG-01 (focus group), OBS-01 (observación).
• Fecha ISO al inicio cuando ordene mejor: 2026-04-11_INT-01_audio.wav.
• Versiones con dos dígitos: v01, v02, v03.
• Estado opcional: DRAFT, CLEAN, FINAL (solo si lo usas de verdad).

Cómo mantener el audit trail sin perder tiempo (paso a paso)

El problema típico no es la falta de plantillas, sino dejarlo “para el final”.

Este flujo lo hace casi automático.

Paso 1: define tus reglas en un README (15–30 minutos)

• Dónde vive cada tipo de archivo (carpetas).
• Cómo se nombran IDs y versiones.
• Qué tipo de transcripción usarás y tus convenciones.
• Quién puede ver la lista maestra (ID ↔ identidad) y cómo se protege.

Paso 2: crea los logs desde el día 1

• Guarda los logs en /07_Logs y enlaza archivos en cada entrada.
• Apunta cambios “pequeños” si afectan al significado (nombres, negaciones, frases dudosas).
• No apuntes cambios cosméticos (márgenes, tipografía) si no aportan trazabilidad.

Paso 3: versiona solo lo que cambia de verdad

• Nueva versión si cambian definiciones del codebook, reglas de anonimización o partes sustanciales de una transcripción.
• Si haces una corrección mínima, puedes mantener v02 y describirla en el log, pero evita reescribir v02 sin registrar.

Paso 4: congela “snapshots” en hitos

• Tras pilotaje del guion.
• Tras estabilizar el codebook (cuando ya no cambia cada semana).
• Antes de escribir conclusiones finales.

Paso 5: revisa el audit trail en cada reunión

• 5 minutos para confirmar cambios recientes y asignar responsable de registro.
• Decide qué se recodifica cuando cambian códigos o definiciones.

Errores frecuentes (y cómo evitarlos)

Muchos audit trails fallan por cosas pequeñas que luego cuestan horas.

Estos son los errores más comunes y sus soluciones.

Guardar “solo lo final”

• Riesgo: no puedes demostrar cómo llegaste a una decisión.
• Solución: conserva brutos y versiones clave, y crea snapshots en hitos.

Mezclar identificadores con datos de análisis

• Riesgo: exposición de datos personales al compartir transcripciones.
• Solución: lista maestra separada y acceso restringido, y transcripciones anonimizadas en la carpeta de análisis.

No registrar cambios del codebook

• Riesgo: dos personas codifican con reglas distintas y no lo sabéis.
• Solución: versionado (v01, v02…) y entrada de log por cada cambio relevante.

Archivos “final_final_revisado_ok”

• Riesgo: nadie sabe qué versión se usó para el informe.
• Solución: versiones numeradas y un README con la regla.

Logs demasiado largos o demasiado vagos

• Riesgo: nadie los mantiene o no sirven para auditar.
• Solución: frases cortas, impacto claro y enlace al archivo exacto.

Common questions

¿Tengo que guardar el audio si ya tengo transcripción?

Si puedes, sí, porque el audio es la fuente y te permite resolver dudas, comprobar citas y revisar decisiones de transcripción.

Si hay límites éticos o legales, define desde el inicio tiempos de conservación y quién tiene acceso.

¿Qué diferencia hay entre change log y decisions log?

El change log registra cambios concretos (p. ej., “se corrige una transcripción” o “se actualiza una definición”).

El decisions log registra decisiones que afectan a la estrategia (p. ej., “cambiamos criterios de muestreo” o “recodificamos con una nueva estructura”).

¿Cómo gestiono versiones si usamos Google Drive o SharePoint?

Puedes usar el historial de versiones del sistema, pero aun así mantén un log con cambios relevantes para el análisis.

Incluye enlaces permanentes a los archivos o a la carpeta del hito.

¿Cuánto detalle pongo en los memos?

Lo suficiente para que otra persona entienda por qué interpretaste algo así en ese momento.

Una buena norma es anotar: qué observas, qué evidencia lo apoya (citas/IDs) y qué duda queda abierta.

¿Qué hago si el codebook cambia cuando ya he codificado mucho?

Registra el cambio, define el impacto (qué entrevistas/casos afecta) y acuerda un plan de recodificación o un puente entre versiones.

Deja constancia en el decisions log de qué se recodifica y qué no, y por qué.

¿Debo incluir capturas de pantalla del software de análisis?

No es obligatorio, pero puede ayudar si una configuración o una query es difícil de replicar.

Si lo haces, guarda las capturas con fecha y relaciónalas con el export o el memo correspondiente.

¿Cómo protejo datos personales en el audit trail?

Separa identificadores, limita permisos y evita poner nombres reales en logs o nombres de archivo.

Si trabajas bajo normativa de protección de datos en la UE, revisa los principios del RGPD y aplica minimización y control de acceso.

Recursos útiles para transcripción y control de calidad

Una transcripción consistente facilita todo el audit trail, porque reduce dudas y re-trabajo.

• Si necesitas un primer borrador rápido, puedes usar transcripción automática y luego revisarla con tus convenciones.
• Si ya tienes transcripciones y quieres mejorar consistencia, la corrección de transcripciones ayuda a unificar estilo y reducir errores.

Si quieres externalizar parte del proceso (por ejemplo, transcribir entrevistas y mantener formatos consistentes), GoTranscript puede encajar en tu flujo de audit trail con professional transcription services.