Roadmap für 2010

Joannes Vermorel

Der Zweck dieser Roadmap ist es, unseren Kunden und Partnern zu helfen, besser zu verstehen, wohin Lokad geht. Wir haben aufgelistet, was wir für die wichtigsten Richtungen halten.

Selbstverständlich kann sich diese Roadmap ändern. Erstens sind wir bereit, Vorschläge von Kunden oder Partnern anzuhören. Zweitens kommt bei jeder Prognose eine gewisse Fehlermarge ins Spiel, obwohl wir unser Bestes tun, um den Arbeitsaufwand für geplante Weiterentwicklungen unserer Technologie einzuschätzen.

Zusammenfassung

• Prognosetechnologie
• Preisgestaltung
• Vertikale Apps
• Werkzeugerfahrung
• Internationalisierung und Lokalisierung

Prognosetechnologie

Die erste und höchste Priorität ist die Qualität unserer Prognosen. Obwohl sich scheinbar nichts ändert, da wir darauf achten, unsere Upgrades nahtlos zu gestalten, hat sich unsere Prognosetechnologie in den letzten 12 Monaten stark weiterentwickelt.

In letzter Zeit haben wir erhebliche Anstrengungen unternommen, um uns in Richtung Cloud Computing zu bewegen, um unsere Technologie noch skalierbarer zu machen, was uns letztendlich dabei helfen wird, noch bessere Prognosen zu liefern.

17. November 2009: Wir werden auf Windows Azure laufen.

Später werden wir weiterhin die Qualität unserer Prognosen verbessern. Außerdem planen wir eine Reihe von Verbesserungen für unsere Kerntechnologie:

• Q1 2010: Abschaffung der 1-stündigen Verzögerung. Benutzer (oder Apps) werden benachrichtigt, sobald die Prognosen fertig sind. Wir werden 1 Stunde als maximale Verzögerung für eine beliebig große Anzahl von Prognosen beibehalten, aber wenn der Datensatz klein ist, möchten wir, dass die Prognosen innerhalb von Minuten geliefert werden.
• Q3 2010: Horizon-spezifische Prognosegenauigkeit. Derzeit liefert Lokad einen einzigen durchschnittlichen Genauigkeitswert für jede prognostizierte Zeitreihe. Es ist jedoch klar, dass die Genauigkeit von dem betrachteten Horizont abhängt: Kurzfristige Prognosen sind genauer als langfristige Prognosen. In Zukunft werden wir für jede einzelne Prognose einen spezifischen Genauigkeitswert angeben.

Dann haben wir auch ein paar ungeplante Punkte:

• Einführung des Konzepts der expliziten Geschäftssättigung in unserem Framework. Geschäftssättigung tritt häufig in Hostels, Restaurants oder im Transportwesen auf. Es spiegelt wider, dass ein Markt sich nicht immer an die Nachfrage anpassen kann: Es gibt Sättigungspunkte.
• Einführung von expliziten Geo-Location-Metadaten, um Prognosen mit gezielten Daten wie Wetterdaten weiter zu verfeinern. Bisher haben wir nur einige (vielversprechende) Experimente mit Temperaturkurven durchgeführt. Dies könnte standardmäßig allen Kunden zur Verfügung gestellt werden.

Preisgestaltung

Unsere Preisgestaltung folgt einer einfachen Idee: Wir berechnen die Prognosen, je höher die Anzahl der Prognosen, desto höher der Abonnementpreis. Wir glauben, dass unsere Preisgestaltung ziemlich aggressiv ist, da die meisten unserer Mitbewerber einen TCO haben, der mehr als 10-mal höher ist als unserer.

Dennoch ist unsere Preisgestaltung heute noch etwas undurchsichtig, da uns viele Kunden mitgeteilt haben, dass die Begriffe Prognoseaufgabe, Prognosefrequenz und Prognosezeitraum verwirrend sind.

Daher haben wir uns für eine umfassende Neugestaltung der Preisgestaltung entschieden und setzen auf eine viel einfachere Pay-as-you-go-Preisgestaltung. Ein grober Entwurf für die neue Preisgestaltungsseite steht zur Verfügung. Wir haben Simulationen durchgeführt, und die neue Preisgestaltung wird einen durchschnittlichen Rabatt von etwa 20% für bestehende Kunden darstellen.

17. November 2009: Die neue Preisgestaltung tritt in Kraft.

Die Details zukünftiger Preisentwicklungen sind nicht offensichtlich:

• niedrigere Hardwarepreise bedeuten, dass wir in der Lage sein werden, mehr Prognosen zu verarbeiten und dabei weniger für Rechenressourcen auszugeben;
• mehr Hardware-Ressourcen bedeuten potenziell bessere Prognosen durch intensivere Prognosemethoden.

Fazit: Wir bleiben eine sehr wettbewerbsfähige Prognoselösung und werden unsere Preisgestaltung entsprechend anpassen.

Vertikale Anwendungen

