Gamificación municipal sin app a medida: cómo crear una experiencia ciudadana gobernable y de bajo coste

1. El problema real: comunicar proyectos urbanos-ambientales sin perder a la ciudadanía

Comunicar un proyecto urbano-ambiental a ciudadanía suele acabar en lo de siempre: un cartel, un post, una nota de prensa y, con suerte, un acto inaugural. El problema no es “falta de comunicación”. El problema es falta de interacción: la gente no recuerda lo que no vive. Y un proyecto basado en soluciones basadas en la naturaleza (SBN) —parques renaturalizados, rieras recuperadas, sombra, drenaje sostenible, biodiversidad— se entiende mejor pisándolo que leyéndolo.

En proyectos de SBN hay un patrón repetido: se ejecuta una intervención; se comunica “lo que se ha hecho”; y al cabo de unos meses la ciudadanía ya no conecta el “qué” con el “por qué” ni con el beneficio en su día a día. Resultado: el proyecto queda expuesto a la crítica fácil (“han gastado en cuatro plantas”) porque no se ha traducido a valor cotidiano.

Aquí aparece el choque típico: muchos ayuntamientos asumen que “hacerlo bien” implica una app a medida. Y eso significa licitar, mantener, corregir, actualizar… y entrar en una rueda de dependencia. En este caso, la decisión fue la contraria: crear una experiencia móvil que se gobierna como contenido.

2. La solución: una experiencia móvil gamificada y gobernable

El formato se diseñó para ser simple en uso y potente en aprendizaje: un mapa de espacios; cada espacio con enigmas (preguntas) y pistas in situ; puntos y penalizaciones; progreso visible; y un obsequio final si se completa el recorrido con un umbral mínimo de puntos.

Objetivo operativo (no “bonito”, operativo): comunicación transgeneracional, educativa, participativa y medible. La decisión técnica que lo hace viable: no programar. Usar una plataforma low-code (Glide) con un Google Sheet/Excel como base de datos.

3. El caso práctico: 10 espacios, unos 140 enigmas, puntos y geolocalización opcional

La primera versión (MVP) incluyó 10 espacios (ampliable a todos los espacios verdes del municipio, renaturalizados o no). En total se diseñaron aproximadamente 140 enigmas, con variación por tamaño del espacio: en grandes, 15–20 preguntas; en pequeños, ~10.

3.1. Progresión real: no es “nivel 1 → nivel 2”, es “espacio → experiencia”

No existía una progresión de dificultad lineal. Cada espacio combinaba preguntas de diferentes dificultades para garantizar accesibilidad: preguntas muy fáciles (entrada), preguntas medias (aprendizaje) y preguntas difíciles (reto). El “nivel” es el propio espacio: el recorrido lo marca el ciudadano según su ritmo.

3.2. Puntuación y penalización: premiar al que juega de verdad

La puntuación variaba según dificultad (orden de magnitud 10–40 puntos). Si se respondía mal, se restaban puntos. La lógica es deliberada: premiar a quien busca pistas, observa y responde con intención.

3.3. Geolocalización: opcional según objetivo (participación vs control de premio)

El MVP era 100% funcional sin geolocalización: útil si la prioridad es participación y educación incluso desde casa. En la versión de licencia, la geolocalización permitía reconocer dónde está el usuario y mostrar pistas en base a proximidad, reduciendo trampas si hay obsequio.

En una evolución posterior, se incorporaron enigmas que permitían subir una imagen/foto como prueba. No como “capricho”, sino como recurso pedagógico y de participación (observación del espacio y sus elementos).

4. Arquitectura low-code: Sheet, aplicación y analítica

El diseño técnico “ligero” es lo que hace que esto sea replicable. La lógica se reduce a tres piezas: una base de contenidos (Sheet), una capa de experiencia (Glide) y una analítica operativa basada en los registros de uso.

4.1. Tabla: qué datos necesita el Sheet (campos mínimos)

Si quieres un sistema mantenible sin “tocar código”, necesitas estructura mínima y estable. Aquí va el mínimo viable. (Puedes enriquecerlo con más campos, pero esto ya permite operar y escalar.)

