Was wir öffentlich lernen.
Build-in-Public-Notizen aus dem Produkt heraus. Agentische Entscheidungs-Logs, Zustellbarkeits-Benchmarks, ICP-Discovery-Experimente — die Art Beitrag, von der wir uns gewünscht hätten, dass jemand sie geschrieben hätte, als wir angefangen haben. Lang, zitierbar, keine Listicles.
-
Multi-Source-Lead-Discovery vs. eine Kontaktdatenbank
Eine Kontaktdatenbank verkauft dir eine statische Liste, die alle anderen auch gekauft haben. Multi-Source-Discovery leitet deine ICP durch viele Live-Quellen und findet die B2B-Unternehmen, an die du wirklich verkaufst — inklusive des Long Tail, den eine Datenbank übersieht. Hier ist der Unterschied und warum er verändert, wen du erreichen kannst.
-
Zustellbarkeit für Gründer: Warmup, Bounce-Pause und SPF/DKIM/DMARC
Cold E-Mails landen aus langweiligen, behebbaren Gründen im Spam: nicht authentifizierte Domains, kalte Postfächer, die zu schnell senden, und Bounce-Raten, die deine Reputation verbrennen. Hier ist die Gründer-Version von Zustellbarkeit — was deine Domain wirklich schützt und was Overwise standardmäßig erzwingt, damit du dich nicht selbst ins Knie schießen kannst.
-
Wie KI einen B2B-Lead qualifiziert: Absence-Signale und Buying-Trigger
Unternehmen zu finden ist die leichte Hälfte. Qualifizierung ist das, was aus einer Liste Leads macht, die eine E-Mail wert sind. Hier erfährst du, wie konfigurierbare Absence-Signale — was ein Unternehmen nicht hat — plus Einstellungs- und Finanzierungs-Trigger jeden Lead von 0–100 gegen dein Produkt bewerten, nicht gegen einen generischen firmografischen Filter.
-
Belegen oder verwerfen als Produkt-Primitiv: wie der MessageVerifier seinen Platz verdient
Jede faktische Aussage in jeder E-Mail, die der Agent entwirft, muss auf eine belegte Quelle aus dem Kontext des Leads zeigen — sonst wirft der Verifier den Draft weg. Kein Qualitäts-Score, sondern binär. Hier ist, warum das Belegen-oder-Verwerfen-Primitiv in unserem Trust-Stack mehr Arbeit leistet als jedes andere Stück der agentischen Schleife.
-
Tenantübergreifender Cooldown: 7 Tage, weil wir es selbst so wollen würden
Wenn zwei unserer Kunden unabhängig voneinander denselben Lead finden, wird die zweite Sendung still für sieben Tage gehalten. Dreißig Tage, wenn der Lead bereits geantwortet hat. Keiner der beiden Kunden sieht den anderen. Hier ist, warum wir es so gebaut haben, was es jeden Tenant kostet — und warum die Alternative — beide Kunden senden in derselben Woche — der Fehlerfall ist, den wir nicht ausliefern.
-
Die Antwortraten-Falle: warum wir keine A/B-Gewinner nach Antwortrate küren
Jedes andere Outbound-Tool liefert einen A/B-Winner-Picker, der die Variante mit der höheren Antwortrate hochstuft. Die Falle: Antwortrate verschmilzt positive Antworten, negative Antworten und Abmeldungen zu einer Zahl. Die „Sieger-Variante“ ist oft jene mit mehr „bitte austragen“. Hier ist, was wir stattdessen gebaut haben.
-
Eine fixe Sequenz durch eine agentische Schleife ersetzen
Notizen aus dem Umbau der Overwise-Outreach-Pipeline zum agentischen System: ein Sonnet-Executor, der pro Lead entscheidet, was gesendet wird, ein Opus-Advisor für Grenzfälle und ein MessageVerifier, der Drafts verwirft, deren Aussagen sich nicht belegen lassen. Was wir verworfen haben, was wir ersetzt haben und warum.
Weitere Beiträge folgen. Wenn es ein konkretes Thema gibt, über das wir schreiben sollen, schreib an [email protected].