Die meisten CRM-Migrationsprojekte wählen eine Plattform, bevor sie einen Archetyp wählen. Das ist die falsche Reihenfolge. Ob Sie eine Greenfield- oder Brownfield-Migration fahren, ändert Scope, Timeline, Team und Risikoprofil mehr als die Plattform-Wahl. Die Plattform-Entscheidung ist der Archetyp-Entscheidung nachgelagert. Den Archetyp falsch zu wählen, und Sie verbringen die nächsten zwölf Monate damit zu erklären, warum das Projekt den Scope verfehlte, obwohl jeder Workstream technisch geliefert hat.
Warum das jetzt wichtig ist
Switching-Costs in CRMs steigen schnell. Jason Lemkins April-Notiz in SaaStr machte den Punkt deutlich, Bei zwei oder drei AI-Agenten ist ein CRM-Wechsel lästig; bei zehn teuer; bei zwanzig funktional unmöglich. Die Architektur, in die Sie migrieren, sauberes Schema oder vererbte Schulden, wird neben der Plattform eingesperrt. Eine als Greenfield mislabelte Brownfield-Migration shippt vererbte Schulden in die nächste Dekade. Eine Greenfield-Migration, die Brownfield hätte sein sollen, verbrennt den Inbound-Funnel auf dem Weg zu einem Schema, das niemand bestellt hat. Die Archetyp-Entscheidung ist, wo dieser Lock-in gesetzt wird.
Die drei Migrations-Archetypen
Sauberer Rebuild (Greenfield)
Eine neue Entität, eine neue Domain, ein neuer ICP oder eine bewusste Entscheidung, das Legacy-System zu verlassen. Das Schema wird vorwärts gegen das aktuelle Operating-Modell designt. Es gibt keine Source-of-Truth-Debatte, weil es keine zweite Quelle gibt. Marketing-Attributions-History wird, wenn vorhanden, als Read-only-Archiv behandelt statt als Live-Constraint. Greenfield ist selten in Unternehmen, die älter als zwei Jahre sind.
Sandbox-Cleanup (Semi-Greenfield)
Das Legacy-System bleibt, aber das Team hat akzeptiert, dass die Production-Instanz so wie sie ist nicht zu retten ist. Die Migration geht in ein Sandbox-gebautes Portal mit einem bewussten Cutover. Etwas History bewegt sich; das meiste Automation nicht. Der häufigste Archetyp für Series-A- oder Series-B-Teams, die im ersten Jahr schnell gebaut haben und nun ein echtes Schema für Jahr drei brauchen. Sieht von außen wie Greenfield aus, läuft innen wie Brownfield.
Brownfield-Merge
Zwei oder mehr Live-Systeme: typischerweise HubSpot, Salesforce, Pipedrive plus ein Marketing-Automation-Tool: konvergieren in eine einzige Instanz, ohne History, Attribution oder die Workflows, auf die das Team aktuell angewiesen ist, zu verlieren. Die Migration ist das Audit; das Audit ist das Projekt. Das Keep / Edit / Delete-Framework für die Triage einer übernommenen Instanz wird in einem vorherigen Beitrag behandelt, diese Arbeit passiert nach der Archetyp-Entscheidung, nicht an ihrer Stelle.
Die drei Fragen, die den Archetyp wählen
Das Entscheidungs-Sheet ist kurz, drei Zeilen, jede ehrlich beantwortet. Zwei von drei in dieselbe Richtung reicht zum Commit.
1. History-Wert, Wie viel von den Daten des Legacy-Systems trägt aktuelle kommerzielle Arbeit?
Wenn Marketing-Attribution, Ownership-History oder Pipeline-Analytics aktiv Forecasts, Renewal-Motions oder Board-Reporting treiben, ist die History tragend, und Sie sind in Brownfield-Territorium. Wenn das Legacy-System hauptsächlich eine Kontaktliste mit halbgebauten Workflows ist, denen niemand traut, ist die History Archiv und Greenfield ist auf dem Tisch. Diagnostik, Wer hat diese Daten in den letzten 90 Tagen gelesen, und welche Entscheidung wurde daraus getroffen?
2. Deadline-Druck, Kann der Inbound-Funnel ein Quartal lang dunkel werden?
Ein sauberer Rebuild kostet den Inbound-Funnel typischerweise ein Quartal Attributions-Kontinuität. Wenn Sie Runway und Leadership-Cover dafür haben, ist Greenfield tragfähig. Wenn Umsatzzahlen, Board-Reviews oder ein Fundraise an die Marketing-sourced Pipeline des nächsten Quartals geankert sind, ist Brownfield erzwungen, unabhängig davon, wie sauber ein Rebuild auf dem Papier aussehen würde. Niemand sollte in Monat vier entdecken, dass der Forecast des CRO ein Quartal dunkler Attribution nicht überlebt.
3. Schema-Schulden-Scope, Wie viel der Legacy-Implementierung ist aktiv falsch?
Ein ernsthaftes Audit einer übernommenen HubSpot- oder Salesforce-Instanz markiert üblicherweise 30–50 % der Custom Properties zur Löschung und weitere 20–30 % zur Bearbeitung. Wenn das Legacy-Schema größtenteils verteidigbar ist: Definitionen halten, Workflows feuern auf aktuelle Trigger, Stages bedeuten, was sie sagen: ist Brownfield ein kleineres Projekt, als es aussieht. Wenn das Schema größtenteils nicht verteidigbar ist, kippt die Cost-of-History-Berechnung: Sie zahlen Brownfield-Audit-Preise für Greenfield-Cleanup-Arbeit, und der Sandbox-Cleanup-Archetyp ist die richtige Antwort. Diagnostik, ein dreißig-Minuten-Walk durch die Property-Liste mit der Person, die sie gebaut hat. Wenn sie nicht die Hälfte ihrer Felder verteidigen kann, ist das Schema das Projekt.
Warum Mergers standardmäßig zu Brownfield gehen, auch wenn Greenfield sauberer ist
Post-Merger-CRM-Konsolidierungen präsentieren fast immer ein sauberes Greenfield-Argument am Whiteboard: neue kombinierte Entität, neuer ICP, neues Positioning, neue Domain. Das Argument fällt im ersten Scoping-Gespräch auseinander. Eines der beiden Systeme trägt immer History, die niemand aufgeben will, Monate von Marketing-Attribution, ein aktives Partner-Programm gebaut auf Association-Labels, eine Lifecycle-Stage-Definition, gegen die das Renewals-Team forecastet. Die Kosten, eines davon ein Quartal lang dunkel zu schalten, sind höher als die Kosten, das Schema-Schulden zu erben. Greenfield ist technisch möglich. Brownfield ist, was geshippt wird.
Wie eine falsche Entscheidung 90 Tage später aussieht
Die zwei Failure Modes sind Spiegelbilder voneinander.
Greenfield-wo-es-Brownfield-hätte-sein-sollen: Das neue Portal ist sauber, das Schema ist korrekt, und niemand traut den Zahlen, weil die Attributions-Kette beim Cutover gebrochen ist. Reports im neuen System passen nicht zu denen des alten Systems für die überlappende Periode. Der CRO forecastet zwei Quartale lang aus dem Legacy-Export, während das Team die Attribution neu aufbaut. Technisch erfolgreich und kommerziell unsichtbar.
Brownfield-wo-es-Greenfield-hätte-sein-sollen: Das gemergte Portal funktioniert, aber es trägt fünfzehn Lifecycle-Stages, wo fünf sein sollten, drei Deal-Pipelines, die mit verschiedenen Stage-Namen dasselbe bedeuten, und tausend Custom Properties, von denen ein Drittel ungenutzt ist. Jeder neue Workflow dauert doppelt so lange, weil er durch vererbte Schulden navigieren muss. Achtzehn Monate später wird jemand anderes eingestellt, um die Migration zu migrieren.
Muster aus der Praxis
Ein B2B-SaaS-Team in DACH in Series B kam kürzlich mit dem, was wie ein Lehrbuch-Greenfield-Fall aussah: zwei mergernde Unternehmen, neue Domain, neuer ICP, frisches Positioning. Der Whiteboard-Instinkt war ein sauberer Rebuild: neues Portal in acht Wochen, beide Legacy-Systeme am Cutover-Tag retired. Das Entscheidungs-Sheet stimmte nicht zu. History-Wert: Eines der beiden Portale trug etwa achtzehn Monate Marketing-Attributions-Daten, auf denen der Inbound-Funnel aktiv lief. Deadline-Druck: Die nächsten zwei Quartale hatten eine board-geankerte Pipeline-Zahl, die an diesen Funnel gebunden war. Schema-Schulden-Scope: messy, aber verteidigbar, die meisten Properties hatten Owner, die meisten Workflows feuerten auf aktuelle Trigger. Zwei von drei Zeilen zeigten auf Brownfield. Die Entscheidung kippte in der ersten Scoping-Session. Das Projekt shippte als Brownfield-Merge gegen das saubere der beiden Portale; der Inbound-Funnel ging nicht dunkel; Schema-Cleanup passierte in der Audit-Phase. Acht Wochen später hatte das Team eine einzelne Instanz mit etwa einem Drittel der Legacy-Custom-Property-Oberfläche und einer Attributions-Kette, gegen die der CRO forecasten konnte.
Auflösung, das Archetyp-Entscheidungs-Playbook
Vor jeder Plattform-Entscheidung, vor jeder Datenbewegung, vor jedem Kickoff:
- Lassen Sie die drei diagnostischen Fragen auf einer Seite laufen. History-Wert, Deadline-Druck, Schema-Schulden-Scope. Zwei Spalten: Greenfield-leaning, Brownfield-leaning. Erzwingen Sie eine binäre Antwort pro Zeile.
- Walk durch die Property-Liste mit der Person, die sie gebaut hat. Dreißig Minuten, keine Slides. Wenn sie die meisten Felder verteidigen kann, ist das Schema Brownfield-erholbar. Wenn nicht, ist Sandbox-Cleanup auf dem Tisch.
- Prüfen Sie die Attributions-Kette gegen die nächsten zwei Quartale Forecast. Wenn die Marketing-sourced Pipeline-Zahl ein Board-Review oder einen Fundraise verankert, ist Brownfield erzwungen, schreiben Sie das vor dem Plattform-Gespräch auf.
- Benennen Sie den Archetyp laut, schriftlich, mit dem CRO und dem Head of Marketing im Raum. Eine Migration, bei der Leadership sich nicht auf den Archetyp einigen kann, wird sich bis Monat drei mis-scopen.
- Wählen Sie die Plattform zuletzt. Die richtige Plattform für einen Greenfield-Rebuild ist nicht immer die richtige Plattform für einen Brownfield-Merge. Der Archetyp engt die Plattform-Shortlist ein.
- Re-testen Sie den Archetyp in Woche sechs. Wenn ein Brownfield-Projekt mehr Delete- als Keep-Entscheidungen produziert, könnte es ein als Brownfield-Merge mislabeltes Sandbox-Cleanup sein. Das in Woche sechs zu fangen kostet ein Re-Scoping; in Monat vier kostet es die Timeline.
Zwei von drei Zeilen in dieselbe Richtung reicht zum Commit. Eines von drei ist das Gespräch, für das es sich lohnt langsamer zu werden. Null von drei ist ein Projekt, das noch nicht gescoped wurde.
Wo Checkpoint ins Spiel kommt
Die Archetyp-Entscheidung ist das mit Abstand wichtigste Gespräch in jeder CRM-Migration. Treffen Sie sie richtig, und der Rest des Projekts ist Execution. Treffen Sie sie falsch, und jede nachgelagerte Entscheidung verstärkt das Mis-Scoping. Checkpoint lässt das Drei-Fragen-Entscheidungs-Sheet bei jedem CRM-Migrationsengagement vor jedem Plattform-Gespräch laufen. Wenn Sie nicht sicher sagen können, welcher der drei Archetypen Ihr Projekt ist, ist das das Gespräch, das Sie zuerst führen sollten.
Quellen
- Sinha, Shastri, Lorimer. „Why Your Digital Investments Aren't Creating Value." Harvard Business Review, 16. Februar 2026. hbr.org
- Lemkin, Jason. „Which CRM Should You Use in 2026/2027? Follow the Agents." SaaStr, 6. April 2026. saastr.com