5. Datos, privacidad y KPIs previstos

Para poder guardar progreso, mantener ranking y gestionar el obsequio, se utilizó registro por email. Esto implica dato personal y exige tres cosas: consentimiento explícito, política accesible y recogida mínima. En este caso, la experiencia redirigía a la política de protección de datos municipal y obligaba a aceptar antes de empezar a jugar.

5.1. Tabla: datos recogidos de ciudadanía (mínimo para scoring/ranking)

5.2. KPIs previstos (medibles con la propia plataforma)

Este punto es importante: al tratarse de un piloto entregado y listo para activar, las métricas no se llegaron a explotar. Aquí no hay “resultados inventados”. Lo que sí existía era un set de KPIs previstos, medibles con la analítica básica de la plataforma:

Estos KPIs sirven para tomar decisiones operativas, no para “decorar un informe”: si hay muchos accesos pero poca finalización, hay fricción; si completan un espacio pero no vuelven, falta activación; si ciertas preguntas fallan masivamente, hay ambigüedad o mala pista; si el tiempo es mínimo, quizá el contenido no engancha o es demasiado fácil.

6. Coste anual y recursos: low-code frente a desarrollo a medida

En este caso, el coste recurrente se apoya en una licencia anual del orden de ~600 €/año (plan intermedio típico ~588 USD/año). El resto es trabajo interno o de apoyo: redacción, validación y carga de contenidos. La construcción consumió ~80 horas, no por complejidad técnica, sino por validaciones y dependencias internas.

6.1. Tabla: coste anual y recursos

7. Lanzamiento en 30 días y gobernanza operativa

Aquí está la parte que más ayuntamientos subestiman: la tecnología se entrega en una fecha; la adopción se construye con rutina. Si quieres lanzar en 30 días sin improvisar, esto es el plan mínimo viable.

Semana 1 — Alcance, contenidos y gobernanza

• Definir objetivo “de verdad” (participación / educación / visitas / reputación), con prioridad.
• Decidir formato de acceso: QR sin descarga (recomendado) + descarga opcional.
• Definir MVP: 10 espacios iniciales + lista de ampliación.
• Cerrar scoring: puntos por dificultad + penalización por fallo + umbral de obsequio.
• Nombrar owner operativo con tiempo asignado (aunque sea 30 minutos/semana).

Semana 2 — Producción de contenidos (sin literatura)

• Por espacio: descripción breve + 10–20 enigmas.
• Mezcla recomendada: 30–40% infantil/familiar, 40–50% familiar, 10–20% experta.
• Cada pregunta debe incluir “explicación”: qué se hizo, por qué, beneficio claro (2–5 líneas).
• Revisión cruzada: comunicación redacta, medio ambiente valida.
• Assets mínimos: 1 imagen por espacio + pistas visuales cuando aplique.

Semana 3 — Privacidad, registros, pruebas y antifricción

• Decidir si habrá registro (si hay obsequio y ranking, lo necesitas).
• Implementar consentimiento: enlace a política + casilla obligatoria antes de jugar.
• Probar en móvil real: iOS/Android, perfiles joven/adulto/mayor.
• Test de ruta: calibrar 2 espacios grandes y 2 pequeños para tiempos y fricción.
• Ajuste de puntos: evitar frustración y evitar “regalo” por azar.

Semana 4 — Activación física + activación digital (si no, muere)

• Señalética mínima: QR en tótem/cartel en cada espacio (aunque sea temporal).
• Coordinación con equipamientos para canje: punto, horario, control simple y stock.
• Plan de difusión mínimo: 3 posts (inicio, recordatorio, ranking/top jugadores), + 1 página web municipal.
• Medición 30 días: usuarios, % completado, retorno, tiempo medio, preguntas más falladas.

7.1. Responsables y rutina prevista (lo que decide si se usa)

El modelo operativo previsto fue deliberadamente simple: la empresa pública municipal responsable de comunicación asumía activación y mantenimiento editorial, y el equipo técnico validaba contenidos. La rutina: revisión mensual de objetivos y ajustes entre ambos.