CRM kaufen oder selbst entwickeln.

Ein Standard-CRM ist die richtige Wahl, sobald Ihre Vertriebs- und Kundenprozesse den branchenüblichen Ablauf abbilden: Kontakt kommt herein, wird qualifiziert, bekommt eine Offerte, wird nachgefasst, wird Kunde oder nicht. Genau dafür sind diese Produkte gebaut, und genau das können sie ohne eine Zeile eigenen Code.

Die harten Vorteile liegen selten dort, wo im Verkaufsgespräch darüber geredet wird. Sie liegen im Betrieb: Sicherheitsupdates, Backups, Verfügbarkeit, mobile Apps, E-Mail- und Kalenderanbindung, Importfunktionen, ein Ökosystem von Erweiterungen und — oft unterschätzt — Mitarbeitende, die das System aus früheren Stellen bereits kennen. Jede dieser Leistungen müssten Sie bei einer Eigenentwicklung selbst finanzieren, dauerhaft.

Konkret spricht für den Kauf:

• Zeit bis zur Nutzung. Produktiv in Tagen bis wenigen Wochen statt in Monaten.
• Planbare Kosten pro Nutzer. Sie zahlen für tatsächliche Nutzung, nicht für ein Projektrisiko.
• Weiterentwicklung ohne Ihr Budget. Neue Funktionen kommen, ob Sie daran arbeiten oder nicht.
• Personalunabhängigkeit. Kompetenz ist am Markt verfügbar; niemand ist die einzige Person, die das System versteht.
• Reversibilität. Ein Fehlentscheid kostet Migrationsaufwand, aber kein abgeschriebenes Entwicklungsprojekt.

Wenn Sie unter fünfzig Mitarbeitenden sind und heute mit Tabellen, Notizen und dem E-Mail-Postfach arbeiten, ist die richtige nächste Handlung fast immer: ein Standardprodukt einführen, sechs bis zwölf Monate ernsthaft nutzen und erst danach beurteilen, ob wirklich etwas fehlt. Die Anforderungen, die Sie heute aufschreiben, sind selten die, die Sie nach einem Jahr echter Nutzung haben.

Eine Eigenentwicklung lohnt sich, wenn Ihr Kundenprozess selbst der Wettbewerbsvorteil ist — nicht wenn er nur ungewohnt aussieht. Das ist der eine Satz, an dem sich die ganze Frage entscheidet.

Typische Konstellationen, in denen wir eine Eigenentwicklung für begründet halten:

• Der Prozess ist das Produkt. Treuhand, Versicherungsbroker, Personalvermittlung, Labordienstleistungen: Der Ablauf mit Dossiers, Fristen, Prüfschritten und Freigaben ist die Dienstleistung, nicht ihre Verwaltung.
• Mehrere Rollen mit unterschiedlichem Blick auf denselben Datensatz. Kunde, Partner, interne Bearbeitung und Buchhaltung sehen jeweils andere Teile eines Vorgangs. Standardprodukte lösen das über Berechtigungsprofile, aber die Grenze ist schnell erreicht.
• Ein Fachdatenmodell, das nicht Kontakt und Firma heisst. Objekte, Fahrzeuge, Policen, Mandate, Chargen, Liegenschaften — mit eigenen Beziehungen, Zuständen und Historien.
• Kunden arbeiten selbst im System. Sobald ein Kundenportal Teil der Leistung ist, verlassen Sie den Bereich, für den CRM-Lizenzen gedacht sind. Wir haben genau das für Steuererklärung Zürich gebaut: Paketwahl, Login, Dokumenten-Upload und Terminbuchung in einer eigenen Web-Applikation.
• Sehr viele leichte Nutzer. Wenn hundert Personen gelegentlich einen Status setzen müssen, kippt die Lizenzrechnung pro Nutzer schnell.

Was kein ausreichender Grund ist: eine unübersichtliche Oberfläche, fehlende Schulung, unterschiedliche Meinungen im Team über den richtigen Ablauf, oder der Wunsch, «etwas Eigenes» zu haben. Diese Punkte überleben eine Eigenentwicklung — sie tauchen danach in Ihrem eigenen System wieder auf, nur teurer.

