Lo scopo di questa roadmap è aiutare i nostri clienti e partner a comprendere meglio dove sta andando Lokad. Abbiamo elencato quelle che riteniamo essere le direzioni più importanti.

Inutile dire che questa roadmap è soggetta a modifiche. Innanzitutto, siamo disposti ad ascoltare i suggerimenti fatti da clienti o partner. In secondo luogo, anche se facciamo del nostro meglio per valutare la quantità di lavoro richiesta dalle evoluzioni programmate della nostra tecnologia, ogni previsione comporta un certo margine di errore.

Sommario

  • Tecnologia di previsione
  • Prezzi
  • Applicazioni verticali
  • Esperienza con gli strumenti
  • Internazionalizzazione e localizzazione

Tecnologia di previsione

La prima e principale priorità è la qualità delle nostre previsioni. Sebbene nulla sembri cambiare, poiché ci impegniamo a rendere gli aggiornamenti senza interruzioni, la nostra tecnologia di previsione è notevolmente evoluta negli ultimi 12 mesi.

Recentemente, abbiamo investito sforzi significativi nella migrazione verso il cloud computing per rendere la nostra tecnologia ancora più scalabile, il che ci aiuterà infine a fornire previsioni ancora migliori.

17 novembre 2009: opereremo su Windows Azure.

Successivamente, continueremo a migliorare la qualità delle nostre previsioni. Poi, stiamo anche pianificando una serie di miglioramenti per la nostra tecnologia di base:

  • Q1 2010: Eliminazione del ritardo di 1 ora. Gli utenti (o le app) saranno notificati non appena le previsioni saranno pronte. Manteneremo 1 ora come il ritardo massimo per un numero arbitrariamente grande di previsioni, ma se il set di dati è piccolo, vogliamo che le previsioni vengano fornite in pochi minuti.
  • Q3 2010: Accuratezza delle previsioni specifica per orizzonte. Attualmente, Lokad fornisce un singolo valore mediato di accuratezza per ogni serie temporale, prevista. Eppure, è chiaro che l’accuratezza dipende dall’orizzonte considerato: le previsioni a breve termine sono più accurate di quelle a lungo termine. In futuro, forniremo un valore di accuratezza specifico per ogni singola previsione.

Poi, abbiamo anche un paio di elementi non programmati:

  • Introdurre il concetto di saturazione esplicita del business nel nostro framework. La saturazione del business si riscontra frequentemente in ostelli, ristoranti o trasporti. Riflette il fatto che un mercato non può adeguarsi continuamente per soddisfare la domanda: esistono dei punti di saturazione.
  • Introdurre meta-dati di geolocalizzazione esplicita per affinare ulteriormente le previsioni con dati geo-targettizzati, come i dati meteorologici. Finora, abbiamo condotto solo alcuni esperimenti (promettenti) con curve di temperatura. Questo potrebbe essere fornito di default a tutti i clienti.

Prezzi

Il nostro modello di prezzi segue un’idea semplice: addebitiamo in base alle previsioni, più alto è il numero di previsioni, più alto sarà il prezzo dell’abbonamento. Riteniamo che il nostro pricing sia abbastanza aggressivo, poiché la maggior parte dei nostri concorrenti ha un TCO più di 10 volte superiore al nostro.

Tuttavia, il nostro pricing attuale è ancora un po’ oscuro, poiché molti clienti ci hanno detto che le nozioni di attività di previsione, frequenza di previsione e periodo di previsione erano fuorvianti.

Pertanto, abbiamo deciso di optare per una revisione completa dei prezzi, adottando un modello pay-as-you-go molto più semplice. È disponibile una bozza molto approssimativa per la nuova pagina dei prezzi. Abbiamo eseguito simulazioni, e il nuovo pricing rappresenterà uno sconto medio di circa il 20% per i clienti esistenti.

17 novembre 2009: entra in vigore il nuovo pricing.

Il dettaglio delle future evoluzioni dei prezzi non è chiaro:

  • Prezzi hardware più bassi significano che saremo in grado di elaborare più previsioni spendendo meno in risorse informatiche;
  • Più risorse hardware significano previsioni potenzialmente migliori grazie a metodi di previsione più intensivi forecasting methods.

In conclusione: rimarremo una soluzione di previsione molto competitiva, e continueremo ad adeguare i nostri prezzi di conseguenza.

