De una necesidad social a un proyecto útil

En Leonoa Lab partimos de una idea sencilla: la tecnología solo tiene sentido cuando ayuda a mejorar algo real.

No nos interesa construir herramientas por construir, ni llenar el mundo de más aplicaciones que nadie mantiene, nadie entiende o nadie termina usando. Nos interesa escuchar una situación concreta, entenderla bien y valorar si la tecnología puede aportar algo útil.

A veces la respuesta será una aplicación. Otras veces será una automatización sencilla, una guía, una formación, un formulario bien diseñado, una base de datos ordenada o incluso una recomendación para usar mejor una herramienta que ya existe.

Lo importante no es empezar por la solución. Lo importante es empezar por la necesidad.

Una solución tecnológica solo tiene sentido si reduce una barrera, mejora una rutina o aporta autonomía a personas concretas.

Empezar por una necesidad, no por una idea brillante

En el ámbito tecnológico es fácil caer en una trampa: tener una idea, enamorarse de ella y empezar a construir antes de comprobar si realmente hace falta.

En proyectos sociales esa trampa puede ser especialmente peligrosa. Porque una herramienta mal planteada no solo consume tiempo. También puede generar frustración en personas que ya tienen pocos recursos, poca disponibilidad o muchas barreras en su día a día.

Por eso, antes de pensar en pantallas, bases de datos o funcionalidades, intentamos hacer preguntas muy básicas:

• ¿Qué está pasando exactamente?
• ¿A quién le afecta?
• ¿Cómo se está resolviendo ahora?
• ¿Qué parte del proceso genera más carga, pérdida de tiempo o dependencia?
• ¿Quién acompaña a esas personas?
• ¿Qué recursos reales tiene la entidad, familia o equipo profesional?
• ¿Qué tendría que cambiar para que la solución merezca la pena?

Son preguntas sencillas, pero suelen cambiar mucho el enfoque.

No es lo mismo decir “queremos una app para una asociación” que decir “necesitamos que las familias puedan consultar de forma clara las actividades disponibles, recibir avisos importantes y no depender siempre de llamadas o mensajes dispersos”.

La segunda frase ya empieza a hablar de una necesidad concreta.

Escuchar también lo que no se dice

Cuando una entidad, una familia o un profesional cuenta una necesidad, no siempre aparece formulada como un requisito técnico.

A veces llega como una frase muy cotidiana:

“Perdemos mucho tiempo repitiendo la misma información.”

“Las familias no se enteran de los cambios.”

“Tenemos muchos documentos, pero nadie sabe cuál es el último.”

“Dependemos de una persona que lo lleva todo en la cabeza.”

“Nos gustaría hacerlo mejor, pero no tenemos tiempo para aprender una herramienta complicada.”

Detrás de esas frases puede haber muchas cosas: desorganización, falta de tiempo, dependencia de una persona concreta, dificultad de acceso a la información, miedo a equivocarse, poca formación digital o herramientas demasiado complejas para el contexto.

Ahí es donde la tecnología puede ayudar, pero solo si se adapta al entorno. No sirve de mucho crear una plataforma muy avanzada si después nadie tiene tiempo de alimentarla, si el equipo no se siente cómodo usándola o si requiere un mantenimiento que nadie puede asumir.

Por eso escuchar no es solo recoger requisitos. Es entender límites, rutinas, cansancio, capacidades y prioridades.

No todo necesita una aplicación completa

Uno de los aprendizajes más importantes es que no todas las necesidades necesitan una aplicación a medida.

A veces el primer paso puede ser mucho más pequeño y, precisamente por eso, más útil.

Por ejemplo, una entidad puede necesitar organizar mejor las solicitudes que recibe. La solución podría ser una plataforma completa con usuarios, panel privado, notificaciones y estados. Pero quizá el primer paso realista sea:

1. Crear un formulario claro.
2. Definir qué información se necesita recoger.
3. Ordenar las respuestas en una hoja o base de datos sencilla.
4. Establecer estados básicos de seguimiento.
5. Preparar una guía interna para que todo el equipo trabaje igual.

Eso ya puede mejorar mucho la situación.

Más adelante, si se demuestra que el proceso funciona, tiene uso real y merece la pena evolucionarlo, se puede plantear una herramienta más completa.

La tecnología social también consiste en saber no sobredimensionar.

El valor de ordenar antes de automatizar

Muchas veces se habla de automatización como si fuera el primer paso. Pero automatizar un proceso confuso solo consigue que el caos vaya más rápido.

Antes de automatizar, suele hacer falta ordenar.

