Por qué las ONG están dejando KoboToolbox en 2026

Una persona desplazada llega a la pregunta 15 de 20. Se le acaba la batería del teléfono. La sesión expira.

Para tu base de datos de M&E, esa persona nunca existió.

Sin datos parciales. Sin seguimiento. Sin caso. Solo un vacío en la hoja de cálculo donde debería estar un ser humano.

Esto pasa miles de veces al día en operaciones humanitarias. No porque los trabajadores de campo sean descuidados. Porque la herramienta que les dieron nunca fue diseñada para las condiciones en las que trabajan.

La era Kobo

KoboToolbox merece crédito. Cuando se lanzó, le dio al sector humanitario algo que no tenía: una herramienta gratuita, construida para la recolección de datos en entornos de baja conectividad. Antes de Kobo, las organizaciones dependían de papel, Excel o herramientas diseñadas para oficinas. Kobo funcionaba sin conexión. Kobo manejaba lógica de salto compleja. Kobo hablaba el lenguaje de los marcos de M&E y los requisitos de reporte de los donantes.

Durante años fue la mejor opción disponible. Miles de organizaciones la usaron. Millones de formularios se desplegaron. Movió a todo el sector hacia adelante.

Quienes construyeron Kobo entendían el problema. Simplemente construyeron para la tecnología que existía en ese momento.

Esa tecnología era el formulario. Una pantalla, muchos campos, enviar al final. Funcionaba suficientemente bien cuando la alternativa era un portapapeles.

Pero “suficientemente bien” tiene un costo. Y en 2026, ese costo se puede medir.

El costo de los formularios estáticos en 2026

Estos son los números reales de la recolección de datos humanitarios:

30% de completitud en formularios de más de 20 campos. El otro 70% de las sesiones desaparece. Algunas personas se rinden ante el muro de preguntas. Otras se interrumpen por la vida misma: un hijo, una fila, un teléfono que se apaga. Al formulario no le importa. O envías los 40 campos, o no envías nada.

Cero guardado parcial. Cuando una sesión se cae, todo desaparece. Un trabajador de campo en un campamento en Cox’s Bazar pierde la señal por diez segundos. El beneficiario había respondido 14 preguntas. Todo se perdió. El trabajador tiene que empezar de cero, o el beneficiario se va a casa, y la organización nunca se entera de que vino.

Tres meses desde la recolección hasta el análisis. Los datos llegan a una hoja de cálculo. Alguien tiene que limpiarlos: quitar duplicados, corregir nombres mal escritos, estandarizar fechas. Para cuando el equipo de M&E puede ver qué dicen los datos, la ventana operativa para actuar ya cerró. Estás tomando decisiones con datos del trimestre anterior sobre la crisis de este trimestre.

Errores de captura manual. Un trabajador de campo lee una cédula y teclea el número a mano. Un dígito mal. El registro se duplica. El caso nunca se enlaza al hogar correcto. Una persona registrada dos veces recibe doble ración. Una persona registrada cero veces no recibe nada.

Sin enrutamiento en tiempo real. Cada envío llega a la misma hoja de cálculo sin importar el nivel de vulnerabilidad. Un caso de protección queda al lado de una solicitud rutinaria de alimentos. Alguien tiene que leer cada fila y decidir qué va dónde. Eso toma tiempo. Mientras tanto, la persona que necesita ayuda urgente espera.

No son casos extremos. Es la realidad operativa normal de la recolección de datos humanitarios en 2026.

KoboToolbox se construyó para un mundo donde esto era aceptable. Ese mundo se acabó.

Lo que ioZen hace diferente

ioZen reemplaza el formulario estático con un Intake Bot conversacional. La diferencia no es cosmética. Cambia lo que pasa en cada paso del proceso.

Una pregunta a la vez. En lugar de mostrar los 40 campos en una pantalla, ioZen presenta una pregunta por pantalla. El bot salta las secciones irrelevantes según las respuestas anteriores. Un hogar sin hijos nunca ve el módulo de niños. Las tasas de completitud en intake conversacional alcanzan el 90% o más. El beneficiario lo vive como una conversación, no como un interrogatorio.

