AgentSphereEinen Interessenten zu finden hieß: Websites einzeln öffnen, nach Gefühl beurteilen, eine E-Mail neu schreiben, den CRM-Eintrag anlegen, der Zahlung hinterherlaufen und die Rechnung schließlich in sevDesk eintippen.
← Alle Lösungen
ERFOLGSBEISPIEL 01 · UNSER EIGENER VERTRIEBSPROZESS
Vom Website-Befund zum bezahlten Termin.
Für unser eigenes Unternehmen gebaut: Websites entdecken, echte Kundenaufgaben untersuchen und aus belegten Befunden ein passendes Angebot, CRM-Einträge und einen Outlook-Entwurf erstellen. Vor dem Versand prüft ein Mensch das Angebot. Der nächste Teil verbindet Zahlung, Buchung und sevDesk-Rechnungsentwurf – geprüft in einem separaten Sandbox-Test.
CRM & Outlook-Entwürfe live geprüft · Zahlung & Rechnungsentwürfe in der Sandbox geprüft
UNSER EIGENES UNTERNEHMEN · SO GREIFT ES INEINANDER
Der Ablauf auf einen Blick
- EntdeckenLokale Unternehmen mit einer Website
- UntersuchenGesicherte Belege aus echten Kundenaufgaben
- QualifizierenEin belegter Befund und eine machbare Lösung
Kein belegter Befund? Kein Angebot. Unsichere Belege? Menschliche Prüfung.
Für Ihre Prüfung vorbereitet
- CRM-Opportunity
- Persönliche Angebotsseite
- Outlook-Entwurf
Sie prüfen, bearbeiten und sendenDie Automatisierung endet beim Entwurf.
NÄCHSTER TEIL · SEPARAT IN DER SANDBOX GEPRÜFT
Bestätigte Stripe-Zahlung- sevDesk-Rechnungsentwurf
- Vom Kunden bestätigter Teams-Termin
Keine echte Zahlung, kein Rechnungsversand. Automatische Rechnungsentwürfe gelten für den geprüften Preispfad.
- Websites geprüft
- 4
- qualifiziertes Vorschau-Angebot
- 1
- zusätzliche Entwürfe bei Wiederholung
- 0
- separater Sandbox-Zahlungstest
- 1
DER AUSGANGSPUNKT
Akquise von Hand skaliert nicht, und Raten ist niemandem gegenüber fair.
Ein entdecktes Unternehmen wird mit gesicherten Belegen untersucht, nach festen Regeln qualifiziert und als CRM-Opportunity, persönliche Angebotsseite und E-Mail-Entwurf vorbereitet. Im separaten Sandbox-Zahlungstest entsteht ein Rechnungsentwurf; den verfügbaren Termin wählt und bestätigt der Kunde selbst.
Unser eigener Prozess, geprüft am 18. September 2026. Jedes Angebot wird vor dem Versand weiterhin von einem Menschen gelesen.
01 / DER ABLAUF
Von der Entdeckung zum Entwurf. Dann Zahlung und Buchung.
n8n orchestriert. Wenige private Dienste erledigen die dauerhafte Arbeit. Der Mensch bleibt dort, wo Urteilsvermögen zählt.
Entdecken
Lokale Unternehmen werden nach Stadt und Stadtteil aus OpenStreetMap gesammelt und einmal gespeichert, ohne Duplikate.
N8N · OPENSTREETMAP · POSTGRESUntersuchen
Ein KI-Agent mit festem Werkzeugsatz liest die Website wie ein Kunde: Finde ich die Öffnungszeiten, die Speisekarte, eine Telefonnummer? Befunde müssen gespeicherte Beobachtungen zitieren; die Schlussfolgerungen prüft weiterhin ein Mensch.
CLAUDE · BEGRENZTE WERKZEUGE · ISOLIERTER BROWSERQualifizieren
Ein regelbasiertes Tor entscheidet. Es braucht einen belegten Befund, eine wirklich gescheiterte Kundenaufgabe, eine machbare Lösung und eine veröffentlichte Kontakt-E-Mail. Eine unauffällige Website oder unzureichende Belege führen zu keinem Angebot.
N8N · POSTGRESVorbereiten
Nur für qualifizierte Fälle: deutscher Angebotstext, ein bepreistes Angebot mit privatem Link, Unternehmen, Opportunity und Notiz im CRM sowie ein Outlook-Entwurf. Jeder Schreibvorgang wird protokolliert.
TWENTY CRM · MICROSOFT 365 · ANGEBOTSSEITEPrüfen und senden
Ein Mensch liest den Entwurf, passt ihn bei Bedarf an und versendet ihn. Der Ablauf verschickt nie selbst eine E-Mail.
OUTLOOKZahlen und buchen
Der Kunde zahlt auf der Angebotsseite. Im geprüften Sandbox-Ablauf bestätigt der signierte Stripe-Webhook den gezahlten Betrag. sevDesk erhält einen Test-Rechnungsentwurf; den Teams-Termin wählt und bestätigt der Kunde aus unserem Live-Kalender.
STRIPE · SEVDESK · MICROSOFT TEAMS02 / WAS ES GEBRAUCHT HAT
Bis zu einem Ablauf, dem wir vertrauen.
Die ersten Versionen lieferten selbstbewusste Texte mit dünnen Belegen. Der größte Aufwand floss darin, den Prozess ehrlich und sicher wiederholbar zu machen.
Nachweis vor Schlussfolgerung
Der Untersuchungsagent muss gespeicherte Beobachtungen zitieren. Ergebnisse ohne Belege oder mit „vollständig geprüft“ nach einem gescheiterten Abruf werden abgelehnt und zur erneuten Bearbeitung zurückgegeben.
Ablehnungen sind Ergebnisse
Eine gesunde Website erzeugt kein Angebot. Ein Befund ohne verifizierte Kontakt-E-Mail wird abgelehnt, auch wenn das Problem real ist. Der Ablauf ist auf belastbare Angebote ausgelegt, nicht auf Menge.
Sicher wiederholbar
Die Wiederholung einer Veröffentlichung, eines Zahlungs-Webhooks oder einer Buchung liefert dieselben CRM-Einträge, denselben Entwurf und dieselbe Rechnung. Das haben wir gezielt getestet.
Minimale Rechte
Untersuchung, Angebote, Abrechnung, E-Mail und Sprache laufen als getrennte Dienste mit begrenzten Zugangsdaten. Der Browser ist so konfiguriert, dass private Netze gesperrt sind; CRM- und Buchhaltungszugangsdaten besitzt er nicht.
Ein klarer nächster Schritt für den Kunden
Erst die Zahlungsbestätigung vom Server öffnet die Buchung. Der Kunde sieht freie Zeiten, bestätigt einen Termin und kann später zurückkehren, ohne neu anzufangen. Ein Rechnungsproblem blockiert die Terminbuchung nicht.
Fehler bleiben sichtbar
Ein angenommener Auftrag ist noch kein fertiges Ergebnis. Die Abläufe warten auf Untersuchung und Qualifizierung und melden Fehler. Unklare externe Schreibvorgänge pausieren zum Abgleich.
03 / WAS DIE ZAHLEN BISHER SAGEN
Echte Prüfungen. Klar begrenzte Ergebnisse.
Stand: 18. September 2026. CRM und Postfach wurden live geprüft; Zahlung, Rechnungsentwurf und Buchung separat mit einem Sandbox-Angebot. Das sind technische Prüfergebnisse, keine Aussagen über Kundenumsatz oder Abschlussquoten.
- Vier Websites in der letzten Qualitätsprüfung
- Ein qualifiziertes Vorschau-Angebot für konkret fehlende Informationen. Zwei Websites ohne wesentliches Problem. Ein Fall zur manuellen Prüfung, weil die Belege keine verlässliche Aussage zum Website-Zustand erlaubten. Aus dieser Stichprobe wurde nichts veröffentlicht oder versendet.
- Eine Veröffentlichung, eine Wiederholung
- Unternehmen, Opportunity, Notiz, Angebotsseite und Outlook-Entwurf wurden einmal erzeugt. Die Wiederholung legte nichts Neues an und lieferte denselben Entwurf.
- Ein separater Sandbox-Zahlungsablauf
- Stripe-Sandbox-Checkout, signierter Webhook, sevDesk-Rechnungsentwurf mit unabhängig geprüften Netto-, Steuer- und Bruttobeträgen sowie ein gebuchter Teams-Termin für den Kunden.
- Über 180 automatisierte Tests
- Warteschlange, Sperren, Idempotenz und Wiederherstellung gegen eine echte Datenbank, dazu Dienst- und Grenztests für Angebote, Abrechnung, E-Mail und Sprache.
Woran wir noch arbeiten
- Die menschliche Prüfung bleibt Teil des Ablaufs: Beobachtung, Umfang, Formulierung und benötigte Kundenzugänge vor dem Versand prüfen.
- Automatische Rechnungsentwürfe sind auf den geprüften Sandbox-Preispfad begrenzt. Bestehende Pipeline-Angebote gelangen nicht automatisch dorthin. Produktive Abrechnung, Rechnungsversand und Zahlungsbuchung in der Buchhaltung sind separate nächste Schritte.
- Die erzeugte E-Mail ist noch zu lang und erklärt zu viel Methode. Wir kürzen sie auf Beobachtung, Folge, Maßnahme und nächsten Schritt.
- Die letzte Prüfung bestätigte: Verlinkte Speisekarten-PDFs wurden gelesen, unsichere Befunde stoppten die Qualifizierung. Einzelne Formulierungen brauchen weiter eine redaktionelle Prüfung; Belegkontrollen prüfen nicht jeden Satz.
Passt das auch für Sie?
Nicht jedes Unternehmen braucht eine Akquise-Strecke. Die Bausteine lassen sich übertragen: eine belegte Prüfung, ein prüfbarer Entwurf, wiederholungssichere CRM-Schreibvorgänge und ein Zahlungsschritt, der zu Rechnung und Termin führt. Wir beginnen mit dem Baustein, der am meisten Kopierarbeit spart.
Ähnlichen Ablauf besprechenFINDEN WIR IHREN EINSTIEG
Was könnte bei Ihnen besser laufen?
Erzählen Sie uns, wo es hakt. Gemeinsam finden wir einen praktischen nächsten Schritt.
Ein paar hilfreiche Antworten.
Verschickt die KI E-Mails an Unternehmen?
Nein. Sie bereitet einen Outlook-Entwurf vor. Ein Mensch liest, bearbeitet und versendet ihn. Dasselbe gilt für Rechnungen, die als Entwürfe angelegt werden.
Wie vermeiden Sie erfundene Probleme?
Der Untersuchungsagent muss für jede Aussage auf gespeicherte Seitenbelege verweisen. Ein regelbasiertes Tor verlangt danach eine wirklich gescheiterte Kundenaufgabe und eine machbare Lösung. Ohne ausreichende Belege entsteht kein Angebot.
Was passiert, wenn ein Schritt auf halbem Weg scheitert?
Abgeschlossene Schreibvorgänge werden gespeichert und bei Wiederholung wiederverwendet. Ist der Ausgang eines externen Schreibvorgangs unklar, pausiert der Ablauf zum Abgleich. Die Abnahmetests bestätigten die Wiederverwendung von CRM-Einträgen, Outlook-Entwurf, Testrechnung und Kalendertermin.
Welche Werkzeuge brauche ich für etwas Ähnliches?
Ihr bestehendes CRM, Ihr Postfach und Ihr Rechnungstool reichen meist aus. n8n und ein kleiner privater Dienst verbinden sie. Wir prüfen zuerst die Anbindungsmöglichkeiten Ihrer Werkzeuge.