20.07.2026

KI-Produkt entwickeln: Wie wir bei anny aus dem KI-Hype ein echtes Produkt gebaut haben

8 min

Einleitung

KI ist überall, aber längst nicht jedes Produkt hält, was der Hype verspricht. Was ein KI-Produkt wirklich defensibel und nützlich macht, zeigen die folgenden Learnings aus dem Aufbau von anny AI:

  • 95% der KI-Projekte erzeugen laut MIT-Studie keinen messbaren Effekt – das Problem ist meist nicht das Modell, sondern die fehlende Einbettung in das Produkt.

  • Wer nur einen KI-Wrapper um GPT baut, hat keinen Burggraben – entscheidend ist, welche Schicht der Architektur wir wirklich kontrollieren (Daten, Workflow, Business-Logik).

  • Bestehende B2B-SaaS-Produkte mit klaren Use Cases und stabilen Kundendaten haben gegenüber reinen KI-Startups einen strukturellen Vorteil – wenn sie KI tief in ihre Produktentwicklung integrieren.

  • Context Engineering (MCP, eigener Kontext-Layer, Live-Daten) schlägt Modell-Hype – so haben wir bei anny AI einen KI-Telefonassistenten gebaut, der echte Buchungen abwickelt statt nur „schlau” zu klingen.

Warum der KI-Hype selten zu echtem Produkt-Erfolg führt

Zwischen 2023 und 2026 sind Milliarden in Künstliche Intelligenz geflossen. Jedes zweite SaaS-Produkt hat ein „AI-Feature" gelauncht. Und trotzdem: Der messbare Business-Impact bleibt in den meisten Fällen aus.

Die Zahlen sind ernüchternd. Eine Studie des MIT zeigt: Rund 95% aller GenKI-Initiativen in Unternehmen haben keinen nachweisbaren Effekt auf Umsatz oder Kosten. Gartner prognostiziert im Hype Cycle for Generative AI 2025, dass viele generative KI-Projekte ins „Tal der Enttäuschung" fallen werden. Der Grund: Erwartungen und tatsächlicher Nutzen laufen auseinander.

Das Problem liegt selten am Modell. Es liegt in der Art, wie KI in der Produktentwicklung eingebettet wird – oder eben nicht. KI ist ein Hebel für bessere Entscheidungen und schlankere Prozesse, kein Selbstzweck. Besonders in komplexen SaaS-Workflows wie Ressourcenbuchung zeigt sich: Ohne tiefe Einführung in bestehende Systeme bleibt jedes KI-Feature kosmetisch.

Das KI-Wrapper-Problem: Wann KI-Produkte nicht defensibel sind

Ein „KI-Wrapper" ist ein Produkt, das im Kern nur eine dünne Oberfläche plus etwas Business-Logik um ein externes Sprachmodell-API legt. Der Chatbot beantwortet FAQ, fasst Texte zusammen oder generiert Bilder – aber das war's.

Das Problem: Jedes andere Unternehmen kann dieselbe API anbinden. Feature-Parität ist innerhalb von Wochen erreicht. Kein technischer Burggraben, kein Lock-in, keine Differenzierung. Die Wahl des Technologie-Stacks ist entscheidend für die Entwicklung eines KI-Produkts und „nur OpenAI-API" ist kein Stack. Zur Integration eines KI-Modells sind Technologieschichten wie Frontend, Backend und Datenbanken erforderlich.

Der Vergleich mit Salesforce macht das deutlich: Salesforce setzt KI als zusätzliche Schicht über ein extrem reichhaltiges CRM-Datenmodell. Verteidigbar sind die Business-Logik, das Rechte- und Rollenmodell und die tiefen Integrationen – nicht das zugrunde liegende Sprachmodell.

Die zentrale Produktfrage lautet: Welche Schicht kontrollieren wir selbst?

  • Proprietäre Kundendaten (Buchungshistorie, Nutzungsprofile)

  • Workflow-Engine und Geschäftsregeln

  • Integrationen (Kalender, HRIS, Smart Locks)

  • Rechte- und Rollenmodell

Ein nachhaltiges KI-Produkt kombiniert eigene Stärken – bestehende Daten, Domainwissen, Nutzer-Workflows – mit Sprachmodellen, statt nur ein „KI-Frontend" anzubauen. Diese Erkenntnis aus der KI-Produktentwicklung sollte ins Architektur-Design und in die Roadmap einfließen, bevor erste KI-Features live gehen.

Zwei Strategien für KI-Produkte im B2B-SaaS – und welche überlegen ist