Entrada de voz en cada campo. Cualquier pregunta puede responderse por voz. El beneficiario toca el micrófono y habla. La IA transcribe, elimina muletillas y extrae datos estructurados. Alguien que dice “llegué la mañana después de la tormenta, era un martes” obtiene una fecha limpia en el registro. Sin teclado. Esto importa en contextos donde la alfabetización es baja o la persona está cargando un hijo mientras responde.

Captura de envíos parciales. ioZen guarda cada respuesta en el momento en que el beneficiario la da. Si la sesión se cae en la pregunta 8, el registro igual llega al Process Board con todo lo capturado hasta ese punto. El equipo de campo sabe exactamente quién es esta persona, qué dijo y dónde se detuvo la conversación. Nadie desaparece de la base de datos porque se le acabó la batería.

Escaneo de documentos. Los beneficiarios fotografían su cédula, tarjeta de racionamiento o documento de registro. La IA lee nombre, número de identificación y fechas directamente de la imagen. Sin tipeo manual no hay errores de transcripción. El número de cédula correcto enlazado a la persona correcta, siempre.

Puntuación y enrutamiento en tiempo real. En el momento en que un registro se completa, la IA lo puntúa según las dimensiones que tu programa define: nivel de vulnerabilidad, urgencia, riesgo de protección, estado documental. Los casos de alta vulnerabilidad se enrutan al oficial de protección como una tarjeta en su Process Board. Las solicitudes rutinarias de alimentos van al equipo de distribución. La coordinadora de M&E ve un tablero en vivo, no una hoja de cálculo que se revisa el próximo trimestre.

Cada uno de estos responde a un fallo específico de la recolección con formularios estáticos. Las tasas de completitud resuelven la fatiga de encuestas. El guardado parcial resuelve la pérdida de datos. La entrada de voz resuelve las barreras de alfabetización. El escaneo de documentos resuelve los errores de transcripción. El enrutamiento en tiempo real resuelve la demora de tres meses.

El formulario no hace ninguna de estas cosas. Nunca fue diseñado para eso.

La seguridad como protección

En el trabajo humanitario, la protección de datos no es teatro de cumplimiento. Es un tema de protección.

El número de cédula de un refugiado en manos equivocadas es un riesgo físico. Las coordenadas GPS de un campamento de desplazamiento compartidas con la parte incorrecta pueden poner vidas en peligro. La relación entre datos y seguridad es directa.

ioZen trata los datos sensibles en consecuencia.

Campos Privados. Marca cualquier campo como Privado. Números de cédula nacional, coordenadas GPS, origen del desplazamiento, IDs de registro anterior: esos campos se almacenan por separado y nunca se envían al modelo de IA. El Intake Bot los recopila. La IA no puede leerlos. Tu equipo sí, el modelo no.

Campos Cifrados. Los campos marcados como Privados y Cifrados se almacenan en un vault separado, no en la base de datos principal. Úsalo para números de identificación gubernamental, referencias biométricas o datos de ubicación donde la exposición crearía riesgo físico para el beneficiario.

GPS con consentimiento explícito. La captura de ubicación requiere que el beneficiario diga que sí antes de registrar cualquier coordenada. Tu programa controla si se solicita la ubicación, cómo se etiqueta y quién puede verla. Sin rastreo en segundo plano. Sin recolección silenciosa.

Infraestructura certificada. ioZen opera sobre Supabase, Vercel y Cloudflare — todos con certificación SOC 2 Tipo II. La auditoría SOC 2 de plataforma propia está en nuestro roadmap. Todo el tráfico usa TLS 1.3. Un Acuerdo de Procesamiento de Datos está disponible a solicitud para programas con requisitos de datos de donantes.

