QR en el seguimiento ecológico: que los números del campo digan la verdad

El problema es la pegatina, no el formulario

Casi todos los proyectos de seguimiento empiezan igual: alguien monta un formulario bonito, se explica a los voluntarios y a los dos meses los datos no hay quien los lea. No porque el formulario sea malo. Porque nadie sabe a qué árbol pertenece la nota «todo bien» del martes pasado.

Una pegatina con un código resuelve justo esa parte. Ata el registro al lugar que la persona tiene delante, no a un nombre que habría que buscar y copiar sin equivocarse.

Y hay un detalle que hunde redes enteras: la dirección que va detrás del código tiene que poder cambiarse sin reimprimir las pegatinas. Un código impreso con dirección fija dura exactamente hasta la primera versión nueva del formulario.

Qué quieres saber de verdad

Antes de dibujar campos, contestad tres preguntas con sinceridad. Todo lo demás es adorno.

Lo demás —el nombre del río, el tipo de orilla, el tiempo, cuánta gente vino— se añade cuando hace falta. Pero si del registro no se ven el lugar, la hora y lo que se vio, eso no son datos, es una impresión.

Un código por lugar, no por persona

La tentación contraria es fuerte: dar a cada voluntario su código y juntarlo todo en una hoja. Se hace cuando lo que quieres es contar personas. Para el seguimiento casi siempre es un error.

El código en el sitio funciona porque no pide nada más que un móvil. Llega una clase nueva, un grupo nuevo, alguien que pasaba: la pegatina es la misma y los registros caen en el mismo sitio. Nadie tiene que registrarse ni preguntar qué código usar.

A la persona se la puede preguntar aparte, en un campo opcional. Si mañana no vuelve, la red no se para.

Lo que el campo le hace a una pegatina

Aquí no hay nada técnico, y por eso mismo se olvida.

• El sol se come la impresión en un solo verano, sobre todo en plástico y en cristal.
• La lluvia y la helada levantan el borde, y entonces el código se lee a medias.
• El polvo, el musgo y los excrementos de pájaro se comen el contraste antes de lo que crees.
• Una mano con guante no apunta el móvil con la misma precisión que una mano desnuda.
• En el campo muchas veces no hay cobertura: la página debería abrir al menos al segundo intento.
• El móvil se queda sin batería justo cuando la persona ya ha llegado.

De ahí la regla sencilla: la pegatina tiene que ser más grande de lo que parece en pantalla, estar impresa en algo que aguante la intemperie y quedar fijada de modo que el primer viento no se la lleve. En QR Studio hay plantillas y archivos listos para imprimir: una forma barata de comprobar el tamaño antes de encargar cien.

Qué preguntar y qué no

Un formulario largo parece serio. En la orilla de un río significa una cosa: la persona rellena los tres primeros campos y cierra la página.

Dónde los números dejan de ser verdad

Incluso con un formulario corto hay tres puntos donde los datos se estropean sin hacer ruido.

Duplicados. Una persona escanea tres veces porque no vio que el registro ya había entrado. Se arregla con un «gracias, lo hemos recibido» bien visible, no con una prohibición.

Pegatinas viejas. Alguien pone un código nuevo al lado del viejo y la mitad de la gente escanea el que lleva a un formulario que ya no existe. Un punto, un código.

Registros sin lugar. Alguien escaneó el código en su casa porque lo guardó en la pantalla. Si el formulario no está atado a un punto, ese registro no se distingue de uno real.

Por eso conviene que el código sea dinámico: la dirección de detrás se cambia, la pegatina no. Y todo el historial de escaneos se ve en analítica.

Cuando el lugar cierra por temporada

La orilla está bajo el agua, el parque en obras, el árbol ya no está. La pegatina sigue ahí y la gente la sigue escaneando.

Lo peor que puedes hacer es dejar el formulario abierto y seguir recogiendo registros de un lugar que ya no existe. Lo segundo peor es arrancar la pegatina y colgar otra un año después, perdiendo toda la historia.

Un código dinámico da una tercera opción: la página dice «este punto está en pausa hasta mayo, esto es lo que hubo aquí antes». Los registros no se mezclan con los nuevos y la historia se queda donde estaba.

Quién leerá esto dentro de un año

Los proyectos de seguimiento rara vez mueren por falta de ganas. Mueren cuando la persona que lo montó todo cambia de trabajo y nadie sabe dónde están los datos.

Por eso exportar a una hoja sencilla una vez al mes no es burocracia, es un seguro. Un archivo en un disco sobrevive a cualquier servicio. Un código en un árbol sobrevive a cualquier cambio de formulario, siempre que la dirección de detrás se pueda editar.

Y otro detalle: poned nombres a los archivos de modo que un desconocido entienda qué punto y qué año contienen. «data_final_2.csv» no lo descifra nadie, tú incluido dentro de medio año.

Seis errores que se repiten

• Montar un formulario de veinte campos y preguntarse por qué nadie lo rellena.
• Imprimir las pegatinas en papel normal y colgarlas bajo la lluvia.
• Poner dos códigos en el mismo punto: el viejo y el nuevo.
• No comprobar si la página abre desde un móvil en medio del campo.
• Recoger datos en un chat y pasarlos a una hoja durante una semana después.
• Cambiar el formulario y olvidar que las pegatinas viejas llevan a la dirección vieja.

Un paseo basta para probarlo

No empieces por toda la red. Coge tres puntos y una hora.

1. Crea en el generador el código hacia la página de seguimiento y deja la dirección editable.
2. En Studio añade el nombre del proyecto y el número del punto, para que se lea a dos metros.
3. Imprime tres pegatinas y cuélgalas a distintas alturas: cómodas para una persona, no para ti.
4. Recorre la ruta y escanea cada punto con el escáner llevando guantes.
5. Cronometra un registro. Si pasa de un minuto, el formulario es largo.

Después de ese paseo se ve todo lo que la mesa esconde: el tamaño, la luz, los campos de más y si la cobertura aguanta.