Hoja de ruta para 2010

Joannes Vermorel

El propósito de esta hoja de ruta es ayudar a nuestros clientes y socios a comprender mejor hacia dónde se dirige Lokad. Hemos enumerado lo que creemos sean las direcciones más importantes.

Ni que decir tiene que esta hoja de ruta está sujeta a cambios. Primero, estamos dispuestos a escuchar las sugerencias que hagan los clientes o socios. Segundo, aunque hacemos lo mejor posible en evaluar la cantidad de trabajo involucrado en las evoluciones programadas de nuestra tecnología, cada forecast viene con cierto margen de error.

Resumen

• Tecnología de forecast
• Precios
• Aplicaciones verticales
• Experiencia en herramientas
• Internacionalización y localización

Tecnología de forecast

La primera y más importante prioridad es la calidad de nuestros forecast. Aunque, nada parece cambiar ya que nos encargamos de que nuestras actualizaciones sean fluidas, nuestra tecnología de forecast ha evolucionado mucho en los últimos 12 meses.

Últimamente, hemos invertido esfuerzos significativos en migrar hacia computación en la nube para hacer nuestra tecnología aún más escalable, lo que al final nos ayudará a ofrecer mejores forecast.

17 de noviembre de 2009: estaremos funcionando sobre Windows Azure.

Más adelante, seguiremos mejorando la calidad de nuestros forecast. Luego, también estamos planeando una serie de mejoras para nuestra tecnología central:

• Q1 2010: Eliminación del retraso de 1h. Los usuarios (o apps) serán notificados tan pronto como los forecast estén listos. Mantendremos 1h como el retraso máximo para una cantidad arbitrariamente grande de forecast, pero si el conjunto de datos es pequeño, queremos que los forecast se entreguen en cuestión de minutos.
• Q3 2010: Precisión de forecast específica para cada horizonte. Actualmente, Lokad ofrece un único valor promedio de accuracy para cada time-series pronosticada. Sin embargo, es claro que la precisión depende del horizonte considerado: los forecast a corto plazo son más precisos que los forecast a largo plazo. En el futuro, proporcionaremos un valor de precisión específico para cada forecast.

Luego, también tenemos un par de elementos no programados:

• Introducción de la noción de saturación de negocio explícita en nuestro marco. La saturación de negocio se encuentra con frecuencia en hostales, restaurantes o transporte. Refleja que un mercado no puede ajustarse para satisfacer la demanda todo el tiempo: hay puntos de saturación.
• Introducción de meta-datos de geo-localización explícita para refinar aún más los forecast con datos geo-dirigidos, como datos meteorológicos. Hasta ahora, solo hemos realizado algunos experimentos (prometedores) con curvas de temperatura. Esto podría ser proporcionado por defecto a todos los clientes.

Precios

Nuestra política de precios sigue una idea simple: cobramos por los forecast, a mayor número de forecast, mayor será el precio de suscripción. Creemos que nuestros precios son bastante agresivos, ya que la mayoría de nuestros competidores tienen un TCO más de 10x mayor que el nuestro.

Sin embargo, nuestros precios actuales aún son algo oscuros, ya que muchos clientes nos dijeron que las nociones de Forecasting Task, Forecast Frequency y Forecast Period eran confusas.

Por lo tanto, hemos decidido optar por un rediseño importante de precios, apostando por una política de precios pay-as-you-go mucho más simple. Se dispone de un borrador muy preliminar para la nueva página de precios. Hemos realizado simulaciones, y el nuevo esquema de precios representará un descuento promedio de alrededor del 20% para los clientes existentes.

17 de noviembre de 2009: los nuevos precios entran en vigor.

El detalle de las futuras evoluciones de precios no es obvio:

• precios más bajos de hardware significa que podremos procesar más forecast gastando menos en recursos de computación;
• más recursos de hardware significan potencialmente mejores forecast mediante métodos de forecasting.

En resumen: seguiremos siendo una solución de forecast muy competitiva, y continuaremos ajustando nuestros precios en consecuencia.

Aplicaciones verticales

