ResponseGrid — De las primeras horas a la recuperación a largo plazo
ResponseGrid es una plataforma multi‑emergencia que coordina la ayuda humanitaria durante todo el ciclo de una crisis: desde el caos de las primeras horas hasta la logística sostenida de la recuperación, meses después. Cuando ocurre un terremoto, una inundación o una crisis humanitaria, el cuello de botella casi nunca es la buena voluntad: es la coordinación. Y esa coordinación no hace falta solo el primer día —hace falta cada día, mientras dure la emergencia y su reconstrucción. ResponseGrid conecta a quien necesita ayuda, a quien tiene suministros y a los voluntarios que los mueven, para que la ayuda correcta llegue al sitio correcto hoy, la semana que viene y dentro de seis meses.
👉 Aplicación web: https://responsegrid.app 💬 Gestiónalo todo desde el chat — Telegram: https://t.me/donacionesvenezuela_bot 🟢 … o WhatsApp: https://wa.me/15559386039
El problema: la coordinación se rompe el primer día… y sigue rota durante meses
En una emergencia, tres cosas fallan a la vez, y no se arreglan solas cuando pasan las cámaras:
- Las donaciones bienintencionadas se convierten en un segundo desastre. Camiones de ropa sin clasificar, comida caducada y cosas que nadie pidió colapsan las mismas carreteras que necesitan las ambulancias. Los almacenes se llenan de lo que no hace falta mientras las necesidades reales quedan sin cubrir.
- El esfuerzo se duplica y es invisible. Diez grupos recogen agua para el mismo barrio mientras otro se queda sin nada, porque nadie tiene una foto compartida y en vivo de quién tiene qué y quién necesita qué.
- Nadie sabe qué es real. Circulan "necesidades" sin verificar por redes sociales, los recursos abren y cierran sin avisar, y los coordinadores gastan las horas críticas al teléfono en vez de sobre el terreno.
Al principio, el problema es la velocidad y la contención. Semanas después, es la continuidad: mantener inventarios al día, reponer lo que se agota, seguir necesidades que cambian, coordinar a voluntarios que rotan y no perder la trazabilidad de lo recibido y entregado. ResponseGrid está pensado para las dos fases.
Qué hace ResponseGrid
ResponseGrid se activa por emergencia y la acompaña hasta el final. Cada evento (por ejemplo, el terremoto de Venezuela de 2026) tiene su propio espacio aislado con su mapa, recursos, necesidades, inventarios y coordinadores, de modo que los datos nunca se mezclan entre crisis y quedan como historial de la respuesta.
Dentro de una emergencia, coordina todo el ciclo de la ayuda:
- 🗺️ Un mapa en vivo de recursos — puntos de acopio, almacenes, transporte, proveedores, refugios y espacios, cada uno con su estado (activo, saturado, pausado, cerrado), horario, contacto y ubicación. Cualquiera puede encontrar el punto abierto más cercano para dejar o recoger suministros.
- 📦 Inventario real y sostenido en el tiempo — lo que cada punto tiene de verdad, actualizado por quien lo gestiona, con entradas y salidas registradas, usando un catálogo de suministros estandarizado (multiidioma) para que "gasas", "gauze" o "apósitos 40×30" se correspondan al mismo artículo canónico y puedan cruzarse con las necesidades semana tras semana.
- 🆘 Necesidades verificadas — lo que de verdad se requiere, dónde y con qué urgencia. Entran en una cola de validación y solo se hacen públicas cuando un coordinador las confirma, así el listado público se mantiene fiable a lo largo de toda la operación.
- 🚫 "Qué NO traer" — orientación clara y por adelantado que canaliza la generosidad hacia lo que ayuda (a menudo dinero y artículos concretos solicitados) en vez de hacia lo que estorba.
- ✅ Confianza por diseño — registrar ≠ publicar. Los recursos y las necesidades se crean con libertad, pero se revisan antes de hacerse públicos, y la verificación es una acción de primer nivel, no una nota al pie.
Gestiónalo donde la gente ya está: WhatsApp y Telegram
Lo más difícil de cualquier herramienta de campo es que se use, y que se siga usando pasadas las primeras semanas. Un voluntario que gestiona un punto de acopio a las 2 de la madrugada no va a abrir un panel de control, pero ya tiene WhatsApp abierto. Por eso ResponseGrid incluye un asistente con IA que vive dentro de Telegram y WhatsApp, y que permite operar la plataforma en lenguaje natural, por texto o por nota de voz —lo mismo el primer día que el día ochenta.
Con el bot, un usuario autenticado puede:
- Encontrar ayuda cerca — "puntos de acopio de agua cerca de mí", "refugios abiertos en Caracas" — con resultados y botones tocables.
- Registrar un recurso — crear un punto de acopio, almacén o centro logístico desde un solo mensaje; el bot geolocaliza la dirección y estandariza los suministros.
- Actualizar inventario — "acabamos de recibir 20 cajas de agua y 10 mantas" — y queda registrado al instante, día tras día.
- Crear y gestionar necesidades — "urgente: 200 paquetes de gasas para el Hospital Central" — y, si eres coordinador, validarlas y publicarlas en el momento.
- Cambiar el estado — marcar un punto como saturado, pausado o cerrado para que el mapa público siga siendo exacto a lo largo de toda la operación.
Está diseñado para ser realmente usable: inicio de sesión seguro por teléfono (entras como tú, con tus permisos reales — el bot nunca puede hacer más de lo que tú puedes), botones de respuesta rápida en vez de teclear, confirmación de leído e indicador de "escribiendo…" en vivo, y te responde en tu idioma (español o inglés). Cuando registras una donación, un recurso o una necesidad en la web, el bot puede escribirte de forma proactiva e invitarte a gestionarlo ahí mismo, en el chat.
Pruébalo ahora:
- Telegram → https://t.me/donacionesvenezuela_bot
- WhatsApp → https://wa.me/15559386039
- Web → https://responsegrid.app
No solo las primeras horas: también el largo plazo
Una emergencia no termina cuando bajan las visitas a las noticias. ResponseGrid acompaña todas las fases:
- Respuesta aguda (horas–días): velocidad y contención. Abrir puntos de acopio, frenar donaciones inútiles, empujar dinero y artículos concretos, verificar lo urgente.
- Operación sostenida (semanas–meses): continuidad. Inventarios que se mantienen al día, necesidades que evolucionan, logística de reposición, voluntarios y coordinadores que rotan sin perder el hilo, y trazabilidad de lo recibido y entregado.
- Recuperación y reconstrucción (meses+): de la urgencia a lo estructural. Los mismos recursos y flujos sirven para coordinar reconstrucción, distribución continua y apoyo a las comunidades mucho después del impacto.
- Entre crisis (permanente): la red no se apaga. El historial de cada emergencia queda disponible, los aprendizajes se conservan, y el sistema está listo para activarse de nuevo en minutos ante la siguiente crisis, en cualquier país.
Así, ResponseGrid no es una herramienta de un solo uso, sino una infraestructura de coordinación permanente que crece con cada emergencia.
Cómo se ve un flujo típico
- Un barrio necesita suministros. Un coordinador (o un vecino) publica una necesidad — 100 viales de un medicamento concreto, 200 apósitos — que se valida y aparece en el mapa público.
- Alguien quiere ayudar. En vez de adivinar, ve exactamente qué se pide y dónde, y se le orienta hacia la contribución de mayor impacto (dinero o el artículo concreto).
- Un punto de acopio recibe mercancía. Quien lo gestiona actualiza el inventario desde WhatsApp en un mensaje. El estado y el stock del punto quedan en vivo para todos.
- Se cierra el círculo, y se repite. Las necesidades se cruzan con el inventario, los coordinadores verifican y publican, y el público ve una foto exacta y en tiempo real —hoy, y cada día que dure la respuesta— sin una sola hoja de cálculo ni un grupo de chat descontrolándose.
Construido para dar confianza y para durar
- Datos aislados por emergencia, con historial. Cada crisis es su propio mundo; nada se filtra entre eventos, y todo queda como registro consultable de la respuesta.
- Autorización por roles en el núcleo. La API es la fuente de verdad de los permisos: los coordinadores validan, los propietarios gestionan sus propios recursos y el público solo ve lo verificado. El asistente de chat hereda tus permisos exactos, nunca más.
- Multiidioma desde la base. Los suministros, los contenidos y el asistente funcionan en varios idiomas, empezando por español e inglés.
- Mapas y geocodificación con estándares abiertos (OpenStreetMap / Leaflet / Nominatim), para que funcione en cualquier lugar sin dependencia de un proveedor.
- Arquitectura moderna y mantenible — backend hexagonal (DDD) y web renderizada en servidor — para que la plataforma pueda crecer de una emergencia a una red permanente y multipaís de ayuda.
Dónde está funcionando
ResponseGrid está en marcha coordinando la respuesta al terremoto de Venezuela de 2026, con un mapa activo de puntos de acopio, inventarios reales y una cola de necesidades validadas, y con los asistentes de Telegram y WhatsApp ya respondiendo a operadores reales sobre el terreno. Como la plataforma es multi‑emergencia por diseño, el mismo sistema seguirá coordinando esta respuesta durante toda su recuperación y podrá activarse para la siguiente crisis, en cualquier lugar, en minutos.
La visión
Los desastres van a seguir ocurriendo, y su impacto dura mucho más que el titular. Lo que falta no es compasión, sino el tejido conectivo que convierte la compasión en acción eficaz, verificada y coordinada —en las horas que más importan y en los meses de reconstrucción que vienen después. ResponseGrid aspira a ser esa capa: una red compartida, fiable y nativa del chat donde comunidades, voluntarios y organizaciones se autoorganizan más rápido de lo que cualquier crisis puede propagarse, y siguen coordinados mientras haga falta.
Súmate:
- 🌐 Explora la plataforma: https://responsegrid.app
- 💬 Coordina desde Telegram: https://t.me/donacionesvenezuela_bot
- 🟢 Coordina desde WhatsApp: https://wa.me/15559386039
Hecho por Global Emergency — para las primeras horas, y todas las que vienen después.
Comentarios
Feedback del proyecto
1 comentario
Inicia sesión para dejar feedback y votar comentarios.
Cris
2026-06-29
Proyecto sólido y ya operativo 🙌 Algunos puntos clave para fortalecerlo: - Las notificaciones por email no están implementadas (NoopSetPasswordInviter): los usuarios invitados nunca reciben sus credenciales, lo que bloquea el onboarding a escala. - Los endpoints públicos del mapa (recursos, consultas por zona) no tienen rate limiting — riesgo real de saturación durante el pico de una emergencia. - El servidor único EC2 t3.small aloja API + PostgreSQL + Redis sin un plan documentado de escalado horizontal; conviene al menos poner un CDN delante de la API pública. - No hay video demo ni capturas para difusión en redes, lo que limita la visibilidad del proyecto dado lo robusto que es.