Lead-Sourcing bis zur geprüften CRM-Kampagne

Der operative Aufwand liegt nicht im einzelnen Klick. Er liegt in der Summe vieler kleiner Prüfentscheidungen: Ist der Treffer relevant? Gehört die Marke zu diesem Unternehmen? Gibt es bereits einen CRM-Eintrag? Ist der Datensatz doppelt? Sind Website, Kontaktlage und Unternehmensbezug belastbar? Darf daraus ein Lead entstehen? Und ist dieser Lead vollständig genug, um direkt in eine Kampagne überführt zu werden?

Diese Arbeit ist für Unternehmen schwer dauerhaft sauber zu organisieren. Sie liegt zwischen Sales, Marketing Operations, Research, CRM-Pflege und Datenqualität. Niemand besitzt den gesamten Lauf wirklich end-to-end. Dadurch entstehen Medienbrüche, uneinheitliche Standards, Dubletten, falsche Zuordnungen und Kampagnenbestände, denen Sales nicht vollständig vertraut.

Das Ergebnis: Lead-Sourcing wird zwar gemacht, aber nicht wirklich geführt. Unternehmen gewinnen Daten, verlieren aber Qualität. Sie erzeugen Leads, die später bereinigt werden müssen. Sie starten Kampagnen auf unsauberen Grundlagen. Und sie binden qualifizierte Mitarbeiter an manuelle Prüf- und Korrekturarbeit, statt an Gespräche, Abschlusschancen oder strategische Marktbearbeitung.

Ab diesem Punkt führt Jadey den Ablauf durchgängig. Relevante Unternehmen werden identifiziert, geprüft, bewertet und für die Kampagne vorbereitet. Jeder potenzielle Lead erhält eine fachliche Einordnung und wird vorqualifiziert; der Company-Agent/rating-Befund fließt dokumentiert in die Kampagnenentscheidung ein. Bestehende CRM-Daten werden berücksichtigt, doppelte Einträge ausgeschlossen und unklare Fälle sichtbar ausgesteuert. Dadurch werden Recherche, Datenprüfung, Qualifizierung und Kampagnenaufbau nicht mehr zwischen Sales, Marketing, Research und CRM-Pflege verteilt, sondern in einem zusammenhängenden Prozess geführt.

Ein wesentlicher Unterschied liegt in der Qualitätssicherung während des Laufs. Unvollständige, widersprüchliche, nicht eindeutig zuordenbare oder fachlich zu schwach bewertete Datensätze werden nicht still in die Kampagne übernommen. Sie werden korrigiert, erneut geprüft oder bewusst blockiert, bis Unternehmensbezug, Datenqualität, Kontaktlage, Company-Agent/rating-Befund und CRM-Fähigkeit belastbar geklärt sind. So entsteht kein nachgelagertes Bereinigungsproblem, sondern ein kontrollierter Aufbau verwertbarer Kampagnendaten.

Der Abschluss ist ein geprüfter CRM-Kampagnenbestand. Leads, Marken, Unternehmen, Zuordnungen und Pflichtdaten werden so vorbereitet, dass Sales auf einer sauberen Grundlage weiterarbeiten kann. Erst wenn die Kampagne vollständig, eindeutig und nutzbar im CRM vorliegt, gilt der Lauf als abgeschlossen.

Als CRM-fähig zählt ein Lead erst, wenn Kampagne, Lead- und Brand-Datensätze, Kampagnenbindung, Brand-Lead-Relation und Pflichtfelder im CRM geschrieben und durch den Readback bestätigt sind. CRM First-Time-Right beschreibt dabei nicht eine spätere Vertriebswirkung, sondern den bestandenen CRM-Abschluss gegen Soll-State, Feldbefunde, Relationsnachweis und Parent-CRM-Audit.

Eine volle Kampagne umfasst 50 potenzielle Leads. Aus einem neuen Bedarf entsteht im eingerichteten Standardlauf in ca. 260 Minuten eine angelegte CRM-Kampagne statt einer manuell gepflegten Zwischenliste.

Die ausgewiesenen Kennzahlen beziehen sich auf diesen eingerichteten Standardlauf. Gezählt werden zusätzliche CRM-fähige Leads, die ohne neu aufgebauten manuellen Recherche- und Bereinigungsaufwand entstehen. Sonderfälle, unvollständige Datenlagen und notwendige Freigaben werden separat geprüft und gesteuert, statt die Qualität der gesamten Kampagne zu verwässern.

