CRM-Kampagne bis zum Sales-Termin

Der Lauf startet fachlich immer aus der Sales-Statistik und wird erst ausführbar, wenn eine geprüfte CRM-Kampagne mit campaign_id, Kampagnenbezug, kampagnenfähigen Leads und CRM-Nachweisen vorliegt. Abgeschlossen ist das Deployment erst, wenn jeder Lead in einem nachweisbaren CRM-Zustand steht: bestätigter Sales-Termin, Ablehnung, qualifizierte Rückfrage oder dokumentierter Blocker.

Agenten und Rollen im Deployment

Am Sales-Terminlauf sind drei operative Agentenbereiche beteiligt: cron, opportunity und crm. Zusammen rufen sie acht Unterrollen auf, die den Lauf von der Sales-Statistik bis zum Sales-Termin tragen. cron/runner startet täglich den Run und sichert den Run-Nachweis. opportunity/triage, opportunity/communications und opportunity/review übernehmen Bedarfseinordnung, Prozessführung und Versandprüfung. crm/new-email-verification, crm/email, crm/pending-email-replies und crm/scheduler stellen die CRM-nahen Ausführungsservices für Inbound-Prüfung, E-Mail, Antwortbedarf und Terminpfad.

Zusätzlich sichern zwei Kontrollkanten den Lauf ab. sentry prüft untrusted Inbound-Inhalte, bevor sie in den Kommunikationslauf zurückgeführt werden. Company-Agent/review gibt mit Unternehmenswissen außenwirksame Kommunikation frei, wenn finaler Text, Claims, Routing oder externe Wirkung betroffen sind. Beide Kanten sind bewusst keine zusätzlichen Business-Owner: Sie prüfen, begrenzen und geben zurück, führen den Sales-Terminlauf aber nicht selbst.

Service-Hierarchy

flowchart TB
  cron_runner[cron/runner]
  triage[opportunity/triage]
  comms[opportunity/communications]
  opportunity_review[opportunity/review]
  company_review[Company-Agent/review]
  crm_verify[crm/new-email-verification]
  sentry[sentry]
  crm_email[crm/email]
  crm_pending[crm/pending-email-replies]
  crm_scheduler[crm/scheduler]
  crm[(Dynamics Dataverse CRM)]
  microsoft365[(Microsoft 365<br/>Postfach Graph Teams Kalender)]

  cron_runner --> triage
  cron_runner --> crm_verify
  triage --> comms
  comms --> opportunity_review
  comms --> company_review
  comms --> crm_email
  comms --> crm_pending
  comms --> crm_scheduler
  crm_verify --> sentry
  crm_verify --> crm
  triage --> crm
  crm_pending --> crm
  crm_email --> crm
  crm_scheduler --> crm
  crm_verify --> microsoft365
  crm_scheduler --> microsoft365

Systeme im Deployment

Im Deployment werden zwei Systembereiche genutzt. Dynamics Dataverse CRM bleibt der führende Nachweisort für Sales-Statistik, Kampagne, Leads, E-Mail-Aktivitäten, Terminstatus und CRM-Timeline. Microsoft 365 trägt Postfach, Graph, Teams und Kalender für eingehende Antworten, Holds und finale Sales-Termine. Technische und fachliche Nachweise werden nicht als eigene Systeme dargestellt, sondern in der Artefaktkette geführt.

Artefakte im Deployment

Die folgende Darstellung zeigt nicht alle Artefakte des Deployments, sondern die wichtigsten öffentlichen Nachweise. Entscheidend sind vier Punkte: welche Kampagne den Lauf auslöst, welcher Lead-Auftrag geführt wird, welche Kommunikation und welcher Rücklauf zulässig sind und welches Sales-Ergebnis am Ende im CRM steht.

Von Terminbedarf zum vereinbarten Sales-Call

Der Wertstrom verbindet technische Taktung, Bedarfserkennung, Kampagnen-Handoff, Kommunikationslauf, Review, CRM-E-Mail, Inbound-Prüfung, sichere Antwortführung, Scheduling und CRM-Rückführung zu einem kontrollierten Betriebsprozess. Der Standardpfad startet, sobald aus der CRM-Sales-Statistik Outreach- oder Terminbedarf entsteht und eine geprüfte CRM-Kampagne als Ausführungsbasis vorliegt.

