La llamada “Economía de Baja Altitud” (Low-Altitude Economy – LAE) promete transformar el delivery urbano. Sin embargo, su viabilidad no depende tanto de la autonomía de las baterías como de algo menos visible y mucho más exigente: la capacidad de gestionar el riesgo sistémico. Quienes venimos de la aviación tradicional sabemos que el salto entre una “prueba piloto” y una “operación masiva” no ocurre cuando la tecnología funciona, sino cuando el sistema demuestra que puede fallar sin romperse. Eso exige arquitectura. Arquitectura de seguridad, robusta y trazable.

Cuando el delivery con drones deja de ser una curiosidad de ferias tecnológicas para convertirse en rutina urbana, el riesgo deja de ser “un dron” y pasa a ser el sistema completo. En entornos congestionados, la seguridad operacional no se resuelve con mejores hélices ni con aplicaciones más elegantes. Se resuelve con reglas, procedimientos, supervisión, datos confiables y márgenes suficientes para que lo inesperado no escale en cascada.

Imaginemos entonces una escena cotidiana: un parque, familias, kioscos, gente caminando distraída con el celular. Un operador supervisa una serie de entregas. Rutas conocidas, puntos fijos, todo “aburrido”. Es el tipo de operación que, si funciona bien, nadie nota.

Pero el sistema es dinámico. En un segundo, el viento racha por encima de los límites previstos —un peligro, en la taxonomía del Doc 9859 de OACI—. Al mismo tiempo, el enlace de datos comienza a degradarse por saturación de la red local. El dron entra en su lógica de contingencia: se aleja del corredor y apunta al punto de seguridad previsto. En tierra, la curiosidad humana hace lo suyo. Dos personas se acercan a mirar el descenso.

A partir de aquí, la historia puede bifurcarse.

En un primer escenario, el operador no corre ni improvisa. La alerta no lo sorprende: estaba prevista. El procedimiento indica qué verificar, qué confirmar y cuándo intervenir. Declara la contingencia, ejecuta el escalamiento definido y, en segundos, toda la operación entra en modo conservador. Las entregas siguientes se suspenden automáticamente.

El dron aterriza en el punto de seguridad previsto. Nadie resulta herido. No hay daños. No hay titulares. Apenas un registro más en el sistema. Las dos personas se van. El parque sigue siendo un parque. La ciudad nunca se entera de que algo estuvo a punto de escalar.

Más tarde, lejos del ruido —justamente porque no lo hubo—, los datos se analizan. Viento, latencia, carga de trabajo, comportamiento del enlace. Se ajustan márgenes, se corrigen supuestos, se refuerza una barrera. Ese es el verdadero desenlace: no cuando todo sale perfecto, sino cuando algo empieza a salir mal y el sistema lo absorbe sin drama.

En el segundo escenario, basta una diferencia mínima. El operador duda un segundo más. La alerta no era del todo clara. El procedimiento hablaba de “evaluar” antes de intervenir. El viento empuja al dron fuera del corredor y la latencia aumenta justo cuando el sistema intenta ejecutar la maniobra automática. El punto de contingencia estaba definido… pero más lejos de lo que la energía disponible permite en esas condiciones.

El dron desciende fuera del área prevista. Las dos personas retroceden de golpe. Un automóvil frena tarde. Un autobús escolar pasa justo en ese instante. El impacto dura un segundo. El ruido, bastante más.

Ahora sí hay titulares. Videos en redes. Comunicados urgentes. Y la búsqueda inmediata de una causa principal: el viento, el software, el operador, la red. Mientras tanto, la ciudad se detiene por algo que, minutos antes, nadie había notado.

Entre ambos desenlaces no cambia el dron. No cambia el viento. No cambia la ciudad. Cambia el sistema. Y en la economía de baja altitud, esa diferencia separa una operación invisible de una catástrofe perfectamente evitable.

En la lógica de Perrow, cuando un sistema combina acoplamiento estrecho y complejidad interactiva, los incidentes no “aparecen”: emergen del diseño.

Cuando algo falla, buscamos una causa única para obtener cierre mental:

¿El viento?
¿La red?
¿El software?
¿La gente que se acercó?
¿El corredor mal definido?
¿La carga de trabajo del operador?

En la economía de baja altitud, un fallo no muere donde ocurre. Un sensor interactúa con la densidad urbana, la interferencia electromagnética y la urgencia del algoritmo de entrega. El sistema es tan complejo que el desastre no aparece de golpe: está latente en la arquitectura.