Sieben Kriterien tragen die Entscheidung; alles andere ist Geschmack. Gehen Sie sie schriftlich durch und halten Sie zu jedem Punkt fest, was Sie tatsächlich wissen und was Sie annehmen.

• 1. Prozessreife. Ist Ihr Ablauf so stabil, dass Sie ihn heute aufschreiben und in zwei Jahren wiedererkennen? Wer seinen Prozess noch sucht, sollte ihn nicht in Software giessen. Standardprodukte sind hier klar überlegen, weil sie eine erprobte Struktur vorgeben.
• 2. Abweichung vom Standard. Wie viel Prozent Ihrer Vorgänge laufen wirklich anders als im Standardmodell? Unter zwanzig Prozent: kaufen und die Ausnahmen daneben lösen. Über der Hälfte: Eigenentwicklung ernsthaft prüfen.
• 3. Integrationsbedarf. Welche Systeme müssen zwingend mit dem CRM sprechen — ERP, Buchhaltung, Zeiterfassung, Shop, Kalender, Telefonie? Prüfen Sie, ob es fertige Verbindungen gibt. Wenn Ihr Kernsystem nur eine ungewöhnliche Schnittstelle hat, verschiebt sich der Aufwand auf beide Wege gleichermassen.
• 4. Datenhoheit. Wie sensibel sind die Daten und was verlangen Ihre Kunden vertraglich? Gesundheits-, Personal- und Finanzdaten haben andere Anforderungen als eine Interessentenliste.
• 5. Kosten über fünf Jahre. Lizenzen für die realistische Nutzerzahl gegen Entwicklung plus Betrieb — beide Seiten vollständig. Dazu unten mehr.
• 6. Interne IT-Kapazität. Gibt es eine Person, die Anforderungen formulieren, Tests abnehmen und im Störungsfall entscheiden kann? Ohne diese Rolle scheitert eine Eigenentwicklung unabhängig von der Qualität der Umsetzung.
• 7. Exit-Risiko. Was passiert, wenn der Anbieter die Preise verdoppelt, das Produkt einstellt oder die Agentur nicht mehr verfügbar ist? Beim Standardprodukt zählen Exportformate und Migrationswege; bei der Eigenentwicklung Code-Eigentum, Dokumentation und die Frage, wie viele andere Firmen diesen Technologie-Stack ebenfalls betreuen könnten.

Ein brauchbares Vorgehen: Vergeben Sie pro Kriterium eine Punktzahl von eins bis fünf, wobei fünf klar für die Eigenentwicklung spricht. Kommen Sie über die Kriterien hinweg nicht deutlich über die Mitte, ist die Antwort «kaufen» — und zwar nicht knapp, weil der Kauf das kleinere Risiko trägt.

Rechnen Sie über fünf Jahre, in Schweizer Franken, und auf beiden Seiten vollständig — sonst ist die Rechnung wertlos. Der häufigste Fehler ist nicht ein falscher Preis, sondern eine unvollständige Liste: Auf der Kaufseite fehlen Einführung und Schulung, auf der Entwicklungsseite Betrieb und Weiterentwicklung.

Kaufen, vollständig gerechnet: Lizenzen pro Nutzer und Monat mal zwölf mal fünf Jahre, mit geplantem Personalwachstum; der Aufpreis auf eine höhere Edition, wenn eine einzelne benötigte Funktion erst dort enthalten ist; kostenpflichtige Zusatzmodule; Einführung und Konfiguration; Datenmigration aus dem Bestand; Schulung und die Arbeitszeit, die dabei nicht anderswo geleistet wird; Kosten für Verbindungs-Dienste zu anderen Systemen; jährliche Preisanpassungen.

Entwickeln, vollständig gerechnet: Konzept und Datenmodell; Umsetzung; Datenmigration; Hosting und Backups; Monitoring und Störungsbehebung; Sicherheits- und Abhängigkeits-Updates, die auch dann anfallen, wenn sich fachlich nichts ändert; Weiterentwicklung für neue Anforderungen; und die interne Zeit für Anforderungen, Tests und Abnahmen. Als grobe Orientierung aus Projekten dieser Art: Rechnen Sie pro Jahr mit einem spürbaren Anteil der ursprünglichen Erstellungskosten allein für Betrieb und Pflege, bevor eine einzige neue Funktion entstanden ist.