Applicazioni verticali

Le nostre due applicazioni verticali, il Safety Stock Calculator e il Call Center Calculator, hanno subito miglioramenti massicci. Sebbene non sia ampiamente pubblicizzato sul nostro blog, abbiamo implementato una dozzina di aggiornamenti incrementali per queste due app negli ultimi mesi.

La lista delle funzionalità desiderate è disponibile pubblicamente. La maggior parte di queste funzionalità è stata suggerita dai clienti. Non esitate a pubblicare anche la vostra richiesta; è il modo migliore per far implementare la funzionalità di cui avete bisogno.

In futuro, continueremo a migliorare queste applicazioni con aggiornamenti incrementali frequenti. Tali applicazioni saranno mantenute come open source sotto una licenza liberale (BSD) che permette al codice di essere ripacchettato all’interno di applicazioni closed source.

  • Q2 2010: Rilascio del branch 3.x per le nostre app sotto un framework comune con nome in codice Forecast Studio. L’obiettivo primario sarà migliorare la facilità d’uso delle nostre app. L’obiettivo secondario sarà fornire indicazioni riguardanti le operazioni di previsione (per individuare eventuali problemi con i dati di input, ad esempio).
  • Q2 2010: Le nostre app desktop sono state portate come app web. Sebbene ci siano molte ragioni per mantenere le app desktop, ce ne sono anche molte per fornire app web. In particolare, questo faciliterebbe l’installazione nelle piccole imprese.

Inoltre, stiamo considerando una nuova app chiamata Hostel Booking Calculator, ma il relativo calendario è incerto. I gestori degli ostelli si trovano ogni giorno a dover scegliere tra vendere le loro camere a un tour operator (a un grande sconto), oppure aspettare che i clienti riempiano direttamente l’ostello (con un margine molto migliore).

Prevedere la domanda aiuterebbe i gestori degli ostelli a cedere solo il numero sufficiente di camere al tour operator, mantenendo così l’ostello sempre prenotato. Questa app dipenderebbe dalla Business Saturation da aggiungere alla nostra tecnologia di previsione di base.

Esperienza con gli strumenti

Lokad è stato progettato per essere facilmente integrabile nelle app di terze parti fin dall’inizio, e intendiamo mantenere questo principio. In particolare, le app verticali fornite da Lokad utilizzano la nostra Forecasting API pubblica, proprio come qualsiasi partner che integra nativamente Lokad (come ad esempio Kirix).

In aggiunta alla nostra Forecasting API basata su SOAP, abbiamo anche un Forecasting SDK open source destinato a Microsoft .NET. Questo SDK è utilizzato dai nostri partner (e anche da grandi aziende) per accelerare l’integrazione di Lokad nei loro sistemi. Manterremo e aggiorneremo questo SDK per Microsoft .NET man mano che nuove funzionalità saranno disponibili nella nostra Forecasting API.

Ovviamente, Microsoft .NET non è l’unico ambiente di sviluppo popolare. Pertanto, intendiamo estendere la nostra copertura nel 2010.

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

Inoltre, stiamo considerando ulteriori porting, ma senza alcun calendario definito per il momento:

  • Forecasting SDK per Python.
  • Forecasting SDK per C++.

Internazionalizzazione e localizzazione

Lokad ha sede a Parigi (Francia), ma la nostra lingua principale è l’inglese. Supportiamo già 7 valute principali, ma per quanto riguarda le lingue, anche la traduzione in francese è in ritardo.

Per il 2010, abbiamo in programma di migliorare gradualmente la situazione, partendo dalla traduzione del nostro sito web, seguita dalla localizzazione delle nostre app verticali. Per ridurre il ritardo tra la pubblicazione iniziale in inglese e quella dei contenuti tradotti, passeremo a un processo di localizzazione continuo.

  • Q1 2010: Configurazione del processo di localizzazione del sito web per il francese e il tedesco.
  • Q2 2010: Configurazione del processo di localizzazione del sito web per lo spagnolo, l’italiano e il russo.
  • Q3 2010: Localizzazione delle nostre app verticali.

In conclusione, questa roadmap non è scolpita nella pietra. Contattaci in qualsiasi momento per ottenere maggiori dettagli o per suggerire direzioni differenti.