docs(so-api): [31188f42] Update meeting prep with automation strategy

SUPEROFFICE_MEETING_PREP.md

@@ -76,5 +76,29 @@ Bis zur Lösung nutzen wir folgenden Workaround:
 *   **Authentication:** System User Flow (Refresh Token)
 *   **Endpoint:** `/api/v1/Shipment`
 
+---
+
+## 6. Ziel-Prozess & Automatisierungs-Logik (Roadmap)
+
+Um den SuperOffice-Experten den Kontext unserer Anforderungen zu verdeutlichen, hier das geplante Ziel-Szenario:
+
+### A. Neukunden-Akquise (Prospecting)
+1.  **Trigger:** Ein Mitarbeiter setzt in SuperOffice den Status einer Person auf `MA-Status: Init`.
+2.  **Enrichment:** Die Gemini GTM-Engine (Company Explorer) erkennt den Trigger via Webhook, analysiert das Unternehmen und generiert hyper-personalisierte Texte in den UDFs.
+3.  **Versand (Der "Send As" Case):** Die Engine stößt über die API den Versand der 1. E-Mail an.
+    *   **Wichtig:** Der Versand erfolgt im **"Send As"** Modus (nicht "Im Auftrag von").
+    *   **Absender:** Der in SuperOffice hinterlegte `Account Manager` / `Associate`.
+    *   **Signatur:** Die E-Mail muss die **persönliche Signatur** des jeweiligen Absenders enthalten.
+4.  **Status-Update:** Nach erfolgreichem Versand wird der Status auf `Sent 1st E-Mail` gesetzt.
+
+### B. Multi-Step Follow-up (Drip Campaign)
+1.  **Wartezeit:** Das System prüft nach 7 Tagen (via Queue/Cron) erneut den Status der Person.
+2.  **Bedingung:** Ist der Status unverändert (`Sent 1st E-Mail`), wird automatisch die 2. E-Mail (Nurture) versendet.
+3.  **Abbruch:** Reagiert der Kontakt (Statusänderung durch Sales) oder ist die 3. Mail ohne Erfolg rausgegangen, stoppt die Sequenz.
+
+### C. Sales Follow-up (Angebot-Nachfassen)
+1.  **Trigger:** Ein Angebot (`Sale`) ist seit 14 Tagen im Status "Offen" und es gab keine dokumentierte Aktivität.
+2.  **Aktion:** Die Engine generiert ein personalisiertes Follow-up für den Account Manager und versendet dieses (ebenfalls via "Send As"), um den Sales-Prozess zu beschleunigen.
+
 ---
 *Ende des Protokolls*