SORA (Evaluación de Riesgos de Operaciones Específicas) es la metodología desarrollada por JARUS e integrada por la EASA en el marco reglamentario europeo para evaluar la seguridad de las operaciones de UAS realizadas en la Categoría Específica. Su objetivo es determinar si una operación puede realizarse con un nivel de riesgo aceptable, identificando los peligros, definiendo las medidas de mitigación y estableciendo el nivel de pruebas que el operador debe aportar para obtener una autorización operativa.

Para ordenar el análisis, conviene separar el tablero. SORA 2.5 estructura el riesgo operacional en dos ejes principales: riesgo hacia tierra (GRC) y riesgo hacia el aire (ARC). En operaciones urbanas repetibles, conviene sumar una tercera capa que suele subestimarse: el riesgo digital.

Frente al determinismo de Perrow, el SMS de OACI ofrece el contrapeso necesario: la seguridad no es ausencia de incidentes, sino la capacidad de mantener los riesgos bajo control aceptable. No se trata de evitar el viento ni el fallo del enlace. Se trata de construir defensas para que, cuando esa interacción compleja intente iniciar su cascada, encuentre una barrera.

El error más común al analizar el delivery urbano es tratar al dron como un dispositivo electrónico. En realidad, es una aeronave integrada en un sistema. Y los sistemas, cuando escalan, exigen método: criterios de aceptabilidad, evidencias, monitoreo y gestión del cambio.

Y si hay un lugar donde ese “método” deja de ser una palabra elegante y se vuelve prueba de fuego, es cuando la operación necesita sostenerse más allá del alcance visual. Ahí, la seguridad deja de descansar en la proximidad del operador y pasa a apoyarse en el diseño completo del sistema: sus límites, sus degradaciones previstas y sus defensas.

El delivery urbano real necesita operaciones BVLOS (más allá del alcance visual). Sin BVLOS, el servicio queda atrapado en micro-escenarios o demostraciones. Por eso el debate regulatorio más relevante no es “si habrá drones”, sino bajo qué condiciones se normaliza BVLOS.

En Estados Unidos, la FAA cerró el período de comentarios del NPRM de BVLOS el 11 de febrero de 2026, con énfasis en conspicuidad electrónica, reglas de right-of-way y el desafío de detectar aeronaves no cooperativas. En Argentina, la Resolución 550/2025 de ANAC marca un camino de enfoque basado en riesgo, donde la carga de la prueba recae, en la práctica, sobre el operador: demostrar que puede sostener una operación segura cuando el sistema deja de ser excepcional y se vuelve cotidiano.

Checklist de preparación operacional

En la práctica, cuando una organización decide pasar del piloto a la operación sostenida, estas son las preguntas que siempre aparecen primero.

Si estás evaluando implementar estos servicios, asegurate de contar con:

• ✅ ConOps definido: qué se hace, dónde, cuándo, con qué límites y dependencias.
• ✅ Estrategia BVLOS: cómo se mantiene el control seguro sin contacto visual (incluyendo degradaciones previstas).
• ✅ Mapa de riesgo hacia tierra: densidad, zonas críticas, corredores, áreas de contingencia y performance real.
• ✅ Capa UTM/U-space (cuando aplica): qué servicios se usan, qué información se comparte, cómo se resuelven conflictos.
• ✅ Resiliencia C2/GNSS: detección, acciones, límites operativos y criterios claros de interrupción.
• ✅ Supervisión y factores humanos: roles, carga de trabajo, entrenamiento y escalamiento ante anomalías.
• ✅ SMS vivo: reporte, SPIs, auditoría, gestión del cambio y aprendizaje continuo (no solo aprobación inicial).

Barreras que reducen riesgo… y barreras que solo tranquilizan

No todas las barreras son iguales. Funcionan cuando están bien diseñadas: rutas predefinidas, puntos fijos, contingencias explícitas, supervisión con roles claros y evidencia de desempeño basada en datos. Tranquilizan pero no controlan: “tiene paracaídas”, “tiene IA”, “está asegurado”. Slogans que reducen ansiedad, no el riesgo.

La economía de baja altitud no se sostendrá sobre la perfección de sus máquinas, sino sobre nuestra capacidad de entender que el dron es solo la chispa. El verdadero incendio se evita en el diseño de las defensas y en la mente de quienes comprenden que la seguridad sigue siendo una responsabilidad humana irrenunciable.

Al final, todo se reduce a una elección silenciosa. Eso hace que el lector elija conscientemente qué mundo quiere habitar… y con qué tipo de profesionales quiere diseñarlo.

En sistemas complejos, la seguridad no se agrega al final: se diseña desde el principio, o se paga después.