Terminbuchung ist gelöst, denkt man. Ein Abo bei einem bekannten Anbieter kostet wenig und läuft zuverlässig. Wer würde da selbst bauen? Der Fall, den Jason Lemkin von SaaStr beschreibt, kippt diese Annahme: Sein Team baute ein eigenes Terminbuchungstool – und der Grund dafür hatte mit Terminen fast nichts zu tun. Wer nur auf den Kalender schaut, hält die Entscheidung für unnötig. Schaut man auf das, was drumherum hängt, versteht man sie.
Am besten lässt sich das mit einem Empfang vergleichen. Ein klassisches Buchungstool ist der Türsteher mit der Uhr in der Hand: Er notiert, wer wann kommt, mehr nicht. Er weiß nicht, wer da steht, was die Person vorher gelesen hat und zu wem im Haus sie gehört. Diese drei Fragen konnte der bisherige Buchungsschritt nicht beantworten. Genau dort setzt der Eigenbau an. Lemkin schildert, wie ein KI-Agent namens 10K etwas bauen wollte – normalerweise ein Warnsignal – und warum das Team trotzdem zustimmte.
Zwei Gründe, von denen einer allein nicht gereicht hätte
Der erste Grund kam vom Agenten selbst. 10K ist bei SaaStr der „AI VP of Marketing“, also eine Art KI-Marketingchef, und übernimmt zunehmend auch die Rolle des Umsatzverantwortlichen. Er läuft auf Replit, schreibt in Salesforce, fährt Werbekampagnen, kümmert sich um Quote-to-Cash und hängt an rund dreißig weiteren Systemen. Wie SaaStr den Agenten im Inbound eingesetzt hat, beschreibt auch unser Beitrag zum Inbound-KI-Agenten von SaaStr. Als Amelia und 10K den eingehenden Sponsoren-Flow neu aufbauten, schlug der Agent vor, Calendly aufzugeben und ein eigenes Buchungstool zu bauen. Er bot an, das selbst zu übernehmen.
Für sich genommen ist das kein Argument. Ein Agent, der bauen will, ist ein schlechter Grund zu bauen, denn Agenten bauen gern. Folgt man jedem solchen Vorschlag, stehen am Ende ein Dutzend selbstgebauter Werkzeuge herum, die niemand braucht. Lemkin hält genau das für die richtige Grundhaltung und fragte den Agenten nach einer Begründung, statt einfach zuzustimmen.
Der zweite Grund war der eigentliche. Zuvor verschickten David und Amelia unterschiedliche Links: er einen Calendly-Link, sie einen Read-AI-Link. Keiner davon war mit irgendetwas verbunden, was das Team sonst betreibt. Der Terminschritt war damit der einzige Punkt im ganzen Funnel, an dem niemand sehen konnte, was ein Interessent tat. Das ist der blinde Fleck.
Der Buchungsvorgang als Empfang: Was das eigene Tool anders macht
Beim Buchen passieren zwei Dinge gleichzeitig. Erstens entsteht in Echtzeit ein Prospectus: mit dem Firmennamen des Interessenten, den Wettbewerbern, die auf der SaaStr AI Annual waren, und den Paketen, die der Agent für dieses Unternehmen empfiehlt. Das ist eine tokenisierte Seite auf der eigenen Website. Der Link, den der Interessent schon hat, wächst also mit, wenn das Team mehr über ihn erfährt.
Zweitens landet der Termin beim richtigen Menschen. Der Agent verteilt nach den Sponsoren-Accounts, die jede Person schon betreut. Als Base44 anfragte, ging der Termin an Amelia statt an David, weil sie Replit und Lovable verantwortet und dieses Volumen schwerer wog als Davids Betreuung von Vercel. Der Buchungslink trägt außerdem den Firmennamen und führt zurück auf den Prospectus, den die Person gerade gelesen hat.
Bricht jemand ab, ohne zu buchen, meldet 10K das an Amelia und bietet an, die Follow-up-Mail zu entwerfen. Hier zeigt sich der Unterschied zum Türsteher-Bild: Der Empfang kennt die Gästeliste, die Lesezeichen des Besuchers und die Zuständigkeit im Haus. Calendly kann nicht wissen, wer welchen Sponsor-Account verantwortet, was im individuellen Prospectus steht oder welche Abschnitte die Heatmap als gelesen markiert hat. Diese Daten liegen bei 10K und in Salesforce. Ein externes Buchungstool hätte sie erst über Schnittstellen bekommen müssen, und die Entscheidungen darüber wären trotzdem im eigenen System gefallen.
Warum der KI-Agent zum Bauen statt zur Integration riet
Man hätte Calendly behalten und über dessen API anbinden können. 10K hielt es aber für einfacher, den ganzen Booker zu bauen, als einen Teil in Calendly zu lassen und Routing, Prospectus-Auslieferung und das Erkennen von Abbrüchen drumherum zu verdrahten. Lemkin ergänzt: Routing und Prospectus hängen an eigenen Daten, man hätte also in jedem Fall den größten Teil der Logik selbst geschrieben und zusätzlich eine Integration zu Calendly gepflegt.
Der Bau dauerte rund zwanzig Minuten. Vorher war der Kalender der eine Schritt im Funnel, bei dem unsichtbar blieb, was ein Interessent dort tat. Jetzt ist er sichtbar. Das ist der eigentliche Gewinn – nicht die Terminbuchung, die vorher auch funktionierte.
Zwanzig Minuten Bauzeit und vier Prüffragen
Amelias erste Reaktion war Skepsis: „It’s just a calendar“, es sei doch bloß ein Kalender. Lemkin gibt ihr recht, ein reiner Kalender ist es nicht wert, gebaut zu werden. Was den Ausschlag gab, war alles, was daran hängt. Weil die Schätzung bei zwanzig Minuten Agentenzeit lag, war die Hürde niedrig. Hätte der Agent zwei Wochen veranschlagt, wäre Calendly geblieben. Ein nüchternes Kriterium, kein Bekenntnis zur Eigenentwicklung.
Bevor gebaut wird, muss der Agent vier Fragen beantworten. Was kann das, was der Anbieter nicht kann? Deckt eine API-Integration das meiste davon ab? Welche Daten braucht es, die nur wir haben? Und wie lange dauert es, und was passiert, wenn es bricht? Beim Buchungstool war die dritte Frage entscheidend, und die vierte fiel leicht, weil ein Calendly-Link als Rückfallebene existierte. Bei sensiblen Abläufen lässt das Team den Agenten außerdem vorher erklären, was er vorhat.
Die kurze Bauzeit ist also kein Argument für sich. Es senkt nur die Schwelle, unter der ein Experiment sinnvoll wird. Der eigentliche Filter bleibt die Frage nach den eigenen Daten, die kein Anbieter haben kann, und eine funktionierende Rückfallebene, falls die gebaute Lösung ausfällt.
Was SaaStr trotzdem kauft – die Grenze zwischen Kaufen und Bauen
Der Standard bleibt der Kauf. Salesforce, Qualified, Clay, ZoomInfo, Artisan, Monaco, Gamma und Clarity sind alle eingekauft, und Gründer bekommen von SaaStr die Empfehlung, im Zweifel zu kaufen. Gebaut wird nur in schmalen Ausschnitten. Ein Beispiel nennt Lemkin: Zapier verlor stillschweigend rund zwanzig Prozent der Anmeldungen, bevor sie Salesforce erreichten.
Die Reaktion darauf war keine Generalabrechnung mit dem Anbieter. Zapier blieb für die authentifizierten Trigger zuständig, weil die mühsam nachzubauen sind und keine Probleme machten. Nur die Aktionsschritte wanderten in eigenen Code, weil dort die Anmeldungen verloren gingen. Man tauscht nicht das ganze Rohrsystem, sondern das eine Stück, das leckt. Die Terminbuchung selbst darf Mietware bleiben; die Entscheidung, wer einen Interessenten trifft und was er beim Buchen sieht, braucht Daten, die kein Terminanbieter besitzt.
Auch die Urteilskraft des Agenten ist kein Selbstläufer. 10K entscheidet schnell, wählte Clarity für Heatmaps ohne Vergleichsprüfung und verwarf innerhalb von zwölf Stunden einen Anbieter, den ein eigener Unteragent zuvor auf die Liste gesetzt hatte, nachdem er die Preise durchgerechnet hatte. Solche Entscheidungen sind oft gut – und werden trotzdem überprüft.
Vom Werkzeug zum Ideengeber
Auffällig ist, woher der Nutzen des Agenten inzwischen kommt. Vor einem Jahr schlug er Dinge wie ein Empfehlungsprogramm für Tickets vor. Heute sind es überwiegend Produktideen. Den tokenisierten Prospectus für eingehende Anfragen hatte er sich ausgedacht: Er sah sich an, was für Verlängerungen gebaut worden war, und wies darauf hin, dass die meisten Bausteine schon existierten. Der Booker war ebenfalls seine Idee. Aktuell schlägt er eine Version seiner selbst für David und das Vertriebsteam vor, weil David nicht über die Backend-Zugänge verfügt, die Amelia hat.
Was folgt daraus? Kaufen bleibt die Grundregel, aber der Vorschlag eines Agenten ist kein Rauschen. Frag nach dem Warum, halt dagegen, prüfe die vier Fragen. Für die meisten Teams heißt dieser Fall nicht, Calendly zu kündigen. Er heißt, den einen Schritt im eigenen Funnel zu finden, an dem eigene Daten den Ausschlag geben, und dort zu entscheiden, ob ein selbst gebautes Werkzeug mehr leistet als ein Kalender mit Uhr. Der Agent ersetzte bei SaaStr nicht reihenweise gekaufte Software. Er stellte die richtige Frage, und die Antwort war zwanzig Minuten Arbeit mit einer Rückfallebene in der Schublade. Lemkins Schlusssatz dazu: Wer vom Agenten zum Bauen gedrängt wird, soll nach dem Warum fragen und dagegenhalten, denn vielleicht hat er eine großartige Idee.
Quelle: saastr.com
