'Enseñé a Claude a codificar mis entrevistas conmigo, no por mí: codificación cualitativa asistida por IA en ATLAS.ti'
¿Quieres hablar de este ensayo? Escríbeme: amitkvint@gmail.comcopiado· o escríbeme por LinkedIn
Alrededor de la cuarta hora codificando la transcripción de una entrevista, todo investigador cualitativo tiene el mismo pensamiento: una máquina debería estar ayudando con esto.
Y alrededor del cuarto minuto probando una herramienta de IA que promete exactamente eso, la mayoría tenemos el pensamiento contrario: así no.
Las herramientas que "codifican tus datos automáticamente" producen algo que se parece a un análisis como una foto de stock se parece a tu familia. El formato es el correcto, pero nadie en la foto te conoce.
Llevo meses realizando y codificando entrevistas como asistente de investigación del Dr. Gal Levy en la Universidad Abierta de Israel, en un proyecto sobre la identidad mizrají entre jóvenes judíos estadounidenses. La codificación se hace en ATLAS.ti, el software de análisis de datos cualitativos, contra un libro de códigos que ya roza los cuatrocientos códigos. Hace poco, ATLAS.ti abrió su aplicación de escritorio a los asistentes de IA mediante el Model Context Protocol (MCP). Eso significa que un asistente como Claude ahora puede ver el proyecto real: el libro de códigos vivo, las transcripciones de las entrevistas, cada cita con sus posiciones exactas de carácter. Y puede escribir en él.
Eso cambia la pregunta. Ya no es "¿puede la IA codificar mis datos?" sino "¿cómo debería repartirse el trabajo?"
Tras varias sesiones de prueba, error y una tarde entera perdida resolviendo problemas de conexión, acabé construyendo lo que Claude llama una skill: un conjunto guardado de instrucciones de trabajo que se carga en cada sesión. Creo que la respuesta a la que llegamos, un flujo de codificación cualitativa asistida por IA con la persona al mando, merece contarse, porque sirve mucho más allá de la investigación académica.
El bucle de codificación: la IA sugiere, la persona decide, la IA ejecuta
El flujo de trabajo que la skill codifica es un bucle de tres tiempos, y el orden de los tiempos lo es todo.
Primero, Claude lee el pasaje y propone un código. Pero la propuesta tiene reglas. Tiene que salir del libro de códigos vivo, verificado en el momento, nunca de memoria. Tiene que llegar con la definición real del código y un argumento honesto a favor del encaje, incluido el argumento en contra: mis instrucciones exigen explícitamente que Claude nombre las debilidades de su propia sugerencia y ofrezca la mejor alternativa, para que decir que no me cueste nada. Cada sugerencia va etiquetada como EXISTENTE o NUEVO, y un código nuevo nunca puede crearse sin mi aprobación explícita, porque un libro de códigos que crece sin disciplina deja de ser un instrumento.
Segundo, decido yo. Usarlo, saltarlo, dividirlo en dos segmentos, cambiar el límite o replantearlo. Esto último pasa más de lo que esperaba. En una sesión objeté que un pasaje sobre el escrutinio de legitimidad trataba de normatividad judía y no de normatividad askenazí. La skill le indica a Claude que trate un replanteamiento así como una nueva consulta de búsqueda: volvió al libro de códigos, buscó en mis términos y no en los suyos, y sacó a la luz un código existente que ninguno de los dos había considerado. Encajaba mejor que su sugerencia original.
El desacuerdo afinó el análisis. Eso es lo que hace un colega. No es lo que hace una automatización.
Tercero, y solo después de mi decisión, Claude escribe: crea la cita en el tramo exacto de caracteres, le adjunta los códigos aprobados y confirma lo que escribió. Nada especulativo toca nunca el proyecto. Cuando perdimos la conexión a mitad de sesión, dos veces, lo primero que la skill exige al reconectar es volver a verificar el estado del proyecto antes de una sola escritura más.
Tres capas: la skill de Claude, el brief de codificación y el archivo de estado por caso
La parte que me parece más transferible no es el bucle, sino cómo se guarda el conocimiento. Hay tres capas, y cada una contiene un tipo distinto de conocimiento.
La skill contiene el método: el bucle de arriba, el protocolo de verificación, las exigencias de honestidad. No contiene nada sobre mi estudio, lo que significa que funcionará sin cambios en el siguiente.
El brief de codificación contiene el estudio: las decisiones de alcance ya tomadas, la densidad que debe tener la codificación, qué situaciones reciben qué código. Es un documento vivo. Cuando suficientes sesiones acumulan nuevas resoluciones, Claude redacta la siguiente versión y yo la reviso. El mío va por la versión cuatro; la cinco ya va con retraso, del mejor tipo de retraso.
El archivo de estado por caso contiene el rastro de los datos: el progreso por entrevista, las decisiones pendientes y, sobre todo, los pasajes dejados sin codificar a propósito, con sus posiciones exactas. Sin codificar por decisión es información. También es la información más barata de perder y la más molesta de reconstruir.
La máquina lee las tres al inicio de cada sesión y queda sujeta a ellas, con una jerarquía clara: los documentos del estudio mandan sobre la skill. Las lecciones aprendidas bajan a los documentos a través de borradores que yo apruebo. Nunca en silencio a la herramienta misma.
Análisis cualitativo asistido por IA fuera de la academia: investigación de usuarios, churn, encuestas
Quita las particularidades de ATLAS.ti y lo que queda es una plantilla general para el análisis cualitativo asistido por IA. Y los datos cualitativos están en todos los sitios donde las empresas se están ahogando ahora mismo.
Entrevistas de descubrimiento de clientes y de investigación de usuarios. Los equipos de producto graban docenas de conversaciones y las codifican, si acaso, en temas apresurados en una hoja de cálculo. El mismo bucle se aplica directamente: un libro de códigos mantenido de necesidades y puntos de dolor del cliente, un asistente que propone etiquetas contra él con razonamientos honestos, un investigador que decide y un rastro de datos que muestra qué pasajes se dejaron aparte a propósito.
Análisis de churn y de ventas ganadas y perdidas. La disciplina de "una idea por segmento" y "registra quién habla realmente" importa muchísimo aquí. La diferencia entre la frustración propia de un cliente y lo que cuenta de la frustración de un compañero es la diferencia entre una señal y un rumor.
Respuestas abiertas de encuestas y comentarios de tests A/B. Los tests cuantitativos te dicen qué variante ganó; las respuestas de texto libre te dicen por qué, y se ignoran sistemáticamente porque nadie tiene tiempo de codificar cinco mil comentarios. Un bucle de sugerir-decidir-escribir con un libro de códigos estable convierte eso de un lujo impagable en una tarde de trabajo, manteniendo el criterio de una persona sobre cada categoría que se crea.
La versión comercial del brief es un manual de investigación: la intención de tu guía de entrevista, las reglas de alcance de tu taxonomía, las decisiones que tu equipo ya ha tomado sobre los casos límite. La mayoría de los equipos llevan ese conocimiento en la cabeza de un solo investigador sénior. Ponerlo por escrito para que una máquina quede sujeta a él tiene un efecto secundario que puede ser el verdadero premio: obliga al equipo a tomar de verdad esas decisiones.
Qué copiar: el contrato con la persona al mando
No la herramienta. El contrato.
El asistente propone con evidencia verificada e incertidumbre honesta. La persona es dueña de cada decisión que da forma al instrumento. El asistente ejecuta exactamente lo decidido y documenta lo que hizo. Y el conocimiento vive en documentos revisables, nunca en una memoria silenciosa.
Cada parte de ese contrato existe porque su ausencia produjo un error real en una sesión real.
La codificación de datos cualitativos con IA hecha mal es rápida e inútil. Hecha con este contrato, sigue siendo rápida (mis dos últimas secciones de entrevista llevaron una fracción del tiempo habitual) y el análisis es, si acaso, más riguroso que el que producía yo solo, porque cada aplicación de un código llega ahora con un argumento anclado en la definición que tuve que aceptar o rechazar conscientemente.
La máquina no sustituyó mi criterio. Dejó mi criterio por escrito.
La configuración, por si quieres reproducirla
- ATLAS.ti Desktop (Mac o Windows) con su servidor MCP integrado activado. La conexión corre en tu propia máquina; los datos no salen de ella.
- Claude Desktop o Claude Code como cliente MCP.
- Una skill de Claude que contiene el método de codificación y nada sobre el estudio. Es pública, con licencia MIT: atlasti-guided-coding en GitHub.
- Un brief de codificación por estudio, con versiones, redactado por Claude y aprobado por mí.
- Un archivo de estado por caso para cada estudio: progreso por entrevista, decisiones pendientes y los pasajes dejados sin codificar a propósito.
El mismo patrón sirve con cualquier herramienta de análisis cualitativo que exponga sus proyectos a un asistente.