Skip to main content

Al principio de mi carrera, construí una interfaz para gestionar la estación de recepción de un almacén. Estaba orgulloso de lo que creía que era un producto final elegante y bien diseñado. Sin embargo, resultó que no era funcional ni intuitivo para el operador del almacén, quien me dijo sin rodeos: “Esto es lo más estúpido que he visto en mi vida”.

Ay.

Fue una lección temprana en la creación de productos de software aplicados a un entorno físico—en este caso, un almacén. Si el software impulsa una interfaz que luce bien pero no está diseñada para el mundo real, no sirve de nada. 

Want more from The CTO Club?

Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.

Este campo es un campo de validación y debe quedar sin cambios.
Name*

Aunque lo que había creado se veía bien (al menos para mí), no incluía la funcionalidad que realmente lo hacía útil para el receptor—que era el objetivo principal.

Hoy, mi empresa, Flowspace, registra más de 200,000 eventos físicos diarios en nuestra red de cumplimiento para comercio electrónico. Me he familiarizado profundamente con los requisitos únicos de desarrollar tecnología que depende del mundo físico.

Saber que estos eventos ocurren es solo uno de los desafíos al construir software para el ámbito físico. El otro es orquestar los eventos de manera óptima para permitir un cumplimiento eficiente y confiable, además de la interoperabilidad con otros sistemas tecnológicos críticos.

Este artículo detalla las formas en que los desarrolladores deben afrontar los desafíos únicos que surgen al construir software digital que impulsa acciones en el mundo físico.

SaaS en un mundo material

Los productos de software como servicio (SaaS) suelen gestionar una gran cantidad de trabajo invisible. Un ejemplo relevante en el ámbito del comercio electrónico es Shopify. 

Las marcas pueden utilizar Shopify para lanzar una tienda en tan solo media hora sin la necesidad de una tienda física. Los comerciantes controlan el aspecto, la experiencia y la funcionalidad de su tienda. Pueden incorporar más de 6,000 aplicaciones e integraciones para añadir funciones adicionales y conectar con plataformas de terceros. Sin embargo, para el comprador final, lo que se muestra es una tienda sencilla y fluida que hace posible las compras en línea.

Si miramos el otro lado del comercio electrónico—la parte del cumplimiento—el SaaS es muy diferente. Aquí, la logística debe ejecutar una orden física. A diferencia de aquellas tecnologías que solo existen en la nube y en pantallas, el cumplimiento tiene un estado de 0/1. Para el consumidor final de un comerciante, la pregunta es: “¿Llegó mi paquete o no?” 

En el mundo real, el software debe considerar cientos de niveles de granularidad física que influyen en las conclusiones algorítmicas. El código puede ser perfecto, pero las acciones del mundo real fuera del control del software añaden una capa de complejidad al SaaS físico.

¿Llegó el pedido a la instalación a tiempo? ¿El operario recogió el producto correcto del estante? ¿El software le indica qué caja seleccionar para elegir el transportista óptimo y más rentable? ¿El producto fue entregado a tiempo y como se esperaba, o el paquete se perdió, dañó o retrasó en tránsito?  

En todos estos escenarios, el software que impulsa ese proceso de cumplimiento debe ejecutar una acción en el terreno para producir el mejor resultado.

El desafío único del software de cumplimiento

Los sistemas de software que gestionan productos tanto digitales como físicos pueden tener errores. Pero en un sistema físico, el fallo puede generar problemas reales, como artículos seleccionados incorrectamente, camiones retrasados o trabajadores sin nada que hacer. 

Por eso, el software de logística requiere tres componentes críticos: precisión, interoperabilidad y eficiencia. De lo contrario, los niveles de inventario serán incorrectos, las plataformas no se comunicarán entre sí, los pedidos se retrasarán y todos se sentirán frustrados.

Todo el ecosistema depende de la precisión e integridad de los datos. No proporcionar esos datos o un fallo en el procesamiento puede hacer que no se logre el resultado deseado, que es un cumplimiento eficiente y confiable. 

Todo esto depende de que los sistemas se comuniquen entre sí—especialmente vital para el comercio electrónico con sus distintos puntos de contacto y mercados. Cuando los datos están aislados y otros sistemas tecnológicos minoristas no pueden comunicarse eficazmente, los comerciantes no comprenden lo que está ocurriendo. Por ello, la mejor ejecución de comercio electrónico no puede lograrse sin el mejor software.

Más allá de la precisión de los datos y la interoperabilidad de las plataformas, el sistema debe estar optimizado. Por ejemplo, si un comerciante envía un pedido a una instalación no óptima, debe recorrer mayor distancia y más rápido para llegar al cliente, lo que añade costos. Los márgenes son reducidos tanto para el comerciante como para el operador del almacén, así que cada optimización cuenta. Para el consumidor final, cada esfuerzo por entregar el producto sin contratiempos tras la compra es vital.  

Creando software que impulsa operaciones físicas

La primera pieza fundamental para crear software de cumplimiento para el mundo físico es una comprensión profunda del cliente. ¿Cuál es su negocio? ¿Cuáles son los requisitos de sus productos? Los datos que recogen, el análisis que realizan y las acciones que debe ejecutar el software dependen de conocer y resolver las necesidades de sus clientes finales. 

Para desarrollar software de forma efectiva para el mundo real, es necesaria la experiencia. En Flowspace, adquirimos conocimiento involucrando a los ingenieros con nuestros clientes—directamente en el almacén—para observar cómo los operadores realizan manualmente una acción, proponer una idea y luego iterar a partir de ahí.

El segundo aspecto de crear software de fulfillment para el mundo físico es la información. Recoge tantos datos en tiempo real y de la manera más detallada posible. Incluso si no se utilizan inmediatamente, esta fuente rica de información podría ser útil semanas, meses o años después para alimentar el análisis u optimización de un nuevo algoritmo o proceso. El almacenamiento de datos es barato, y puede que no puedas reponer los datos faltantes en el futuro.

Por último, experimenta e itera. Muchas veces, una idea que parece plausible en teoría simplemente no funciona en el mundo real. Mi experiencia inicial con la respuesta de los operarios de almacén a mi interfaz de software lo demuestra.

El Futuro del SaaS en las Operaciones

La realidad del mundo real es que existe. Muchos fundadores de tecnología tienen un deseo de disrupción y argumentan a favor de una solución, un ecosistema o una forma de trabajar más hermosa. Esa es la gran ventaja de la tecnología: siempre se está construyendo algo más grande, mejor y más potente.  

Pero otro aspecto del mundo real es que algunas cosas cambian lentamente, así que intenta encontrar un equilibrio entre desarrollar soluciones que actúen sobre lo que existe y lo que finalmente es posible.

Existe una oportunidad de orquestar y optimizar sistemas físicos mediante software. Las aplicaciones puramente de software pueden modelar escenarios óptimos antes de que se realice el trabajo en el mundo real. Recoger tantos datos valiosos y en tiempo real como sea posible hace que los sistemas sean más inteligentes y capaces. Asegurar la interoperabilidad de todas las plataformas impulsa una ejecución de primer nivel.

Y como todo esto impulsa la acción en el mundo real, hay una satisfacción añadida al saber que el trabajo finalmente hará la vida de alguien más fácil, mejor o más agradable. 

¿Qué lecciones has aprendido al desarrollar productos de software para el mundo real? Compártelas en los comentarios abajo y suscríbete al boletín de The CTO Club para más noticias e intercambios del sector.