Säule

Das Zwei-Klick-Angebot: Wie Automode wirklich funktioniert

Das meiste, was in Business-Software als “KI-Automatisierung” bezeichnet wird, ist ein Chatbot, der eine E-Mail entwirft und dann stoppt. Manchmal nützlich. Automatisiert aber eigentlich gar nichts.

Automode macht etwas Engeres und, wie wir finden, Ehrlicheres: Es durchläuft den konkreten, wiederholbaren Bogen von einer unvollständigen Anfrage bis zum kalkulierten Angebot, und stoppt dabei genau zweimal, um einen Menschen zu fragen, ob es weitermachen darf.

Wie der Ablauf tatsächlich aussieht

Eine Anfrage kommt rein, ohne genug Details, um irgendetwas zu kalkulieren: keine Termine, keine Teilnehmerzahl, kein echter Umfang. Stark liest sie, entwirft eine höfliche Nachfrage nach dem Fehlenden, und stoppt. Erstes Gate. Es wurde noch nichts an irgendjemanden geschickt. Sie lesen den Entwurf, klicken auf Freigeben, und er geht raus.

Der Kunde antwortet. Stark liest die Antwort, gleicht sie mit der tatsächlichen Angebotshistorie Ihres Unternehmens im Vault ab (was ähnliche Arbeit früher gekostet hat, welche Posten typischerweise anfallen, wie Ihre Margen normalerweise aussehen), und entwirft ein vollständiges, kalkuliertes Angebot. Er stoppt erneut. Zweites Gate. Noch immer wurde nichts erstellt. Sie lesen den Entwurf, die Begründung hinter der Kalkulation, und klicken auf Freigeben.

Erst dann entsteht ein echter Angebotsdatensatz, zurückverknüpft mit der ursprünglichen Anfrage, genau dort in Ihrer Pipeline platziert, wo er wäre, wenn Sie ihn selbst entworfen hätten.

Das ist die gesamte Funktion. Zwei menschliche Entscheidungen. Alles dazwischen, die Anfrage lesen, die Nachfrage entwerfen, die Antwort lesen, die Arbeit kalkulieren, passiert ohne Sie, aber nie an Ihnen vorbei.

Ein echter Durchlauf, kein Demo-Skript

Wir haben das an einer echten Anfrage getestet, keiner skriptbasierten: eine Nachfrage zu einer Veranstaltung von einem Kunden aus einer Anwaltskanzlei, ohne Termine und ohne feste Budgetobergrenze. Stark entwarf die Nachfrage. Wir haben sie freigegeben. Wir haben eine realistische Antwort eingefügt: ein Budget von rund 8.000 €, Termine bestätigt. Stark entwarf das Angebot: “3-tägiges Team-Offsite”, drei Posten, 6.755 €, korrekt unter dem angegebenen Budget, nicht nur nah dran. Wir haben es freigegeben. Sekunden später existierte ein echter Angebotsdatensatz, in der tatsächlichen Pipeline, keine Sandbox.

Worauf wir geachtet haben, war die Begründung, nicht nur die Zahl. Es war kein generischer Aufschlag auf eine generische Vorlage. Sie bezog sich darauf, was diese spezifische Art von Arbeit dieses spezifische Unternehmen tatsächlich vorher gekostet hat, dieselbe Verankerung, die Starks Antworten überall sonst im Produkt von den Antworten eines generischen KI-Tools unterscheidet.

Warum genau zwei Gates, und nicht null oder vier

Null Gates bedeutet ein System, das Sie zu einem kundenseitigen Versprechen verpflichten kann, ohne dass Sie es je sehen: ein No-Go, eine Funktion, die wir nicht wollen würden, selbst wenn Besucher danach fragen würden. Vier oder fünf Gates fühlen sich schnell so an, als würde die Automatisierung eigentlich niemandem etwas ersparen; Sie sind wieder dabei, die ganze Arbeit selbst zu machen, nur mit zusätzlichem Klicken.

Zwei ist die Zahl, bei der der Mensch die Kontrolle über jeden folgenreichen Moment behält, was rausgeht und was kalkuliert wird, ohne gebeten zu werden, die Teile zu beaufsichtigen, die wirklich mechanisch sind: eine Antwort sorgfältig lesen, sie mit der Preishistorie abgleichen, sauberen Text formulieren. Das ist das eigentliche Design-Argument, keine willkürliche Wahl.

Es hört auch beim Angebot nicht auf

Sobald der Kunde annimmt und das Angebot freigegeben ist, reicht Automodes Wirkung weiter ins Projekt hinein. Derselbe Kontext, die Posten, der Umfang, die Historie, die dorthin geführt hat, wird direkt übernommen, sodass das Projekt bereits befüllt startet, statt von wem auch immer die Umsetzung übernimmt von Grund auf neu aufgebaut zu werden. Die beiden Gates decken die beiden Momente ab, die tatsächlich eine menschliche Entscheidung brauchen: was rausgeht, und was kalkuliert wird. Alles andere, einschließlich der Übergabe in die Umsetzung, läuft weiter, ohne dass jemand gebeten wird, manuell nachzubauen, was das System bereits weiß.

Was es nicht ist

Es ist keine vollständige Autonomie, und das soll es auch nicht sein. Es wird keinem Kunden hinterherlaufen, der nie antwortet. Das bleibt weiterhin eine Entscheidung, die ein Mensch trifft. Und es wird nicht durch Raten schlauer; wenn einer Antwort wirklich fehlt, was nötig ist, um die Arbeit zuverlässig zu kalkulieren, spiegelt der Entwurf das ehrlich wider, statt eine Zahl zu erfinden, um entschlossen zu wirken. Die zwei Klicks sind keine Formalität, die aus Show angeflanscht wurde. Sie sind der eigentliche Punkt.

Fragen, die Leute tatsächlich stellen

Schickt Automode jemals etwas an einen Kunden, ohne dass ich es vorher sehe?

Nein. Jeder Automode-Durchlauf stoppt an zwei Gates, einmal bevor die Nachfrage rausgeht, einmal bevor das Angebot erstellt wird, und wartet jedes Mal auf einen expliziten Freigabe-Klick. Es gibt keine Einstellung, die eines der beiden Gates entfernt.

Was, wenn in der Antwort des Kunden Informationen fehlen, die Stark braucht?

Stark arbeitet mit dem, was tatsächlich in der Antwort steht. Wenn etwas Wichtiges noch fehlt, spiegelt der Angebotsentwurf das wider. Er erfindet keine Zahlen, um eine Lücke zu füllen. Sie prüfen so oder so einen echten Entwurf, keine Blackbox.

Ist das dasselbe wie ein Chatbot, der E-Mails entwirft?

Der Entwurfsteil sieht von außen ähnlich aus. Der Unterschied liegt darin, was nach Ihrer Freigabe passiert: In der Sacred Spine entsteht ein echter Angebotsdatensatz, verknüpft mit der ursprünglichen Anfrage, kalkuliert anhand der tatsächlichen früheren Angebotsmuster Ihres Unternehmens aus dem Vault. Es ist kein Textgenerator, der an Ihr Postfach angeflanscht wurde.

Der Early Crew beitreten →← Zurück zu allen Beiträgen

Recorded on a live database and a live screen, but run by automated scripts standing in for a human's clicks and typing, not performed live. When Stark answers faster than the script expects, the screen can hold still for a beat before the next step starts. That's left in on purpose. The goal was never a polished demo reel, it was proof the feature actually works. Dejan's own verdict, after watching the raw footage: rough, but the best demo video we've made.