Unsere beiden vertikalen Apps Sicherheitsbestand Rechner und Call Center Rechner haben massive Verbesserungen erfahren. Obwohl es nicht weit verbreitet in unserem Blog beworben wird, haben wir in den letzten Monaten ein Dutzend inkrementelle Upgrades für diese beiden Apps veröffentlicht.

Die Wunschliste der Funktionen ist öffentlich verfügbar. Die meisten dieser Funktionen wurden von Kunden vorgeschlagen. Zögern Sie nicht, auch Ihre eigenen Anfragen zu veröffentlichen; das ist der sicherste Weg, um die gewünschte Funktion implementiert zu bekommen.

In Zukunft werden wir diese Anwendungen mit häufigen inkrementellen Upgrades weiter verbessern. Diese Anwendungen werden als Open Source unter einer liberalen Lizenz (BSD) gepflegt, die es ermöglicht, den Code in geschlossenen Quellcode-Anwendungen neu zu verpacken.

• Q2 2010: Veröffentlichung des 3.x-Zweigs für unsere Apps unter einem gemeinsamen Framework mit dem Codenamen Forecast Studio. Der Schwerpunkt wird darauf liegen, die Benutzerfreundlichkeit unserer Apps zu verbessern. Der sekundäre Schwerpunkt wird darin bestehen, Anleitung für die Prognoseoperationen bereitzustellen (zum Beispiel um potenzielle Probleme mit den Eingabedaten zu erkennen).
• Q2 2010: Unsere Desktop-Apps werden als Web-Apps portiert. Obwohl es viele Gründe gibt, Desktop-Apps beizubehalten, gibt es auch viele Gründe, Web-Apps anzubieten. Insbesondere würde dies die Einrichtung in kleinen Unternehmen erleichtern.

Dann überlegen wir, eine neue App namens Hostel Booking Calculator zu entwickeln, aber der entsprechende Zeitplan ist unklar. Hostel-Manager stehen täglich vor dem Dilemma, ihre Zimmer an einen Reiseveranstalter zu verkaufen (mit großem Rabatt) oder einfach darauf zu warten, dass die Kunden das Hostel direkt füllen (mit einer viel besseren Marge).

Die Nachfrageprognose würde Hostel-Managern helfen, genau genug Zimmer an den Reiseveranstalter abzugeben, während das Hostel jederzeit ausgebucht bleibt. Diese App würde von der Funktion der Geschäftssättigung abhängen, die unserer Kernprognosetechnologie hinzugefügt werden müsste.

Werkzeug-Erfahrung

Lokad wurde von Anfang an so konzipiert, dass es sich einfach in Apps von Drittanbietern integrieren lässt, und wir beabsichtigen, diesem Prinzip treu zu bleiben. Insbesondere verwenden die von Lokad bereitgestellten vertikalen Apps unsere öffentliche Prognose-API, ähnlich wie jeder Partner, der Lokad nativ integriert (wie zum Beispiel Kirix).

Zusätzlich zu unserer auf SOAP basierenden Prognose-API haben wir auch ein Open Source Prognose-SDK für Microsoft .NET. Dieses SDK wird von unseren Partnern (und auch von großen Unternehmen) verwendet, um die Integration von Lokad in ihre Systeme zu beschleunigen. Wir werden dieses SDK für Microsoft .NET warten und aktualisieren, wenn in unserer Prognose-API neue Funktionen verfügbar werden.

Offensichtlich ist Microsoft .NET nicht die einzige beliebte Entwicklungsumgebung. Daher beabsichtigen wir, unsere Abdeckung im Jahr 2010 zu erweitern.

• Q2 2010: Prognose-SDK für Java.
• Q3 2010: Prognose-SDK für PHP.

Dann überlegen wir auch weitere Ports, aber ohne Zeitplan zu diesem Zeitpunkt:

• Prognose-SDK für Python.
• Prognose-SDK für C++.

Internationalisierung und Lokalisierung

Lokad hat seinen Sitz in Paris (Frankreich), aber unsere Hauptsprache ist Englisch. Wir unterstützen bereits 7 wichtige Währungen, aber was Sprachen betrifft, hinkt sogar die französische Übersetzung hinterher.

Für 2010 planen wir, die Situation schrittweise zu verbessern, beginnend mit der Übersetzung unserer Website, gefolgt von der Lokalisierung unserer vertikalen Apps. Um die Verzögerung zwischen der ursprünglichen Veröffentlichung in Englisch und der Veröffentlichung des übersetzten Inhalts zu reduzieren, werden wir auf einen kontinuierlichen Lokalisierungsprozess umstellen.

• Q1 2010: Einrichtung des Website-Lokalisierungsprozesses für Französisch und Deutsch.
• Q2 2010: Einrichtung des Website-Lokalisierungsprozesses für Spanisch, Italienisch und Russisch.
• Q3 2010: Lokalisierung unserer vertikalen Apps.

Abschließend ist diese Roadmap nicht in Stein gemeißelt. Kontaktieren Sie uns jederzeit, um weitere Details zu erhalten oder andere Richtungen vorzuschlagen.