Wo Agenturarbeit zwischen Sales und Delivery verloren geht

Agenturarbeit geht zwischen Sales und Delivery verloren, weil CRM, Projekttool und Abrechnungs-App jeweils eine separate Kopie des Kunden speichern. Wenn ein Deal gewonnen wird, erstellt jemand manuell ein Projekt, tippt den Scope und hofft, dass Produktion die Sales-Notizen liest. Jedes nicht kopierte Feld ist Kontext, der bei der Übergabe stirbt — und Agenturen fahren diese Übergabe bei jedem neuen Engagement.

Dieser Beitrag kartiert genau wo Information verschwindet, warum Prozess-Fixes allein nicht reichen, und wie ein Architektur-Fix aussieht.

Die Übergabe, die niemand designed hat

Die meisten Agenturen haben einen Sales-Prozess und einen Delivery-Prozess. Was ihnen fehlt, ist eine designed Verbindung zwischen beiden.

Der typische Flow:

Sales schließt Deal im CRM
        ↓
  [manuelle Übergabe — kein System-Support]
        ↓
PM erstellt Projekt im Projekttool
        ↓
Account Manager richtet Abrechnung ein
        ↓
Designer fragt "was wollte der Kunde eigentlich?"

Die Lücke in der Mitte fehlt nicht an einem Feature. Sie fehlt an einem gemeinsamen Datenmodell. Das CRM denkt, der Job ist erledigt. Das Projekttool denkt, der Job startet bei null. Niemand besitzt die Naht.

Fünf Stellen, wo Kontext stirbt

1. Scope-Details in Deal-Notizen

Sales erfasst Nuancen in Freitext-Deal-Notizen: “Kunde will bold, nicht corporate,” “Budget ist tight aber sie zahlen für Rush,” “CEO gibt frei, Marketing Manager führt den Tag.” Nichts davon ist strukturierte Daten. Erstellt der PM das Projekt, kopiert er Deal-Titel und Wert — nicht die drei Absätze Kontext, die wirklich zählen.

Was Produktion sieht: “Website-Relaunch — 27.000 €.”
Was Produktion braucht: alles im Notizfeld, das niemand las.

2. Budget-Aufschlüsselung

Der Deal-Wert ist 27.000 €. Aber Sales vereinbarte: 18.000 € Design, 5.600 € Entwicklung, 3.400 € Copy. Diese Aufschlüsselung liegt in einer Tabelle am Deal — oder im Kopf des Sales Reps. Abrechnung richtet eine einzelne 27.000-€-Rechnung ein. Produktion gibt 20.000 € für Design aus und wundert sich, warum das Budget “tight” ist.

3. Stakeholder-Map

Sales traf drei Leute: CEO (Entscheider), Marketing Manager (täglich), IT-Lead (technisches Gate). Das CRM hat einen Kontakt am Deal. Das Projekt wird “Acme Corp” zugewiesen ohne Hinweis, wer was freigibt. Der Designer schickt Mockups an den Marketing Manager; der CEO lehnt ab, weil niemand sagte, dass der CEO freigibt.

4. Zeitplan-Constraints

“Wir müssen vor der Konferenz am 15. live sein” wurde im Sales-Call besprochen. Es steht in den Deal-Notizen — vielleicht. Das Projekt bekommt einen Standard- Sechs-Wochen-Zeitplan. Woche vier entdeckt der Account Manager die Konferenz- Deadline und eskaliert.

5. Kundenhistorie

Das ist das dritte Projekt des Kunden mit der Agentur. Die ersten beiden hatten Scope Creep, eine verspätete Zahlung und einen Champion, der das Unternehmen verließ. Nichts davon ist im Projekttool sichtbar, weil das Projekttool nur dieses Projekt kennt. Produktion behandelt es wie ein erstes Engagement.

Warum Prozess-Fixes nicht reichen

Agenturen, die das Übergabe-Problem erkennen, reagieren meist mit Prozess:

• Übergabe-Templates — ein Formular das Sales vor dem Close ausfüllt
• Kickoff-Meetings — ein Meeting wo Sales Produktion briefet
• Pflichtfelder — CRM-Felder die vor “gewonnen” vollständig sein müssen

Die helfen. Sie scheitern auch vorhersehbar:

Prozess-Fix	Warum er verfällt
Übergabe-Template	Übersprungen wenn Sales den nächsten Deal closen muss
Kickoff-Meeting	Wissen bleibt in jemandes Gedächtnis, nicht im System
Pflichtfelder	Leute füllen Minimum-Viable-Daten um die Stufe freizuschalten
Slack-Übergabe	Nicht durchsuchbar, nicht verlinkt, im Scroll verloren

Prozess hängt an Disziplin. Disziplin erodiert unter Druck — und Agenturen stehen immer unter Druck. Der Fix, der die Hochsaison überlebt, ist kein besseres Formular. Es ist, den Copy-Paste-Schritt ganz zu entfernen.

Der Architektur-Fix: ein Kundendatensatz