Jadey führt den Lauf anschließend entlang klarer Zustände: Kampagne übernehmen, Leads laden, Kommunikationskontext prüfen, Versand freigeben, Outreach ausführen, Rücklauf verifizieren, Antwortlage bewerten, Follow-up oder Terminpfad auslösen und das Ergebnis im CRM zurückführen. Dadurch wird aus einem CRM-Signal kein loses Arbeitspaket, sondern ein kontrollierter Revenue-Prozess mit eindeutiger Abschlusslogik.

flowchart TB
  subgraph cron_lane["cron/runner<br/>Technischer Takt"]
    c1[CRM Sales Lauf starten]
    c2[opportunity/triage wartend starten]
    c3[Inbound Verifikation takten]
    c4[Run Logs und Runner Report schreiben]
    c1 --> c2 --> c4
    c1 --> c3
  end

  subgraph triage_lane["opportunity/triage<br/>Bedarf und Kampagnenanschluss"]
    t1[CRM Sales Statistik heranziehen]
    t2{Outreach oder Terminbedarf?}
    t_no[Kein Lauf dokumentieren]
    t3[Gepruefte CRM Kampagne zuordnen]
    t4[campaign_id campaign_name uebernehmen]
    t_block[Kampagnenanschluss blockieren]
    t1 --> t2
    t2 -->|nein| t_no
    t2 -->|ja| t3 --> t4
    t3 -->|nicht eindeutig| t_block
  end

  subgraph comms_lane["opportunity/communications<br/>Kommunikationslauf"]
    o1[Kommunikationslauf starten]
    o2[Kampagnen Leads und Verlauf laden]
    o3[Naechsten Schritt bestimmen]
    o4[Dispatch Package erstellen]
    o5[Review Gate anfordern]
    o6{Freigegeben?}
    o_block[Versand Blocker dokumentieren]
    o1 --> o2 --> o3 --> o4 --> o5 --> o6
    o6 -->|nein| o_block
  end

  subgraph review_lane["Review und Governance"]
    r1[opportunity/review<br/>lokales Dispatch Gate]
    r2[Company-Agent/review<br/>Aussenkommunikation]
    r1 --> r2
  end

  subgraph crm_lane["crm<br/>E-Mail und Inbound"]
    m1[crm/email<br/>Email Activity]
    m2[crm/new-email-verification<br/>Inbound pruefen]
    m3{sentry<br/>zulaessig?}
    m4[crm/pending-email-replies<br/>Antwortbedarf]
    m_block[Inbound Blocker dokumentieren]
    m1 --> m2 --> m3
    m3 -->|ja| m4
    m3 -->|nein| m_block
  end

  subgraph scheduling_lane["crm/scheduler<br/>Terminpfad"]
    s1[Antwort und naechsten Schritt einordnen]
    s2{Abschlusszustand?}
    s3[Preflight Slot Hold]
    s4{Beidseitig bestaetigt?}
    s5[Finaler Sales Termin]
    s6[CRM Appointment Nachweis]
    s_reject[Ablehnung dokumentieren]
    s_question[Qualifizierte Rueckfrage dokumentieren]
    s_block[Termin Blocker dokumentieren]
    s1 --> s2
    s2 -->|Terminbedarf| s3 --> s4
    s2 -->|Ablehnung| s_reject
    s2 -->|Rueckfrage| s_question
    s2 -->|Blocker| s_block
    s4 -->|ja| s5 --> s6
    s4 -->|nein| s_block
  end

  c2 --> t1
  c3 --> m2
  t_no --> c4
  t_block --> c4
  t4 --> o1
  o5 --> r1
  r2 --> o6
  o6 -->|ja| m1
  m4 --> s1
  s2 -->|Follow-up| o4
  o_block --> c4
  m_block --> c4
  s_reject --> c4
  s_question --> c4
  s_block --> c4
  s6 --> c4