Nuestras dos vertical apps, Safety Stock Calculator y Call Center Calculator, han experimentado mejoras masivas. Aunque no se ha publicitado ampliamente en nuestro blog, hemos implementado una docena de actualizaciones incrementales para esas dos apps en los últimos meses.

La lista de deseos de funcionalidades está disponible públicamente. La mayoría de esas características han sido sugeridas por los clientes. No dudes en publicar tu propia solicitud también; esa es la forma más segura de lograr que se implemente la funcionalidad que necesitas.

En el futuro, seguiremos mejorando esas aplicaciones con actualizaciones incrementales frecuentes. Estas aplicaciones se mantendrán como open source bajo una licencia liberal (BSD) que permite que el código sea reempaquetado dentro de apps de closed source.

• Q2 2010: Lanzamiento de la rama 3.x para nuestras apps bajo un marco común con nombre en clave Forecast Studio. El enfoque primario será mejorar la facilidad de uso de nuestras apps. El enfoque secundario será proporcionar orientación referente a las operaciones de forecast (por ejemplo, para detectar posibles problemas con los datos de entrada).
• Q2 2010: Nuestras apps de escritorio se han portado como web apps. Aunque hay muchas razones para mantener las apps de escritorio, también hay muchas razones para ofrecer web apps. En particular, facilitaría la configuración en empresas pequeñas.

Luego, estamos considerando una nueva app llamada Hostel Booking Calculator, pero el cronograma correspondiente es incierto. Los administradores de hostales enfrentan una disyuntiva diaria entre vender sus habitaciones a un tour operator (con un gran descuento), o simplemente esperar a que los clientes llenen directamente el hostal (con un margen mucho mejor).

Pronosticar la demanda ayudaría a los administradores de hostales a ceder solo el número justo de habitaciones al tour operator, manteniendo su hostal ocupado todo el tiempo. Esta app dependería de la funcionalidad de Business Saturation que se añadirá a nuestra tecnología central de forecast.

Experiencia en herramientas

Lokad ha sido diseñado para ser fácil de integrar en apps 3rd party desde el principio, y tenemos la intención de mantener este principio. En particular, las aplicaciones verticales proporcionadas por Lokad utilizan nuestra API de Forecasting pública, al igual que cualquier socio que integre nativamente Lokad (como por ejemplo Kirix).

Además de nuestra API de Forecasting basada en SOAP, también contamos con un Forecasting SDK open source orientado a Microsoft .NET. Este SDK es utilizado por nuestros socios (y también por grandes empresas) para acelerar la integración de Lokad en sus sistemas. Mantendremos y actualizaremos este SDK para Microsoft .NET a medida que nuevas funcionalidades estén disponibles en nuestra API de Forecasting.

Obviamente, Microsoft .NET no es el único entorno de desarrollo popular. Por lo tanto, tenemos la intención de extender nuestra cobertura en 2010.

• Q2 2010: Forecasting SDK para Java.
• Q3 2010: Forecasting SDK para PHP.

Luego, también estamos considerando puertos adicionales, pero sin ningún cronograma en este momento:

• Forecasting SDK para Python.
• Forecasting SDK para C++.

Internacionalización y localización

Lokad tiene su sede en París (Francia), pero nuestro idioma principal es el inglés. Ya soportamos 7 monedas principales, pero en lo que respecta a los idiomas, incluso la traducción al francés está rezagada.

Para 2010, planeamos mejorar gradualmente la situación, comenzando con la traducción de nuestro sitio web, seguida de la localización de nuestras aplicaciones verticales. Para reducir el retraso entre la publicación inicial en inglés y la publicación del contenido traducido, avanzaremos hacia un proceso de localización continuo.

• Q1 2010: Implementación del proceso de localización del sitio web para francés y alemán.
• Q2 2010: Implementación del proceso de localización del sitio web para español, italiano y ruso.
• Q3 2010: Localización de nuestras aplicaciones verticales.

Como palabra final, esta hoja de ruta no está escrita en piedra. Contáctanos en cualquier momento para obtener más detalles o para sugerir direcciones diferentes.