Konkrete Lizenzpreise nennen wir hier bewusst nicht: Sie hängen von Edition, Laufzeit, Nutzerzahl und Verhandlung ab und ändern sich schneller, als eine Seite gepflegt wird. Nehmen Sie die aktuellen Preislisten der Anbieter und tragen Sie Ihre eigene Nutzerzahl ein. Für die Entwicklungsseite hilft unser Projekt-Rechner als erste Grössenordnung; ein Prototyp zur Ideenvalidierung startet bei uns ab CHF 10'000, ein vollständiges System liegt deutlich darüber.

Zwei Ergebnisse dieser Rechnung sind typisch. Bei kleinen Teams gewinnt der Kauf deutlich und die Frage ist nach zwanzig Minuten erledigt. Bei vielen leichten Nutzern oder bei Kundenzugängen kippt sie — dort sind Lizenzmodelle pro Nutzer strukturell im Nachteil, und die Eigenentwicklung wird rechnerisch interessant. Genau diesen Fall sollten Sie sauber nachrechnen, statt ihn zu vermuten.

Das revidierte Schweizer Datenschutzgesetz verbietet die Speicherung im Ausland nicht — es verlangt Transparenz, eine dokumentierte Grundlage und Rechenschaft. Der praktische Unterschied zwischen Kaufen und Bauen ist deshalb nicht «erlaubt oder verboten», sondern wie viel Kontrolle Sie über Speicherort, Unterauftragsverarbeiter und Löschung tatsächlich haben.

Nach Anbieterangaben, Stand August 2026: bexio hostet in der Schweiz. Salesforce bietet mit Hyperforce eine Schweizer Operating Zone. HubSpot betreibt ein EU-Rechenzentrum in Deutschland. Zoho betreibt EU-Standorte in den Niederlanden und Irland. Verbindlich ist keine dieser Aussagen, sondern der Auftragsverarbeitungsvertrag, den Sie unterschreiben: Er nennt Speicherorte, Unterauftragsverarbeiter, Löschfristen und Meldewege bei Sicherheitsvorfällen. Lassen Sie sich diesen Vertrag vor der Entscheidung zeigen, nicht danach.

Bei einer Eigenentwicklung wählen Sie den Speicherort frei — ein Schweizer Rechenzentrum ist eine reine Konfigurationsentscheidung. Der Preis dafür ist, dass Verschlüsselung, Zugriffsprotokolle, Backup-Strategie, Aufbewahrungsfristen und Auskunftsrechte nicht mitgeliefert werden, sondern von Ihnen beauftragt und bezahlt werden müssen. Datenhoheit ist damit kein Argument, das automatisch für die Eigenentwicklung spricht: Sie tauschen die Abhängigkeit von einem Anbieter gegen die Verantwortung für den eigenen Betrieb.

Zwei Punkte, die in der Praxis öfter Probleme machen als der Serverstandort: Erstens der Export. Prüfen Sie vor der Einführung, ob Sie sämtliche Daten inklusive Aktivitäten, Anhängen und Historie in einem lesbaren Format herausbekommen. Zweitens die Auskunftspflicht. Wenn eine Person wissen will, welche Daten Sie über sie führen, müssen Sie das innert Frist beantworten können — mit einer Handvoll Systeme nebeneinander wird das aufwendig. Wer seine First-Party-Daten ernst nimmt, hält sie an möglichst wenigen Orten.

Der dritte Weg heisst: Standard behalten, Abweichung daneben bauen — und er ist in unserer Erfahrung häufiger richtig als beide reinen Varianten. Sie führen Kontakte, Firmen, Aktivitäten und Pipeline weiterhin im Standard-CRM und entwickeln nur den einen Prozess eigenständig, der wirklich nicht hineinpasst, mit einer Schnittstelle zum CRM.

Das kann eine Fachanwendung für die Dossierbearbeitung sein, ein Kundenportal, ein Offert- oder Konfigurationsrechner, ein Freigabe-Ablauf oder ein Auswertungs-Dashboard über mehrere Quellen. Die Umsetzung fällt in dieselbe Kategorie wie eine komplexe Weblösung, ist aber deutlich kleiner geschnitten als ein vollständiges CRM.