Im B2B-SaaS-Markt sehen wir zwei grundlegend verschiedene Strategien, um KI-Anwendungen zu bauen.

Strategie A: Neue KI-Startups ohne Fundament. Fokus auf generische KI-Use-Cases, kaum proprietäre Kundendaten, häufig reiner KI-Wrapper um große Sprachmodelle. Hoher Druck, schnell Product-Market-Fit zu finden. Die Chancen stehen schlecht, wenn kein eigenes Daten- oder Domänenfundament existiert.

Strategie B: Bestehende SaaS-Unternehmen mit nativer KI-Ebene. Vorhandene User-Basis, klar definierte Workflows, historisierte Daten. Etablierte Vertriebswege und Markttrends werden bereits bedient. Eine fundierte Marktanalyse ist hier oft schon erledigt – Zielgruppen und Wettbewerbsfeld sind bekannt.

Wir haben bei anny Strategie B gewählt. Erst auf einem stabilen Fundament haben wir die KI-Schicht aufgebaut. Für B2B-SaaS-Gründer:innen bedeutet KI in der Produktentwicklung: KI-Funktionen entlang der bestehenden Customer Journey einbetten (Onboarding, Suche, Buchung, Support) – keine losen Labs-Projekte.

Was eine gute KI-Funktion wirklich ausmacht

Viele KI-Features liefern nur Antworten. Ein FAQ-Bot, eine Zusammenfassung, ein generierter Text. Aber eine wirklich gute KI-Funktion führt Aktionen aus und verändert den Systemzustand.

Drei Kernkriterien unterscheiden gute KI-Funktionen von Spielerei:

  1. Ausführen statt nur antworten: Der KI-Telefonassistent bei anny AI bucht einen Meetingraum, reserviert einen Parkplatz oder schließt eine Buchung direkt am Telefon ab.

  2. Live-Daten statt statischer Prompts: Echte Verfügbarkeiten, aktuelle Preise, Unternehmensregeln. anny AI prüft Team-Zugehörigkeit und Buchungsfenster in Echtzeit und bindet externe Datenquellen an, um Anfragen wie Preise oder Verfügbarkeiten live zu beantworten.

  3. Automatisch besser mit jedem Modell-Upgrade: Die Architektur trennt Agent-Logik von Produkt-Logik. Neue Modelle liefern sofort bessere Effizienz, ohne dass die gesamte Business-Logik neu gebaut werden muss.

Gute KI-Funktionen brauchen im B2B-Kontext immer auch Governance: Limits, Eskalationspfade, Monitoring. Die Übergabe zwischen Mensch und KI muss nahtlos sein – mit klaren Statusanzeigen und Logging für Admins, die KI-Entscheidungen nachvollziehen können. Automatisierung durch KI verbessert häufig die Nutzererfahrung und den Kundenservice.

Case Study anny AI: Warum Kunden trotz Online-Buchungssystem weiter anrufen

Online-Buchung sollte das Telefon entlasten. Stattdessen rufen Kund:innen oft weiterhin an – aus Gewohnheit, Bequemlichkeit, weil sie erst beraten werden wollen oder um Rückfragen zu klären. Besonders in Branchen wie Sportkursen oder anderen beratungsintensiven Angeboten bleibt das Telefon der bevorzugte Kanal. Das Problem dabei: Bis zu 85% der Anrufer, die beim ersten Versuch nicht durchkommen, rufen nicht erneut an. Jede verpasste Erreichbarkeit kostet also potenzielle Buchungen – Umsatz, der einfach verloren geht, ohne dass es irgendwo auffällt.

Genau hier setzt anny an. Seit über 6 Jahren bauen wir als SaaS-Buchungsplattform die technische Grundlage dafür, dass Ressourcen jeder Art – Räume, Plätze, Equipment, Termine – zuverlässig verwaltet und gebucht werden können. Über 60 Mio. Buchungen und 1.500+ Unternehmenskunden europaweit und mittlerweile auch in den USA laufen heute über anny, unter anderem für:

  • Interne Ressourcenbuchung: Desksharing, Parkplätze, Meetingräume, Fuhrpark

  • Externe Raumvermietung

  • Besuchermanagement

  • Equipmentvermietung und -verleih

  • Terminbuchung