Ordenar significa aclarar cuestiones como:

• Qué datos son necesarios y cuáles sobran.
• Quién inicia el proceso.
• Quién lo revisa.
• Qué estados puede tener.
• Cuándo se considera resuelto.
• Qué información debe recibir cada persona.
• Qué parte debe quedar registrada.
• Qué parte debe ser privada.
• Qué parte debe poder consultarse después.

Este trabajo no siempre es visible, pero es fundamental.

Una herramienta útil nace muchas veces de convertir un proceso informal en algo comprensible. Y eso no se consigue solo programando. Se consigue hablando con quienes viven el proceso y bajando a tierra lo que ocurre de verdad.

Tecnología que no añade más carga

Una buena solución no debería convertirse en otra obligación más.

En muchos contextos sociales, educativos o familiares, las personas ya están saturadas. Hay poco tiempo, mucha urgencia y demasiadas herramientas distintas. Por eso una solución tecnológica debe intentar reducir carga, no aumentarla.

Esto implica tomar decisiones muy prácticas:

• Menos campos en los formularios.
• Textos más claros.
• Pantallas más simples.
• Procesos cortos.
• Buenas ayudas visuales.
• Acceso desde móvil.
• Notificaciones con sentido.
• Documentación breve y entendible.
• Mantenimiento asumible por la propia entidad.

A veces una funcionalidad técnicamente interesante no merece la pena porque complica el uso diario. Y a veces una mejora aparentemente pequeña, como un buen mensaje de confirmación o una pantalla clara de seguimiento, cambia mucho la experiencia.

La calidad no siempre está en hacer más. Muchas veces está en quitar ruido.

Pensar en las personas que sostienen el proyecto

Cuando hablamos de tecnología social, solemos pensar en las personas beneficiarias. Y es lógico. Pero también hay que pensar en quienes acompañan, coordinan, atienden, enseñan o cuidan.

Una herramienta puede mejorar la vida de una persona usuaria, pero también puede aliviar la carga de una trabajadora social, de una asociación pequeña, de un docente, de una familia o de un equipo de voluntariado.

Si una entidad funciona gracias al esfuerzo de pocas personas, cualquier mejora en organización, comunicación o seguimiento puede tener mucho impacto.

Por ejemplo:

• Evitar llamadas repetidas.
• Centralizar información dispersa.
• Reducir errores en documentos.
• Facilitar el seguimiento de casos.
• Recordar tareas importantes.
• Generar informes sencillos.
• Mejorar la coordinación entre personas.

No son cosas espectaculares, pero son útiles. Y lo útil, cuando se sostiene en el tiempo, tiene mucho valor.

Del primer prototipo al uso real

Un prototipo no es el final. Es una forma de aprender.

En Leonoa Lab nos interesa construir versiones pequeñas que permitan validar si la solución tiene sentido. No hace falta empezar con una plataforma enorme. Muchas veces basta con una primera versión que responda a una pregunta:

¿Esto ayuda de verdad?

Para responderla, hay que poner la solución delante de personas reales. Ver si se entiende. Ver si se usa. Ver dónde se atascan. Ver qué sobra. Ver qué falta. Ver si el problema era realmente ese o si, al usarlo, aparece otra necesidad más importante.

Ese proceso requiere humildad. Lo normal es equivocarse en algo. Lo importante es detectar pronto el error y ajustar.

Una solución social no debería diseñarse desde lejos. Tiene que ir acercándose poco a poco al contexto real.

Ejemplo: una necesidad sencilla

Imaginemos una entidad que acompaña a familias y organiza actividades, talleres y citas de orientación.

La situación inicial podría ser esta:

• Las actividades se comunican por varios canales.
• Algunas familias no se enteran a tiempo.
• El equipo repite mucha información por teléfono.
• Las inscripciones llegan por mensajes sueltos.
• No siempre queda claro quién ha confirmado asistencia.
• Cuando hay cambios, avisar a todo el mundo lleva mucho tiempo.

Una respuesta tecnológica excesiva sería construir desde el primer día una aplicación completa con cuentas de usuario, panel de administración, calendario avanzado y notificaciones personalizadas.

Pero una primera solución útil podría ser bastante más sencilla:

1. Una página clara con actividades disponibles.
2. Un formulario de inscripción.
3. Una hoja de seguimiento interna.
4. Un sistema de correos automáticos de confirmación.
5. Una plantilla de mensajes para avisos importantes.
6. Una pequeña guía para que el equipo lo gestione.

Con eso ya puede reducirse carga, mejorar la comunicación y evitar errores.

