Casi todas las explicaciones de un codebook se quedan en la definición: una lista de categorías con sus códigos. Eso es el libro de códigos como estructura, y lo explicamos en Libro de códigos: qué es y cómo se construye. Este artículo trata de la otra mitad: el documento de trabajo que un codificador abre todos los días y lo que debe tener cada entrada para que dos personas codifiquen la misma respuesta de la misma manera.
Si alguna vez heredaste el codebook de una ola anterior y encontraste un código llamado "Servicio 2" sin definición, ya sabes por qué importa.
Los campos que necesita cada código
Una entrada que solo tiene nombre es una etiqueta, no una instrucción. Lo mínimo para que otra persona pueda aplicar el código sin haberlo escrito:
- Número de código. Un entero estable. Es lo que termina en el archivo SPSS, así que no se reutiliza ni se renumera entre olas.
- Etiqueta. Corta y en las palabras que usaría el cliente en una lámina: "La entrega tardó demasiado", no "Logística".
- Categoría (y subcategoría, si las usas). El grupo al que el código se agrega en el reporte.
- Definición. Una o dos frases sobre qué pertenece aquí.
- Ejemplos. Entre tres y cinco verbatims reales, con al menos uno dudoso.
- Sentimiento o dirección, cuando el estudio lo reporta.
Un ejemplo completo
Una entrada de un codebook para la pregunta "¿Qué podríamos hacer para mejorar tu experiencia?" en un estudio de satisfacción de retail:
| Campo | Valor |
|---|---|
| Código | 14 |
| Categoría | Entrega |
| Etiqueta | La entrega fue lenta o llegó tarde |
| Definición | El encuestado se queja de cuánto tardó la entrega o de que no llegó en la fecha prometida. |
| Ejemplos | "Decía 2 días y tardó una semana." · "Llegó cuando el evento ya había pasado." |
| No incluye | Llegó dañado (código 16). Mala atención del repartidor (código 21). "El envío es muy caro" (código 12). |
La última fila es la que casi todas las plantillas omiten, y la que evita la mayoría de los desacuerdos. Dos códigos vecinos solo se pueden separar si cada uno dice qué le toca al otro.
Reglas para casos límite: la parte que crece
Un codebook no está terminado cuando lo escribes. Hacia la segunda semana de codificación se toman decisiones que pertenecen al documento: "una respuesta que nombra a un empleado concreto de la tienda va en Atención al cliente, no en la categoría del empleado". Si esa decisión vive solo en la cabeza de alguien, el siguiente codificador, o la siguiente ola, la tomará distinto.
Anótalas como una lista breve y con fecha al final del codebook, o como instrucción asociada a la pregunta. En Survey Coder Pro cada pregunta tiene un campo de instrucciones de codificación en texto libre que se pasa al modelo, que es el lugar adecuado para reglas así: se aplican en cada respuesta, no solo se recuerdan.
El código Otros
Todo codebook necesita un código comodín, y una regla para él. Dos decisiones para dejar por escrito: qué número es (muchos equipos fijan uno, como el 98, para que sea igual en todos los estudios) y qué porcentaje de respuestas puede acumular antes de tratarlo como señal de que al codebook le falta una categoría. Si es una parte grande, el problema es el codebook, no los encuestados.
Versiones entre olas
En un estudio de seguimiento, el codebook es el instrumento. Tres reglas lo mantienen estable:
- Agrega, no renumeres. Un tema nuevo recibe un número nuevo al final de su categoría. Los códigos anteriores conservan el suyo.
- Retira, no borres. Un código que nadie usó esta ola se queda en el archivo para que la serie tenga un cero y no un hueco.
- Registra el porqué. Basta una línea de historial ("ola 9: se agregó 31 'Precio de la suscripción'").
Cómo se traduce esto en una herramienta
En Survey Coder Pro el codebook es por pregunta y puede venir de tres lugares: generado a partir de una muestra de las respuestas reales, importado desde un Excel que ya tienes, o escrito a mano. Al importar se asignan las columnas (Categoría, Etiqueta, Código y, opcionalmente, Subcategoría, Definición y Ejemplos), y el archivo puede guardarse a nivel de estudio para que lo reutilicen todas las olas. Un codebook puede marcarse como estricto, lo que impide que el modelo proponga códigos nuevos durante la revisión, para los estudios donde la estructura no debe moverse. Otra persona puede revisar los códigos con un enlace: puede aprobar o pedir cambios y comentar códigos individuales, y solo se registra la primera decisión de cada enlace, así que conviene enviar un enlace por ronda. El codebook terminado se descarga en Excel, eligiendo qué columnas incluir.
Preguntas frecuentes
¿Cuál es la diferencia entre un codebook y un diccionario de datos?
Un diccionario de datos describe las variables de una base: nombres, tipos, etiquetas de valores. El codebook de preguntas abiertas describe las categorías con que se codifica el texto, con definiciones y reglas. En un archivo SPSS entregado, el codebook aparece como etiquetas de valores dentro del diccionario de datos.
¿Cuántos ejemplos debe tener cada código?
Entre tres y cinco. Uno debe ser un caso dudoso, porque es la respuesta ante la que el codificador va a dudar.
¿Puedo partir de una plantilla?
Puedes, pero lee entre cincuenta y cien respuestas reales antes de darla por buena. Un codebook escrito solo desde el cuestionario pierde los temas que los encuestados sí plantean.
¿Quién debe aprobar el codebook?
En trabajo de agencia, normalmente el cliente o el líder del proyecto, antes de empezar a codificar. Cambiar un código antes de aplicarlo a dos mil respuestas es mucho más barato.
Siguientes pasos
Para la definición y la diferencia con el codeframe, lee Libro de códigos: qué es y cómo se construye. Para el proceso completo en el que se inserta, mira la guía de codificación de preguntas abiertas. Y si quieres ver un codebook generado a partir de tu propio texto, la herramienta gratuita de codificación acepta hasta 100 respuestas y devuelve el codebook en Excel, sin crear cuenta.