Diese Infrastruktur – Verfügbarkeiten, Preise, Regeln, Zahlungen, alles live und korrekt – ist die Grundlage, auf der anny AI aufsetzt. Statt dass ein Anruf ins Leere läuft oder eine Mitarbeiterin zwischen Kundengespräch und Telefon hin- und herspringen muss, übernimmt anny AI als KI-Telefon- und Chat-Assistent das komplette Gespräch: Ein Kunde sagt „Ich will morgen von 18–20 Uhr zwei Badmintonfelder buchen" – anny AI prüft die tatsächliche Verfügbarkeit, erklärt Preise oder Regeln bei Rückfragen und schließt die Buchung direkt ab, inklusive Zahlung. Kein Rückruf, keine Warteschleife, kein verlorener Anruf außerhalb der Öffnungszeiten.

Warum „nimm einfach ein bestehendes GPT" für echte Produkte nicht reicht

„Wir hängen einfach GPT hinter unsere Support-Hotline" – dieser Satz fällt in vielen Strategiemeetings. In komplexen B2B-SaaS-Szenarien funktioniert das nicht, wenn echte Aktionen notwendig sind.

Eine einzige Buchung in anny umfasst folgende Komplexität:

Dimension

Beispiel

Kataloglogik

Verschiedene Ressourcentypen: Schreibtische, Räume, Parkplätze, Equipment

Preislogik

Zeitslots, Personenanzahl, Mitgliedschaften, Rabatte

Warenkorb

Mehrere Ressourcen in einem Vorgang, Stornobedingungen

Formulare

Pflichtfelder, Einwilligungen, Datenschutz (DSGVO)

Buchungsregeln

Teamrechte, Buchungsfenster, maximale Dauer

Generische KI-Modelle haben keine Kenntnis dieser kundenspezifischen Business-Logik. Datenschutz und gesetzliche Vorgaben wie die DSGVO sind dabei ebenso wichtig bei der Datenverarbeitung. Die Nutzung bestehender KI-Modelle per API ist hier oft der praktikablere Weg als das Training eigener Modelle – vorausgesetzt, der Kontext stimmt.

„Nur Prompting" löst die Probleme nicht: Ohne kontrollierte Tools und strukturierte Antworten können Halluzinationen – z. B. falsche Preis- oder Verfügbarkeitsangaben – echte Schäden verursachen. Gerade bei geschäftskritischen Informationen ist es nicht akzeptabel, wenn die Technologie „rät".

Ein KI-Produkt zu entwickeln heißt deshalb: eine orchestrierte Umgebung bauen, in der Sprachmodelle nur ein Baustein sind. Daneben stehen APIs, Rechtekonzepte, Validierungen und Observability.

Learning 1 – Model Context Protocol (MCP) als Fundament für KI-Produkte

MCP lässt sich am einfachsten als „USB-C für KI" verstehen: ein standardisiertes Protokoll, über das sich Tools und Datenquellen an KI-Modelle anbinden lassen. Jeder Entwickler und Ingenieur, der heute ein KI-Produkt aufbaut, sollte MCP oder vergleichbare Ansätze kennen.

Im Kontext von anny AI nutzen wir MCP für:

  • Zugriff auf Buchungsdaten, Ressourcen und Nutzerkonten

  • Ansteuern von Aktionen (Buchung erzeugen, stornieren, verschieben)

  • Einbindung externer Systeme (z. B. Kalender oder branchenspezifische APIs) über standardisierte Schnittstellen

Besonders bei Voice-Anwendungen ist MCP kritisch: Der Agent darf nicht „frei fantasieren", sondern nur definierte Tools nutzen. Werkzeuge müssen mit Parametern aufrufbar sein, die das Modell versteht – z. B. Startzeit, Ressource-ID, Personenanzahl.

Die Grenzen sind real: Viele Tools plus viele Parameter können ein Modell überfordern. Je größer der Tool-Katalog, desto wichtiger werden klare Tool-Designs, Namenskonventionen und Guardrails.

Bei schnellen, kleinen Modellen für Echtzeit-Telefonie – wo 500–1.000 ms Antwortzeit das Maximum sind – muss der Kontext schlank bleiben. MCP hilft, nur die wirklich relevanten Tools und Daten bereitzustellen, statt alles auf einmal zu laden. Für die eigene KI-Architektur bedeutet das: früh klären, wie Tooling- und Datenzugriff standardisiert werden, um Vendor Lock-in und Chaos bei der KI-Integration zu vermeiden.

Learning 2 – Signed Conversation Context: Halluzinationen kontrollieren statt nur hoffen

Große Sprachmodelle neigen zu Halluzinationen – besonders wenn Kontextfenster voll sind oder unscharfe Anweisungen vorliegen. In einem B2B-SaaS mit Buchungsgarantie ist das ein reales Risiko: Eine erfundene Ressource oder ein falscher Preis kann echten Schaden verursachen.