Más adelante, si la entidad crece o el proceso lo necesita, se puede evolucionar hacia algo más completo.

Cuidar la privacidad desde el principio

Cuando se trabaja con necesidades sociales, muchas veces aparecen datos sensibles o contextos delicados.

Por eso no basta con que una herramienta funcione. También debe ser prudente.

Hay preguntas que conviene hacerse desde el inicio:

• ¿Qué datos necesitamos realmente?
• ¿Estamos pidiendo información que no vamos a usar?
• ¿Quién debe poder acceder?
• ¿Durante cuánto tiempo tiene sentido conservarla?
• ¿Cómo se informa a las personas?
• ¿Qué ocurre si alguien pide borrar sus datos?
• ¿Qué riesgos existen si esa información se comparte mal?

La privacidad no debería añadirse al final. Tiene que formar parte del diseño.

A veces la mejor decisión técnica es no guardar un dato. O guardarlo de forma más limitada. O evitar que una persona vea más información de la necesaria.

En proyectos con impacto social, la confianza es parte de la solución.

Medir impacto sin perder humanidad

También creemos que es importante medir. Pero medir no significa convertirlo todo en números.

Los números ayudan:

• Cuántas personas han usado una herramienta.
• Cuánto tiempo se ha ahorrado.
• Cuántas solicitudes se han gestionado.
• Cuántos errores se han reducido.
• Cuántas familias han recibido información a tiempo.

Pero hay mejoras que no siempre se ven en una métrica rápida.

Que una persona se sienta más autónoma. Que una familia entienda mejor un proceso. Que un equipo trabaje con menos estrés. Que una entidad dependa menos de una sola persona. Que alguien deje de sentirse perdido ante un trámite o una herramienta.

Eso también importa.

La tecnología social debería combinar datos con escucha. Indicadores con testimonios. Resultados con contexto.

Mantener también es diseñar

Uno de los errores habituales en tecnología es pensar solo en crear.

Pero en proyectos sociales, mantener es igual de importante que construir.

Una herramienta que nadie puede actualizar, desplegar, documentar o corregir acaba convirtiéndose en un problema. Por eso desde el principio hay que pensar en preguntas bastante terrenales:

• ¿Quién podrá administrar esto?
• ¿Quién podrá cambiar los textos?
• ¿Qué pasa si algo falla?
• ¿Hay documentación mínima?
• ¿Se puede explicar el funcionamiento a otra persona?
• ¿El coste mensual es asumible?
• ¿Depende de servicios que pueden volverse caros?
• ¿La solución puede sobrevivir al entusiasmo inicial?

La sostenibilidad no es solo económica. También es técnica, organizativa y humana.

Una solución pequeña, bien documentada y fácil de mantener puede ser mucho más valiosa que una plataforma ambiciosa que se abandona a los seis meses.

Nuestro criterio principal

La tecnología social no debería medirse por lo sofisticada que parece, sino por la mejora real que produce cuando llega al contexto donde se necesita.

Para nosotros, una buena solución debería cumplir algunas condiciones:

• Responde a una necesidad concreta.
• Es entendible por las personas que van a usarla.
• Reduce carga o mejora autonomía.
• Respeta la privacidad.
• Puede mantenerse en el tiempo.
• No genera dependencia innecesaria.
• Puede evolucionar si el contexto lo pide.
• Está diseñada escuchando a quienes viven el problema.

No siempre se podrá cumplir todo desde el primer día, pero sí conviene tenerlo presente.

Una forma de trabajar

En Leonoa Lab queremos trabajar desde una lógica sencilla:

1. Escuchar la necesidad.
2. Entender el contexto.
3. Acotar el problema.
4. Diseñar una primera respuesta realista.
5. Probar con personas reales.
6. Aprender de lo que ocurre.
7. Mejorar sin perder de vista el objetivo.
8. Documentar para que pueda mantenerse.

No es una metodología cerrada. Es una forma de no empezar la casa por el tejado.

Porque muchas veces el éxito de un proyecto no depende de usar la tecnología más nueva, sino de entender bien una necesidad sencilla y resolverla con cuidado.

---

Conclusión

Construir tecnología con impacto social no consiste en hacer más software.

Consiste en hacer mejores preguntas, escuchar mejor y diseñar soluciones que puedan mantenerse en el tiempo.

A veces eso será una aplicación. Otras veces será una automatización pequeña. Otras, una formación. Otras, ordenar información que ya existía pero estaba dispersa.

Lo importante es que la tecnología no sea el centro. El centro deben ser las personas, sus contextos y las mejoras concretas que pueden hacer la vida un poco más fácil.