Die neue Fähigkeit liegt damit nicht in schnellerer Suche. Sie liegt darin, dass Jadey den vollständigen operativen Zusammenhang führt: vom erkannten Lead-Bedarf über Auswahl, Prüfung, Korrektur und CRM-Fähigkeit bis zum geprüften Kampagnenbestand. Lead-Sourcing wird dadurch von einer manuellen Rechercheaufgabe zu einem wiederholbaren, steuerbaren und nachweisbaren Unternehmenslauf.

Das Deployment endet bewusst am CRM-Kampagnenabschluss. Ein Lauf ist erst abgeschlossen, wenn Kampagne, Leads, Brands, Relationen, CRM-Readback und Parent-CRM-Audit dokumentiert sind. Ein späterer Outreach- oder Sales-Termin-Lauf gehört nicht zu diesem Deployment. Ein zusätzliches Deployment für Kampagne bis Sales-Termin ist separat.

Agenten und Rollen im Deployment

Am Lead-Sourcing-Lauf sind vier Agentenbereiche beteiligt. cron startet den Tageslauf technisch und übergibt den Lauf an opportunity. Dieser übernimmt die fachliche Fallführung: opportunity/triage klärt den Bedarf und legt den Kampagnenfall an, opportunity/ops-parent hält den Lauf zusammen und beauftragt opportunity/ops-child für einzelne Prüf- und Playbook-Schritte.

Für die fachliche Vorqualifizierung wird zusätzlich Company-Agent/rating eingebunden. Der Unternehmensagent bewertet potenzielle Leads mit unternehmensspezifischem Wissen, gibt ein Scoring zurück und liefert einen dokumentierten Befund für die weitere Kampagnenentscheidung. crm übernimmt die CRM-Subaufträge, wenn bestehende CRM-Daten geprüft, Kampagne, Leads und Brands geschrieben oder der CRM-Bestand zurückgelesen werden müssen.

Externe Register- und Recherchequellen ergänzen den Lauf als Datenquellen. Recherchequelle, DPMA, EUIPO, Website und Northdata liefern Prüfsignale in den Opportunity-Fall zurück, sind aber keine eigenständigen Zielbild-Agenten. So bleibt der Lauf klar geführt: cron orchestriert den Start, opportunity/ops-parent trägt die Ergebnisverantwortung pro Kampagnenfall, Company-Agent/rating ergänzt die fachliche Bewertung mit unternehmensspezifischem Wissen und crm/sales liefert CRM-Precheck, Write, Readback und Audit-Zulieferung.

Service-Hierarchy

flowchart TB
  cron_runner[cron/runner]
  triage[opportunity/triage]
  parent[opportunity/ops-parent]
  child[opportunity/ops-child]
  github[(GitHub)]
  research[(Recherchequelle)]
  dpma[(DPMA)]
  euipo[(EUIPO)]
  website[(Website)]
  northdata[(Northdata)]
  rating["Company-Agent/rating"]
  crm_sales[crm/sales]
  crm[(Dynamics Dataverse CRM)]

  cron_runner --> triage
  triage --> parent
  triage --> github
  parent --> child
  child --> research
  child --> dpma
  child --> euipo
  child --> website
  child --> northdata
  child --> rating
  child --> crm_sales
  rating ~~~ crm_sales
  crm_sales --> crm

Systeme im Deployment

Im Deployment werden nur die Systeme und Datenquellen genutzt, die für Intake, Prüfung, CRM-Schreiben und Abschlussnachweis erforderlich sind. GitHub dokumentiert Intake, Laufbezug und Abschlussnotiz. Recherchequelle, DPMA, EUIPO, Website und Northdata liefern Prüfsignale für Marke, Unternehmen, Kontaktlage und Kampagnenfähigkeit. Das CRM ist der führende Abschlussort für Kampagnen, Marken, Leads und Relationen.

Artefakte im Deployment

Die Artefakte bilden die Nachweiskette vom Suchimpuls bis zur geprüften CRM-Kampagne. Auf der Website werden die relevantesten Artefakte gezeigt. Im tatsächlichen Lauf erzeugt jede Agentenrolle zusätzlich eine eigene Übergabe an die nächste Rolle, damit Zustandswechsel, Befunde und Blocker nachvollziehbar bleiben.

Für Enterprise-Umgebungen ist diese Artefaktkette zentral. Sie macht sichtbar, welcher Bedarf geprüft wurde, welche Kriterien galten, welche Leads weitergeführt oder blockiert wurden, ob das CRM-Ergebnis belastbar ist und welche Ausnahmen offen bleiben.

Vom Suchimpuls bis zur geprüften CRM-Kampagne

