Reflexiones sobre la evolución tecnológica de Lokad
La tecnología de Lokad ha evolucionado tanto que las personas que tuvieron la oportunidad de probar Lokad hace apenas dos años apenas reconocerían la aplicación tal como está hoy.
El “antiguo” Lokad estaba completamente centrado en nuestro motor de pronóstico - es decir, lo que puedes ver como un proyecto de pronóstico en tu cuenta de Lokad hoy en día. Como resultado, nuestro motor de pronóstico gradualmente adquirió toneladas de características que ni siquiera estaban remotamente relacionadas con las estadísticas. Hace aproximadamente dos años, nuestro motor de pronóstico se había convertido en un comodín responsable de casi todo:
- preparación de datos con la posibilidad de adaptarse a una gran diversidad de formatos de datos
- análisis de informes con un informe de pronóstico de Excel algo complejo y algo flexible
- ejecución programada a través de una integración webcron o a través de la API
Luego, durante los últimos dos años, hemos introducido gradualmente reemplazos independientes para esas características que ahora viven fuera de nuestro motor de pronóstico. Sin embargo, llamar a esos nuevos elementos meros reemplazos es injusto, porque esos reemplazos son mucho más poderosos que sus contrapartes originales.
- Ahora podemos procesar archivos muy diversos, de diferentes tamaños, complejidades e incluso formatos de datos. Además, también tenemos muchos conectores de datos.
- Las capacidades de nuestro antiguo informe de pronóstico de Excel palidecen en comparación con las nuevas capacidades de informes de Envision.
- La programación y orquestación ahora son ciudadanos de primera clase que también abarcan la recuperación de datos de otras aplicaciones.
Debido a que esas nuevas características son claramente superiores a las antiguas, estamos eliminando gradualmente lo innecesario, es decir, eliminando todas las cosas no relacionadas con el pronóstico que aún existen dentro de nuestro motor de pronóstico.
Con el fin de mantener el proceso fluido, estamos migrando gradualmente, pero de manera activa, a todos nuestros clientes del antiguo Lokad al nuevo Lokad; y cuando una función antigua ya no se utiliza, la eliminamos por completo.
El antiguo informe de pronóstico de Excel es un caso difícil para nosotros. El desafío no es simplemente duplicar el informe en sí dentro de Envision (eso por sí solo no es difícil en absoluto), el desafío es que el pensamiento subyacente que se utilizó en este informe ahora está bastante desactualizado. De hecho, a lo largo de los años, Lokad ha introducido mejores pronósticos tecnologías - siendo la última iteración los pronósticos probabilísticos - que no se pueden adaptar a este informe. Por diseño, este informe está atrapado en un enfoque heredado de pronóstico, que desafortunadamente no es tan adecuado en lo que respecta a la optimización de inventario.
En contraste, combinar pronósticos probabilísticos con impulsores económicos requiere más esfuerzo tanto por parte de Lokad como por parte del cliente, pero los resultados comerciales simplemente no se comparan. El primero se trata de optimizar porcentajes de error, mientras que el segundo optimiza dólares de error. No sorprende que una vez que nuestros clientes se den cuenta de cuánto dinero dejan sobre la mesa al no hacer lo segundo, nunca consideren volver a lo primero.
Luego, nuestras integraciones de datos están experimentando actualmente una transformación similar, y no menos radical. Cuando comenzamos a desarrollar conectores de datos, intentamos ajustar todos los datos que estábamos recuperando al marco establecido por nuestro motor de pronóstico; es decir, producir archivos como Lokad_Items.tsv, Lokad_Orders.tsv, etc. Este enfoque fue inicialmente atractivo porque obligaba a una normalización de los datos recuperados y procesados por Lokad.
Desafortunadamente, esta abstracción, como todas las abstracciones, tiene fugas. No todos los programas están de acuerdo en lo que exactamente es un producto o un pedido; hay toneladas de diferencias sutiles que deben tenerse en cuenta, y simplemente no era posible acomodar todas las sutilezas comerciales a través de algún tipo de normalización de datos.
Por lo tanto, hemos comenzado a abordar el desafío de la integración de datos desde otro ángulo: recuperar los datos de la aplicación mientras se preservan tanto como sea posible las estructuras y conceptos originales. La principal desventaja de este enfoque es que requiere más esfuerzo inicial para obtener resultados porque los datos no se transforman de antemano para ser compatibles con todas las expectativas predeterminadas de Lokad.
Sin embargo, debido a que los datos no sufren transformaciones equivocadas, también significa que Lokad no se queda atascado sin poder adaptarse a las sutilezas comerciales porque no encajan en el marco. Con un poco de programación, adaptamos las necesidades comerciales hasta los detalles más pequeños.
Al igual que nuestro antiguo informe de Excel, la transición hacia los datos nativos, en lugar de los datos normalizados, sigue nuestra experiencia que indica que invertir un poco más en alinear los números con el negocio produce muchos más resultados.