Die Übergabe bricht, weil drei Tools drei Kundendatensätze haben. Der Fix ist ein Datensatz, den alles referenziert:

Unternehmen: Acme Corp
├── Kontakte (CEO, Marketing Mgr, IT-Lead)
├── Deal: Website-Relaunch — 27.000 € [Gewonnen]
│   ├── Scope-Notizen
│   ├── Budget-Aufschlüsselung
│   └── Zeitplan: live vor dem 15.
├── Projekt: Acme Website Q3
│   ├── Aufgaben
│   ├── Verantwortliche
│   └── Referenziert Deal oben
├── Rechnung: 9.000 € Meilenstein 1
│   └── Referenziert Projekt oben
└── Dokumente: Vertrag, Brief, Brand Assets

Öffnet Produktion das Projekt, sieht es den Deal, aus dem es kam — Scope, Kontakte, Budget, Zeitplan — ohne dass jemand etwas kopiert. Erstellt Abrechnung eine Rechnung, referenziert sie dasselbe Unternehmen. Checkt der Account Manager die Kundenhistorie, sind alle drei früheren Projekte direkt da.

Das ist keine Feature-Wunschliste. Das passiert, wenn CRM, Projekte und Abrechnung eine Datenbank teilen.

Was sich in der Praxis ändert

Sales schließt einen Deal

Der Deal-Datensatz hat bereits Unternehmen, Kontakte, Wert, Scope-Notizen und Zeitplan. Nichts muss irgendwohin “geschickt” werden.

PM startet Delivery

Er erstellt ein Projekt verknüpft mit demselben Unternehmen und Deal. Scope, Budget-Aufschlüsselung und Stakeholder-Kontakte sind bereits angehängt. Die erste Aufgabe ist echte Arbeit, keine Archäologie.

Abrechnung stellt Meilenstein in Rechnung

Die Rechnung referenziert Unternehmen und Projekt. Während Sales vereinbarte Sätze stehen im Deal-Datensatz. Niemand checkt drei Systeme für die Zahl.

Designer kommt ins Projekt

Er öffnet das Projekt und sieht: den Brief (Dokumente), die Stakeholder (Kontakte), die Constraints (Deal-Notizen) und frühere Engagements (Projekthistorie). Kein Kickoff nötig für Grundkontext — Kickoffs helfen trotzdem für Nuancen.

Account Manager checkt ein

Er öffnet den Unternehmensdatensatz und sieht: Pipeline-Deals, aktive Projekte, offene Rechnungen und kommende Kalendereinträge. Eine Ansicht, nicht vier Tabs.

Die Kosten der kaputten Übergabe

Kontextverlust ist auf keiner einzelnen Rechnung sichtbar — deshalb bleibt er. Aber er akkumuliert:

• Nacharbeit — Deliverables die unstated Requirements verfehlen
• Scope Creep — Produktion entdeckt “Extras” die Sales schon versprochen hat
• Langsame Starts — erste Woche damit verbracht, was Sales schon wusste neu aufzubauen
• Kundenreibung — “das habe ich eurem Sales-Team schon gesagt”
• Margen-Erosion — nicht abrechenbare Zeit für Übergabe-Archäologie

Multipliziert mit Engagements pro Jahr, ist die kaputte Übergabe eine der größten versteckten Kosten in einem fragmentierten Agentur-Stack — größer als jede einzelne Abo-Position.

Wie sSystm die Übergabe handhabt

In sSystm ist die Übergabe kein Prozess — sie ist eine Eigenschaft des Datenmodells:

• CRM hält Kontakte, Unternehmen und Deals
• Projekte referenzieren dieselben Unternehmen und können Deals verlinken
• Abrechnung stellt dieselben Unternehmen und Projekte in Rechnung
• Dokumente hängen an Unternehmen und Projekten
• Kalender-Einträge verlinken Unternehmen und Projekte

Es gibt keinen Export-Schritt. Kein Copy-Paste. Kein “check das CRM für Details.” Der Kundendatensatz ist der Hub; jedes Modul ist eine Speiche.

Deine über MCP verbundene KI kann den vollen Kontext lesen — Deal-Notizen, Projektstatus, Rechnungshistorie — in einer Abfrage. Das ist nur möglich, weil die Daten an einem Ort liegen, nicht weil die KI besonders clever ist.

Der Ein-Minuten-Test

Nimm deine letzten drei gewonnenen Deals. Beantworte für jeden:

1. Siehst du das aktive Projekt, ohne das CRM zu verlassen?
2. Siehst du den Deal-Scope aus der Projektansicht?
3. Siehst du alle Rechnungen für diesen Kunden an einem Ort?
4. Findet ein neues Teammitglied den unterschriebenen Vertrag in unter 60 Sekunden?

Ist eine Antwort nein, ist deine Übergabe ein manueller Prozess — und manuelle Prozesse verlieren jedes Mal Kontext.

---

Verwandt: Agentur-CRM vs. generisches CRM · Warum Agenturen CRM, Projekte und Abrechnung in einem Tool brauchen · Die wahren Kosten getrennter Agentur-Tools