Das Ablaufdiagramm zeigt den Standardpfad und die Ausnahmen des Deployments. Der Parent hält den Laufzustand zusammen, Child-Playbooks liefern abgegrenzte Befunde, Company-Agent/rating ergänzt die unternehmensspezifische Bewertung und crm/sales schreibt und prüft den CRM-Bestand zurück. Nebenpfade greifen, wenn Bedarf, Pflichtwerte, Quellenlage, Dedupe oder Readback keinen belastbaren Abschluss erlauben.

flowchart TB
  subgraph cron_lane["cron/runner<br/>Tageslauf"]
    c1[Täglichen Sourcing-Lauf<br/>starten]
    c2[opportunity/triage<br/>wartend starten]
    c3[Auf Triage-Rückgabe<br/>warten]
    c4[Run Logs und<br/>Runner Report schreiben]
    c1 --> c2 --> c3 --> c4
  end

  subgraph triage_lane["opportunity/triage<br/>Intake"]
    t1[Sourcing-Bedarf<br/>prüfen]
    t2{Bedarf<br/>vorhanden?}
    t_no[Kein Bedarf<br/>zurückgeben]
    t_yes[Business Defaults<br/>materialisieren]
    t_issue[GitHub Issue<br/>mit Pflichtfeldern]
    t1 --> t2
    t2 -->|nein| t_no
    t2 -->|ja| t_yes --> t_issue
  end

  subgraph parent_lane["opportunity/ops-parent<br/>Kampagnenlauf"]
    p1[Parent Run<br/>aus Issue starten]
    p2[canonical_run_state<br/>bereitstellen]
    p3[ops-child Playbooks<br/>beauftragen]
    p4[Rückgaben sammeln<br/>und bewerten]
    p5{Parent Gate}
    p6[Parent CRM Audit]
    p7[Handoff<br/>campaign_id + name]
    p_block[Hard Block<br/>dokumentieren]
    p1 --> p2 --> p3 --> p4 --> p5
    p5 -->|advance| p6 --> p7
    p5 -. retry/repair .-> p3
    p5 -->|hard block| p_block
  end

  subgraph child_lane["opportunity/ops-child<br/>Playbook-Schritte"]
    ch1[CRM Precheck<br/>und Dedupe]
    ch2[Sourcing, Register<br/>und Website prüfen]
    ch3[Portfolio und<br/>Gesellschaftsdaten prüfen]
    ch4[Opportunity-Analyse<br/>vorbereiten]
    ch5[CRM-Kampagne<br/>und Upsert vorbereiten]
    ch1 --> ch2 --> ch3 --> ch4 --> ch5
  end

  subgraph rating_lane["Company-Agent/rating<br/>Unternehmensbewertung"]
    r1[Fachliche Lead-Bewertung<br/>mit Unternehmenswissen]
    r2["Scoring und<br/>Company-Agent/rating-Befund"]
    r1 --> r2
  end

  subgraph crm_lane["crm/sales<br/>CRM Service"]
    crm1[Dynamics CRM<br/>Bestand prüfen]
    crm2[Kampagne, Lead<br/>und Brand schreiben]
    crm3[Readback und<br/>Audit-Zulieferung]
    crm1 --> crm2 --> crm3
  end

  triage_parent_gap[ ]

  c2 --> t1
  t_no --> c3
  t_issue --> c3
  t_issue --> p1
  p3 --> ch1
  ch1 -. CRM-Prüfung .-> crm1
  crm1 --> ch2
  ch4 --> r1
  r2 --> ch5
  ch5 --> crm2
  crm2 --> crm3
  crm3 --> p4
  p7 --> c3
  %% Layout-Hilfe: hält Abstand zwischen Intake und Parent-Lane.
  t_issue ~~~ triage_parent_gap
  triage_parent_gap ~~~ p1
  style triage_parent_gap fill:transparent,stroke:transparent,color:transparent
  %% Layout-Hilfe: hält Bewertung und CRM-Service als eigene Lanes lesbar.
  ch4 ~~~ r1
  ch5 ~~~ crm2

Was hier für Lead-Sourcing umgesetzt wurde, lässt sich auf vergleichbare Kampagnen-, Recherche- und CRM-Prozesse in Ihrem Unternehmen übertragen - mit bestehender Systemlandschaft, Ihren Freigabewegen und den Regeln, die Ihren Betrieb steuern.

In einem ersten Gespräch ordnen wir ein, ob dieses Deployment als Ausgangspunkt für Ihr Unternehmen geeignet ist und wo Jadey kurzfristig operative Wirkung erzeugen kann.