KoboToolbox almacena los datos del formulario en la misma base de datos, accesibles para cualquiera con acceso al proyecto, sin cifrado a nivel de campo. Para encuestas rutinarias puede ser suficiente. Para casos de protección, es un riesgo.

La reunión que lo confirmó

El viernes pasado nos sentamos con un especialista en gestión de información humanitaria que ha pasado años desplegando sistemas de datos en 30 países. Su organización trabaja en gestión de información, monitoreo y evaluación, y tecnología para la respuesta humanitaria. Tienen contratos con la UE, UNICEF y el PNUD.

Le mostramos ioZen durante treinta minutos.

Lo entendió de inmediato. No la parte de la IA. No la interfaz conversacional. Lo que entendió enseguida fue el guardado parcial. La idea de que una sesión interrumpida no significa una persona perdida. De que un trabajador de campo en un entorno de baja conectividad no tiene que elegir entre empezar de cero y rendirse.

Había vivido el problema. Demoras de tres meses en el análisis. Duplicados por errores de captura manual. Beneficiarios que desaparecieron del sistema porque el formulario no guardó sus datos parciales. Conocía el costo de cada vacío en la hoja de cálculo porque había sido la persona intentando llenarlos.

Le mostramos cómo un caso de alta vulnerabilidad se enruta automáticamente al oficial de protección. Cómo el escaneo de una cédula elimina el error de transcripción que crea duplicados. Cómo el tablero de M&E se actualiza en tiempo real en lugar de esperar a que alguien limpie una hoja de cálculo.

No necesitó que lo convenciéramos. Necesitaba ver que alguien lo había construido.

La métrica que importa

El sector humanitario mide muchas cosas. Tasas de completitud de formularios. Puntajes de calidad de datos. Niveles de logro de indicadores.

La métrica que importa: personas alcanzadas. Casos atrapados antes de que se caigan del sistema. Decisiones tomadas con los datos de esta semana, no con los del trimestre pasado.

Una tasa de completitud del 30% significa que el 70% de las personas que se acercaron a tu punto de registro se fueron sin un registro. Son familias que necesitaban comida y se fueron con nada. Mujeres que necesitaban protección y se volvieron invisibles en el sistema.

El 90% de completitud de ioZen no es una métrica de producto. Es la diferencia entre 300 y 900 familias registradas de cada 1.000 que se presentan.

Con el guardado parcial, una sesión que se cae igual te da 14 respuestas y un trabajador de campo que sabe dónde retomar en vez de empezar de cero.

Con el enrutamiento en tiempo real, un caso de protección llega al oficial correcto el mismo día en vez de esperar tres meses en una hoja de cálculo.

Estas cosas cambian a quién puede alcanzar el sistema y qué tan rápido puede actuar.

KoboToolbox fue la respuesta. La pregunta cambió.

KoboToolbox resolvió un problema real: ¿cómo recolectar datos estructurados en lugares con mala conectividad y recursos limitados? Para la tecnología disponible en ese momento, la respuesta era el formulario. Una pantalla, muchos campos, enviar al final, sincronizar cuando puedas.

Esa respuesta funcionó. Sirvió al sector bien durante años.

Pero la pregunta cambió. La pregunta ya no es “¿cómo recolectamos datos?” La pregunta es “¿cómo nos aseguramos de que cada persona que necesita ayuda entre al sistema, permanezca en el sistema, y llegue al equipo correcto antes de que se cierre la ventana?”

Los formularios estáticos no pueden responder esa pregunta. No fueron construidos para eso.

El intake conversacional sí puede.

ioZen es gratuito para ONG. Un FlowApp, 1.000 créditos de IA, envíos ilimitados. Entrada de voz, guardado parcial y campos Privados y Cifrados incluidos. Crea un FlowApp hoy en iozen.ai o conoce más sobre cómo ioZen funciona para organizaciones sin fines de lucro.

¿Preguntas sobre precios para ONG o necesitas un Acuerdo de Procesamiento de Datos? Escribe a [email protected].