Family-Office-Software: Standardplattform oder Eigenentwicklung?
Aktualisiert: 2026-10
Für die meisten Family Offices, Treuhänder und Vermögensverwalter ist eine Standardplattform die bessere Wahl: Mandate, UBO, KYC, Konsolidierung und Reporting sind gelöste Probleme. Eine Eigenentwicklung lohnt sich, wenn ein Office Abläufe hat, die wirklich einzigartig und geschäftskritisch sind, und die Mittel für dauerhaften Betrieb, Sicherheit und Wartung bereitstellt.
Grössere Family Offices stellen sich die Frage früher oder später: Passen wir uns an eine Plattform an, oder lassen wir eine Software nach unseren Abläufen bauen? Die Frage ist berechtigt, weil Familienvermögen selten in Standardschemata passen. Sie wird aber oft mit falschen Annahmen beantwortet, vor allem über den Aufwand nach dem Go-live.
Wir schreiben aus beiden Perspektiven: Innopulse entwickelt Individualsoftware für Kunden und betreibt mit FLIORE eine eigene Plattform für Family Offices. Gerade deshalb ist die Antwort nicht immer dieselbe.
Im direkten Vergleich
| Kriterium | Standardsoftware | Eigenentwicklung |
|---|---|---|
| Abdeckung der Kernaufgaben | Mandate, Strukturen, UBO, KYC, Dokumente, Konsolidierung, Reporting und Fakturierung sind vorhanden und erprobt. | Alles muss spezifiziert, gebaut und getestet werden, auch das Selbstverständliche. |
| Passung zu Sonderabläufen | Gut für verbreitete Abläufe; Sonderfälle werden über Konfiguration, Export oder Prozessanpassung gelöst. | Exakt nach eigenen Abläufen, inklusive seltener Sonderfälle. |
| Compliance-Pflege | Der Anbieter zieht neue Anforderungen nach, etwa Schwellen nach Jurisdiktion oder neue Register. | Jede regulatorische Änderung, etwa das TJPG oder die EU-AMLR, ist ein eigenes Projekt. |
| Sicherheit und Mandantentrennung | Vom Anbieter gebaut und betrieben; vor Vertragsabschluss prüfen, wie Trennung, Verschlüsselung und Protokollierung umgesetzt sind. | Volle Kontrolle, aber auch volle Verantwortung für Architektur, Härtung, Tests und Betrieb. |
| Abhängigkeiten | Vom Anbieter; abzusichern über Datenexport, Exit-Regelung und Datenstandort im Vertrag. | Von Entwicklern und Betreibern; abzusichern über Dokumentation, Code-Eigentum und Wissenstransfer. |
| Zeit bis zur Nutzung | Kurz; der Aufwand liegt in Datenbereinigung und Migration. | Lang; Spezifikation, Entwicklung, Tests und Migration folgen nacheinander. |
Wann Standardsoftware besser ist
- —Ihre Abläufe entsprechen im Wesentlichen denen anderer Family Offices, Treuhänder oder Vermögensverwalter, auch wenn die Strukturen im Detail komplex sind.
- —Sie wollen, dass regulatorische Änderungen wie neue Register oder Schwellen ohne eigenes Projekt nachgezogen werden.
- —Sie haben kein internes Team, das eine Software über Jahre betreuen, absichern und weiterentwickeln kann.
Wann Eigenentwicklung besser ist
- —Sie haben Abläufe, die wirklich einzigartig und geschäftskritisch sind, etwa eine eigene Anlagelogik oder Integrationen in familieneigene Unternehmen, die keine Plattform abbildet.
- —Sie sind bereit, dauerhaft in Betrieb, Sicherheit und Weiterentwicklung zu investieren, nicht nur in den Bau.
- —Sie brauchen eine Integration, die so tief in andere Systeme greift, dass eine Standardplattform nur als Insel funktionieren würde.
Unsere Einschätzung
Beginnen Sie mit einer Standardplattform für den Kern und prüfen Sie, welche Anforderungen wirklich übrig bleiben. Häufig sind es wenige, und sie lassen sich über Exporte, Schnittstellen oder eine schmale Ergänzung lösen statt über einen Komplettbau. Wer zuerst baut, entdeckt den Umfang des Selbstverständlichen — Mandantentrennung, Rechte, Audit-Trail, Konsolidierung über Strukturen, Währungen — oft erst im Projekt.
Eine Eigenentwicklung ist die richtige Wahl, wenn die Einzigartigkeit der Abläufe den Unterschied im Geschäft ausmacht und der Betrieb über Jahre gesichert ist. Dann gehört sie sauber geplant, mit Architektur für harte Mandantentrennung, Datenhaltung in der Schweiz und dokumentiertem Code im Eigentum des Office. Für beide Wege gilt: Exit und Datenexport vor dem ersten Vertrag klären.
Übergeordnete Leistung: Individualsoftware-Entwicklung
Passende Angebote
Import- & Migrations-Tool für SaaS
Dieses Paket baut ein robustes Import- und Migrations-Tool, das neuen Kunden erlaubt, ihre Bestandsdaten sicher mitzubringen: mit Feld-Mapping, Validierung, idempotenter Verarbeitung und Undo. Ergebnis ist ein Onboarding-Schritt, der Kunden gewinnt, statt sie an einer holprigen Datenübernahme zu verlieren.
Multi-Tenant-SaaS-Architektur
Dieses Paket legt das Architektur-Fundament für skalierbares SaaS: strikte Mandantentrennung, ein sauberes Rollen- und Rechtemodell und eine Struktur, die mitwächst. Ergebnis ist eine Basis, auf der Sie Funktionen bauen können, ohne dass Sicherheit und Skalierbarkeit zur nachträglichen Baustelle werden.
Häufige Fragen
Ist Excel eine Alternative zu beiden?
Für kleine Strukturen mit einer Person, die alles kennt, ja. Tabellen brechen bei mehreren Bearbeitern, abgestuften Rechten und Nachweispflichten gegenüber Revision und Aufsicht. Dann ist der Wechsel zu einem System sinnvoll.
Kann man eine Standardplattform später ergänzen?
Oft ja, über Exporte, Schnittstellen oder kleine Zusatzanwendungen. Vor der Wahl lohnt es sich zu prüfen, welche Daten die Plattform in welchem Format herausgibt.
Was ist bei einer Eigenentwicklung am häufigsten unterschätzt?
Der Betrieb nach dem Go-live: Sicherheitsupdates, Anpassungen an neue Vorschriften, Datenmigrationen, Support und die Abhängigkeit von wenigen Personen, die das System kennen.
Welche Fragen gehören vor jeden Vertrag?
Wo liegen die Daten, wie ist die Mandantentrennung technisch umgesetzt, wer hat Zugriff, wird auf Kundendaten trainiert, und wie werden Mandate, Dokumente und Historie bei Vertragsende vollständig exportiert?