Der Vorteil ist strukturell und nicht nur finanziell. Wartung, Sicherheit, mobile Nutzung und Updates bleiben beim Anbieter. Ihr eigener Code beschränkt sich auf den Teil, der Wert schafft, und bleibt dadurch klein genug, dass ihn eine Person überblicken kann. Und wenn sich herausstellt, dass die Abweichung doch verschwindet, werfen Sie ein überschaubares Modul weg statt eines ganzen Systems.

Der Preis dafür: Sie betreiben zwei Systeme statt eines und müssen sich um die Synchronisation kümmern. Legen Sie deshalb von Anfang an fest, welches System für welches Datenfeld die führende Quelle ist. Ohne diese Festlegung entstehen zwei Wahrheiten, und das kostet mehr Vertrauen als beide Systeme zusammen wert sind.

In diesen Fällen raten wir aktiv ab — auch wenn die Anfrage bei uns landet und wir sie annehmen könnten:

• Sie haben heute noch kein CRM. Ohne ein Jahr echter Nutzung eines Standardsystems fehlt die Grundlage, um Anforderungen zu formulieren. Sie würden Ihre Vermutungen bezahlen, nicht Ihren Bedarf.
• Das Team ist kleiner als etwa zehn Personen. Die Lizenzkosten sind dann so niedrig, dass keine Entwicklungssumme dagegen anrechnet.
• Niemand ist intern verantwortlich. Wenn die Verantwortung «bei der Geschäftsleitung nebenbei» liegt, gibt es keine Abnahmen, keine Priorisierung und nach dem Launch keine Weiterentwicklung.
• Der Auslöser ist Ärger, nicht Anforderung. Frust über das aktuelle System ist ein Signal, das man ernst nehmen soll — aber es ist kein Pflichtenheft. Klären Sie zuerst, ob Konfiguration, Schulung oder ein Anbieterwechsel reicht.
• Es gibt kein Budget für die Jahre nach dem Launch. Ein CRM ohne Betriebsbudget ist ein Vermögenswert mit Verfallsdatum.
• Der Zeitdruck ist hoch. Wenn in sechs Wochen Ordnung im Vertrieb herrschen muss, ist der Standard die einzige Antwort, die dieses Datum halten kann.

Umgekehrt gilt: Wenn Sie mehrere dieser Punkte klar verneinen können, ist eine Eigenentwicklung keine Extravaganz, sondern eine sachliche Investitionsentscheidung. Sie unterscheidet sich dann nicht grundsätzlich von der Entscheidung, eine Produktionsanlage zu kaufen statt zu mieten.

Vier Wochen reichen, wenn Sie in dieser Reihenfolge vorgehen und nicht mit der Produktauswahl beginnen.

• Woche 1 — Prozesse aufschreiben. Die drei wichtigsten Abläufe auf je einer Seite, mit den Stellen, an denen heute Tabellen, E-Mails oder Zuruf aushelfen. Diese Stellen sind Ihre eigentliche Anforderungsliste.
• Woche 2 — Testaufbau statt Demo. Zwei Standardprodukte in kostenlosen Testinstanzen mit echten Daten aufbauen und dieselben Vorgänge durchspielen, mit den Personen, die später damit arbeiten. Verkaufsdemos zeigen den Idealfall; Ihr Testaufbau zeigt Ihren Fall.
• Woche 3 — Rechnen und Integrationen prüfen. Die Fünf-Jahres-Rechnung für beide Wege erstellen und die zwingend nötigen Schnittstellen technisch verifizieren, nicht der Website des Anbieters glauben.
• Woche 4 — Entscheiden und klein starten. Beim Kauf mit einem Team und einem Prozess beginnen, statt die ganze Firma gleichzeitig umzustellen. Bei der Eigenentwicklung mit einem eng geschnittenen ersten Umfang, der nach wenigen Wochen produktiv ist.

Wenn Sie in dieser Phase eine externe Meinung wollen: Wir schauen uns die Ausgangslage im Rahmen einer Strategieberatung an und sagen Ihnen auch dann, dass ein Standardprodukt reicht, wenn es so ist. Wie Sie generell einen passenden Umsetzungspartner in der Schweiz auswählen und vergleichen, steht in unserem Leitfaden zur Agenturauswahl. Und wenn die Antwort tatsächlich Eigenentwicklung lautet, geht es weiter bei CRM entwickeln lassen.