TL;DR
Bei KI-Projekten gibt es drei Wege: SaaS (fertig, günstig, wenig Kontrolle), Individualentwicklung (teuer, volle Kontrolle) oder Productized Services (der Mittelweg — 70% Blueprint, 30% Anpassung). Die Entscheidung hängt von Datensouveränität, Prozess-Individualität und Budget ab. In B2B-Szenarien mit speziellen Prozessen führt der Weg meist über Productized Services.
Inhalt
- Was ist der Unterschied zwischen SaaS und Custom Development?
- Wann macht SaaS Sinn?
- Was spricht für Individualentwicklung?
- Was sind Productized Services?
- Wie treffe ich die richtige Entscheidung?
- FAQ
Was ist der Unterschied zwischen SaaS und Custom Development?
Kurz: SaaS ist Software zur Miete — schnell verfügbar, aber nicht anpassbar. Custom Development ist maßgeschneidert — aber teuer und aufwändig.
SaaS (Software as a Service):
Tools wie Salesforce, Miro oder Figma. Jemand hat eine Lösung entwickelt und hofft, genug Kunden zu finden, die dafür monatlich zahlen. Der Vorteil: Geringe Einstiegskosten, schneller Start. Der Nachteil: Kein Einfluss auf Weiterentwicklung, begrenzte Anpassung.
Custom Development:
Ich sage genau, was ich brauche, und ein Team entwickelt es von Grund auf. Volle Kontrolle, perfekte Anpassung. Aber: Hohe Anfangskosten, lange Entwicklungszeit, alle Fehler muss ich selbst machen.
Wann macht SaaS Sinn?
Kurz: Wenn eine Lösung existiert, die genau passt — und die Rahmenbedingungen stimmen.
Die Vorteile von SaaS:
- Kein großer initialer Setup-Aufwand
- In wenigen Tagen produktiv
- Jemand anderes kümmert sich um Updates
- Niedrige monatliche Kosten statt hoher Anfangsinvestition
Die Fallstricke:
-
Datensouveränität: Bei KI-Projekten arbeiten wir mit internen Daten, oft sogar mit Kundendaten. Wo werden die gehostet? Wer hat Zugriff? Werden sie für Training verwendet?
-
AGBs ändern sich: Heute passen die Bedingungen, morgen ändert der Anbieter sie — und du stimmst zu oder kündigst.
-
Feature-Requests versanden: Deine individuelle Anforderung landet auf einer Roadmap ganz unten. Du musst mit dem leben, was da ist.
-
Vendor Lock-in: Je tiefer die Integration, desto schwieriger der Wechsel.
Was spricht für Individualentwicklung?
Kurz: Volle Kontrolle, perfekte Anpassung — aber hoher Aufwand und alle Fehler auf eigene Rechnung.
Die Vorteile:
- Genau das, was du brauchst
- Daten bleiben unter deiner Kontrolle
- Keine Abhängigkeit von fremden Roadmaps
- Kann an bestehende Systeme angepasst werden
Die Realität:
Das Problem: Du kennst deine eigenen Anforderungen oft nicht so genau. Der Prozess, herauszufinden, wie du eigentlich arbeitest, ist aufwändig. Und alle Fehler, die ein SaaS-Anbieter schon gemacht und gelernt hat, machst du nochmal.
Ein Beispiel aus der Praxis: Bei den ersten Sales-Agent-Projekten haben wir unterschätzt, wie anders die Zusammenarbeit mit einem Agenten ist als mit Menschen. Die User Experience musste komplett neu gedacht werden. Das lernt man nur durch Erfahrung.
Was sind Productized Services?
Kurz: Der Mittelweg — ein bewährter Blueprint mit individueller Anpassung. 70% steht, 30% wird angepasst.
Productized Services bedeuten: Jemand hat sich schon Gedanken gemacht. Es gibt eine erprobte Vorgehensweise, ein Datenmodell, eine Architektur. Aber der Code ist nicht in Stein gemeißelt.
Was fix bleibt:
- Das Herzstück der Applikation
- Bewährte Patterns und Learnings
- Grundlegende Funktionalitäten
Was angepasst wird:
- Integration in bestehende Systeme
- Abbildung der konkreten Prozessschritte
- User Interface und Experience
- Datenkonnektoren
- Neue Module für spezielle Anforderungen
Der Vorteil: Du profitierst von der Erfahrung des Anbieters, ohne alles von Null zu entwickeln. Wenn ein neues Modul benötigt wird — Voice Agent für den Außendienst zum Beispiel — wird es entwickelt und kann für zukünftige Projekte wiederverwendet werden.
Wie treffe ich die richtige Entscheidung?
Kurz: Prüfe erst SaaS, dann Productized Service, dann Custom — in dieser Reihenfolge.
Die Entscheidungslogik:
-
Gibt es ein SaaS-Tool, das deine Anforderungen erfüllt? Wenn ja, und die Rahmenbedingungen (Daten, Kosten, Kontrolle) passen — nimm es.
-
Gibt es einen Productized Service von einem Anbieter mit Erfahrung? Wenn es kein passendes SaaS gibt, ist das der Weg. Du bekommst Erfahrung und Flexibilität.
-
Brauchst du wirklich etwas, das noch niemand gemacht hat? Nur dann macht volle Individualentwicklung Sinn. Oft reicht es, zu warten, bis jemand anderes die Idee hatte.
Die Realität in B2B:
In B2B-Szenarien — besonders bei Agentic AI für Geschäftsprozesse — bleibt es meist beim Productized Service. Die Prozesse sind zu speziell, die Daten zu individuell, die Integration zu komplex für Standard-SaaS.
Ein wichtiger Punkt zu Adoption:
Bei SaaS ist die Versuchung groß, schnell anzufangen und dann wieder aufzugeben, wenn es nicht sofort funktioniert. Bei Productized Services ist das Commitment höher — man macht Requirements-Workshops, Service-Design-Sessions, nimmt die Leute mit. Das führt zu besserer Adoption.
FAQ
Ist Productized Service nicht einfach teures SaaS?
Nein. Bei SaaS bekommst du ein fertiges Produkt, das für alle gleich ist. Bei Productized Services wird angepasst — an deine Prozesse, deine Systeme, deine Daten.
Was kostet mehr: SaaS oder Productized Service?
Kurzfristig SaaS weniger (OpEx statt CapEx). Langfristig hängt es davon ab, ob das SaaS-Tool wirklich passt. Wenn du es nicht richtig nutzen kannst, ist auch günstiges SaaS Geldverschwendung.
Wer betreibt die Software bei Productized Services?
Flexibel. Kann vom Dienstleister in der Cloud betrieben werden, kann an deine IT übergeben werden, kann theoretisch auch On-Premise laufen.
Brauche ich ein IT-Team für Productized Services?
Für den Betrieb nicht unbedingt — das kann der Dienstleister übernehmen. Für die Anforderungsworkshops brauchst du Leute, die die Prozesse kennen.
Wie lange dauert ein Productized-Service-Projekt?
Deutlich kürzer als Individualentwicklung, aber länger als SaaS-Setup. Wochen statt Tage, aber auch nicht Monate.
Fazit
Die Frage ist nicht “SaaS oder Custom?” — die Frage ist: Welcher Weg passt zu meiner Situation?
Wenn ein SaaS-Tool genau passt und die Rahmenbedingungen stimmen: Nutze es.
Wenn deine Prozesse zu speziell sind, deine Daten zu sensibel, deine Anforderungen zu individuell: Productized Services sind der pragmatische Mittelweg. Und für kleinere interne Prozesse gibt es noch eine dritte Option: Mini-Apps, die mit KI-Coding-Agenten in Tagen statt Monaten entstehen.
Und nur wenn wirklich niemand so etwas anbietet — und es sich rechnet: Dann entwickle selbst.
In den meisten B2B-KI-Projekten führt der Weg über Productized Services. Die Dinge sind zu speziell für Standard-SaaS, aber zu ähnlich zu anderen Projekten für komplette Neuentwicklung.
Dieser Artikel basiert auf einem Gespräch zwischen Manuel Zorzi und Michael Kirchberger über die Wahl zwischen SaaS und Individualentwicklung bei KI-Projekten. Die vollständige Podcast-Episode auf YouTube ansehen →