Wann ein eigenes CRM günstiger ist als Salesforce

Ein kleines Team brauchte keine sechsstellige CRM-Einführung. Ein fokussierter Arbeitsbereich beseitigte Tabellenübergaben, schützte Nachfassumsatz und kostete weniger als Salesforce-Abonnement und Einführung.

Kundenprojekt · anonymisiert

Kunden- und Deal-Daten lagen in Tabellen, Postfächern und Abrechnungsexporten. Salesforce hätte die Übersicht verbessert, doch nutzerbasierte Abos, Einführung und Prozessaufwand standen nicht im Verhältnis zum tatsächlichen Bedarf des Teams.

Kurzfassung

Salesforce ist nicht schlecht. Plattformbreite ist aber nicht dasselbe wie Geschäftswert. Für ein kleines Team mit einem begrenzten Ablauf kann ein fokussiertes System günstiger sein, schneller angenommen werden und leichter zu ändern sein.

Das Problem: Die CRM-Entscheidung wurde zu einer Preisfrage

Das Team brauchte keine komplexe Enterprise-Vertriebsmaschine. Es brauchte einen verlässlichen Kundendatensatz, einen Verantwortlichen und eine nächste Aktion für jede aktive Chance, eine Historie unabhängig vom Postfach einer Person und eine geprüfte Übergabe an die Abrechnung.

Der bestehende Ablauf war um Tabellen herum gewachsen. Ein Kunde konnte in Pipeline, Supportliste und Rechnungsexport unterschiedlich geschrieben sein. Nachfassdaten lagen in persönlichen Kalendern. Am Monatsende glich jemand Summen manuell ab und fragte, welche Chancen noch real waren.

Salesforce war eine nachvollziehbare Option: eine bewährte Plattform kaufen und sauber konfigurieren. Doch die Offerte enthielt Lizenzen, Beratung, Migration, Schulung, Administration und Prozessänderungen für die Plattform. Die richtige Frage lautete: „Werden wir diese Funktionen in den nächsten drei Jahren tatsächlich betreiben und nutzen?“

Das Kostenmodell: drei Jahre statt einer Produktdemo vergleichen

Die folgenden Werte sind ein anonymisiertes Entscheidungsmodell, kein allgemeines Salesforce- Angebot. Der tatsächliche Preis hängt von Edition, Vertrag, Nutzern, Implementierungspartner und Verhandlung ab. Das Modell enthält Kosten, die in Softwarevergleichen oft fehlen.

Das eigene System gewinnt nur bei diszipliniertem Umfang. Der Vorteil entsteht durch weniger ungenutzte Oberfläche, nicht durch die Behauptung, Wartung sei kostenlos.

Was gebaut wurde

Der Ersatz war ein kleiner Kundenarbeitsbereich mit klarer Grenze: Kunden und Kontakte mit kanonischer Identität, Chancen mit Verantwortlichem und Fälligkeit, Aktivitätenhistorie, validierte Übergabe an den Finanzprozess, rollenbasierter Zugriff und ein Exportweg für alle Daten.

Buchhaltung, E-Mail, Marketing und zukünftige Universalberichte wurden nicht ersetzt. Das CRM wurde die Quelle der Wahrheit für Kundenbeziehungen und aktive Deals, nicht ein neues Universum, das das gesamte Unternehmen besitzen muss.

Architektur und Migration

Die entscheidende Architekturfrage war die Eigentumsgrenze, nicht das Framework:

Existing spreadsheets ──validated migration──▶ CRM database
                                                  │
                                                  ▼
                                          Customer workspace
                                           │             │
                                           ▼             ▼
                                     Billing handoff   Export / reporting

Das relationale Modell machte Beziehungen zwischen Kunde, Kontakt, Chance und Aktivität explizit. Validierung lief vor dem Import und an jeder externen Grenze. Wichtige Änderungen führten Akteur und Zeitstempel. Die Übergabe an die Abrechnung war idempotent, sodass ein Wiederholungsversuch keinen zweiten Vorgang erzeugte.

Vor dem Umstieg wurden die wöchentlichen Geschäftsentscheidungen festgelegt: überfällige Chancen, Verantwortliche, wahrscheinlicher Umsatz und verlässliche Daten für die Finanzabteilung. Danach wurden Tabellen bereinigt, das neue System parallel betrieben, Summen und Termine abgeglichen und aktive Kunden sowie offene Chancen übertragen. Alte Datensätze blieben als durchsuchbares Archiv erhalten.

Der Erfolg war nicht die Zahl konfigurierter Felder. Entscheidend war, dass der Wochenabgleich entfiel, jede aktive Chance eine nächste Aktion hatte und die Abrechnung konsistente Daten bekam.

Warum das fokussierte System gewann

• weniger Lizenzen für Funktionen, die das Team nie betreiben würde;
• weniger Übersetzung zwischen echtem Prozess und Plattformbegriffen;
• geringere Kosten für begrenzte Änderungen;
• Eigentum an Schema, Daten und Deployment-Zugriff; und
• ein sauberer Ausstieg, falls Salesforce später wirklich erforderlich wird.

„Eigen“ ist nur bei harter Grenze wirtschaftlich. In diesem Fall waren Identität, Chancen, Aktivitäten und Abrechnung enthalten; Kampagnen, komplexe Prognosen und universelle Berichte nicht.

Salesforce kann richtig sein, wenn Ökosystem, Governance, Prognosen oder globale Skalierung real benötigt werden. Die Entscheidung sollte dem Geschäftsprozess folgen, nicht der Wirkung der Produktdemo.

Für das breitere Muster einer AppSheet-Migration siehe AppSheet-CRM in ein eigenes System migrieren. Wenn du Build gegen Buy vergleichst, bring deine Zahlen zu einer 20-Minuten-Fit-Gespräch.