Software-as-a-Service hat sogar schon Eingang in die Tagespresse gefunden. Spätestens da werden IT-Experten misstrauisch, weil sie sich dann unweigerlich an ganz ähnliche Konzepte erinnern: Damals hießen sie Application Service Providing (ASP). Doch durchgesetzt haben sie sich nicht. Bei Software-as-a-Service (SaaS) wird dies nicht der Fall sein.

Die Idee ist bestechend: Anwender und Unternehmen, die SaaS nutzen, müssen nicht mehr regelmäßig sechs- oder siebenstellige Beträge in die Erweiterung der Hardware-Infrastruktur investieren. Auch das Thema Migration mit allen Unwägbarkeiten - und Kosten - schreckt nicht mehr. Lästige Synchronisationen von PC und PDA gehören ebenso der Vergangenheit an wie kontinuierliche Updates, die Versionenverwaltung und die gesamte Administration der Applikationen.

Warum Application Service Providing scheiterte

Um das Potenzial des SaaS-Konzeptes zu begreifen, muss man zunächst fragen, warum aus Application Service Providing (ASP), das ja ganz ähnliche Vorteile bot, kein Erfolg wurde. Hierfür gibt es drei Gründe:

• Erstens zielte ASP auf komplexe Programme, die bevorzugt inhouse betreut wurden.

• Zweitens waren Online-Verbindungen von großer Bandbreite zu externen Rechenzentren sehr teuer.

• Und Drittens fehlte es an begleitenden Dienstleistungen, die aus der Idee des Application Service Providing ein überzeugendes Geschäftsmodell gemacht hätten.