Was „Signed Conversation Context" aus Sicht eines Produktteams bedeutet: Es ist ein System, das den Gesprächskontext aktiv steuert statt ihn nur zu sammeln – bestimmte Teile werden fixiert und über die gesamte Konversation hinweg zugänglich gehalten, damit wichtige Informationen nicht verloren gehen.

Die Ergebnisse bei anny AI:

  • Deutlich weniger Fehlaufrufe von Tools

  • Schutz vor „Context Overflow" – alte aber wichtige Infos gehen nicht verloren

  • Konsistentere Ergebnisse über viele Gespräche hinweg

Der Merksatz lautet: „Prompt ist ein Satz, Kontext ist ein System." Es geht nicht darum, bessere Prompts zu schreiben, sondern eine Architektur für Kontext-Management zu entwerfen.

Zur Qualität und den Risiken: anny bietet eine Buchungsgarantie – die KI darf niemals eine Buchung bestätigen, die nicht den Kundeneinstellungen entspricht, technisch abgesichert über die MCP-Tools. Ein Restrisiko für fehlerhafte Aussagen (z. B. zu Mitarbeitenden oder Preisen) bleibt dennoch bestehen, auch wenn es drastisch minimiert wurde. Deshalb gilt: Rechtliche Absicherung und klare Disclaimer gegenüber Kund:innen sind kein Nice-to-have, sondern Pflicht.

Für Gründer:innen ist dieser Kontext-Layer der eigentliche Werttreiber – hier entsteht Differenzierung gegenüber generischen KI-Wrappern.

Fazit: KI-Produkt entwickeln heißt Context Engineering – nicht Modell-Hopping

95% der KI-Projekte ohne messbaren Effekt. KI-Wrapper ohne Burggraben. Und daneben: anny AI als Beispiel für ein KI-Produkt, das echte Aufgaben übernimmt – Telefon, Chat, Buchung, Zahlung. Der Unterschied liegt nicht im Modell, sondern in der Architektur dahinter.

2026 markiert einen Wendepunkt: Es wird zum Jahr der KI-Agenten. Aber erfolgreiche Agenten laufen auf stabilen Produkt- und Kontextsystemen, nicht auf immer neuen Modellen allein. KI-Technologien wie LLMs, Machine Learning und Voice AI entwickeln sich rasant weiter – Innovationszyklen werden kürzer. Wer heute in Context Engineering investiert, kann morgen neue Modelle austauschen, ohne das Produkt im gesamten Produktlebenszyklus neu bauen zu müssen.

Für B2B-SaaS-Gründer:innen heißt das:

  1. Starte vom Problem: Nicht „wir brauchen KI", sondern „welchen Workflow können wir autonomer machen?"

  2. Designe die Architektur: Daten, MCP/Tools, Kontext-System – bevor du das Modell wählst.

  3. Miss Qualität und Impact: Nicht nur „klingt gut", sondern Buchungsrate, Fehlerquote, Supportkosten.

Der eigene Vorsprung liegt in bestehenden Kundendaten, Workflows und Integrationen. Die Möglichkeiten sind enorm – wenn man aufhört, generischen KI-Features hinterherzulaufen, und anfängt, eine native KI-Schicht auf das eigene Produkt zu bauen.

Teste anny AI als konkretes Beispiel einer KI-Integration im Workspace- und Ressourcen-Management. Kostenlos starten oder Demo vereinbaren und sieh selbst, wie ein KI-Telefonassistent echte Buchungen abwickelt.

Empowering the world to share resources

Anny ist auf der Bewertungsplattform OMR Reviews für das Q2 2025 in der Kategorie Workplace Management Top Rated
anny ist Fall 2025 Europa High Performer bei G2
anny GmbH 2026
App Store Download für Raumverwaltung
Google Play Download für Raumverwaltung

Empowering the world to share resources

Anny ist auf der Bewertungsplattform OMR Reviews für das Q2 2025 in der Kategorie Workplace Management Top Rated
anny ist Fall 2025 Europa High Performer bei G2
anny GmbH 2026
App Store Download für Raumverwaltung
Google Play Download für Raumverwaltung

Empowering the world to share resources

Anny ist auf der Bewertungsplattform OMR Reviews für das Q2 2025 in der Kategorie Workplace Management Top Rated
anny ist Fall 2025 Europa High Performer bei G2
anny GmbH 2026
App Store Download für Raumverwaltung
Google Play Download für Raumverwaltung