Erstellen vs. Kaufen: Wenn kundenspezifische Software handelsübliches SaaS schlägt

Ein Gründer fragte uns im letzten Quartal, ob wir ein individuelles Auftragsverwaltungssystem aufbauen oder ein Standard-SaaS abonnieren sollten. Das SaaS kostet 2.400 $/Jahr. Der Sonderanfertigungspreis liegt bei 18.000 US-Dollar. Auf einer Tabellenkalkulation schien SaaS die offensichtliche Wahl zu sein.

Achtzehn Monate später zahlt dieser Gründer 2.400 US-Dollar/Jahr für das SaaS, 1.200 US-Dollar/Monat für ein Middleware-Tool zur Anbindung an sein Lagersystem, 800 US-Dollar/Monat für einen Auftragnehmer, der die Integration pflegt, und verliert immer noch 6–8 Stunden pro Woche durch manuelle Workarounds, die das SaaS nicht automatisieren kann. Die Gesamtsumme über drei Jahre: über 80.000 US-Dollar an direkten Kosten plus Tausende von Stunden an Produktivitätsverlusten.

Der maßgeschneiderte Build hätte einmal 18.000 US-Dollar gekostet, plus 3.600 US-Dollar pro Jahr für Hosting und Wartung. Gesamtsumme für drei Jahre: 28.800 US-Dollar.

Dies ist die Entscheidung, Software zu bauen oder zu kaufen, reduziert auf das Wesentliche: die Gesamtbetriebskosten über 3–5 Jahre, nicht den Preis für das erste Jahr.

Die Gesamtbetriebskosten sind die einzige Kennzahl, die zählt

Preisvergleiche für das erste Jahr sind irreführend. SaaS sieht zunächst billig aus, da Sie eine Abonnementgebühr mit einer Entwicklungsrechnung vergleichen. Doch je nachdem, welchen Weg man einschlägt, erhöhen sich die Softwarekosten in unterschiedliche Richtungen.

Die SaaS-Kosten steigen linear oder exponentiell. Die Preise pro Sitzplatz skalieren mit Ihrem Team. Die Preise pro Transaktion skalieren mit Ihrem Umsatz. Und die Integrationen, die Sie benötigen, um SaaS-Produkte miteinander zu verbinden, erzeugen eine sekundäre Kostenebene, die die meisten Teams um 40–60 % unterschätzen.

Die Kosten für individuelle Software sinken mit der Zeit. Der Bau ist eine einmalige Investition. Das Hosting kostet je nach Umfang 50–500 $/Monat. Wartung und Funktionserweiterungen kosten weniger als der Erstaufbau, da die Architektur bereits vorhanden ist. Im dritten Jahr geben Sie nur noch einen Bruchteil dessen aus, was Sie im ersten Jahr ausgegeben haben.

Hier ist ein vereinfachter Vergleich für einen Workflow mittlerer Komplexität:

• SaaS (3 Jahre):500 $/Monat Abonnement + 300 $/Monat Integrationstools + 1.000 $/Monat Entwicklerwartung für Integrationen = 64.800 $
• Benutzerdefiniert (3 Jahre):25.000 $ Build + 200 $/Monat Hosting + 500 $/Monat Wartungsgebühr = 50.200 $

Der maßgeschneiderte Bau kostet über drei Jahre weniger UND gibt Ihnen einen Vermögenswert, den Sie besitzen, frei modifizieren und mit Ihrem Unternehmen verkaufen können. Bei der SaaS-Route erhalten Sie eine Ausgabe, die an dem Tag, an dem Sie mit der Zahlung aufhören, auf Null zurückgesetzt wird.

Der Break-Even-Punkt für die meisten von uns ausgelieferten Sonderanfertigungen liegt zwischen 14 und 24 Monaten. Danach kostet die maßgeschneiderte Lösung weniger pro Monat als der SaaS-Stack, den sie ersetzt hat.

Wenn SaaS gewinnt

SaaS ist häufiger die richtige Wahl, als Ihnen die meisten Entwicklungsagenturen sagen. Hier ist der Kauf sinnvoll:

Warenabläufe

E-Mail-Marketing, Projektmanagement, Buchhaltung, CRM für ein Vertriebsteam unter 20 Personen. Das sind gelöste Probleme. Mailchimp, Linear, Xero und HubSpot haben Hunderte Millionen Dollar für die Entwicklung von Software ausgegeben, die Sie nicht zu angemessenen Kosten replizieren können. Versuchen Sie es nicht. Wenn ein SaaS-Produkt mehr als 90 % Ihrer Anforderungen sofort abdeckt, sind die restlichen 10 % keine individuelle Entwicklung wert.

Kleine Teams ohne technische Ressourcen

Wenn Sie weniger als 10 Mitarbeiter und niemanden im Personal haben, der kundenspezifische Software warten kann, übersteigt der Betriebsaufwand einer kundenspezifischen Erstellung die Kosteneinsparungen. SaaS bietet Ihnen ein Support-Team, Dokumentation und automatische Updates. Das ist die Prämie wert, wenn Sie die Software nicht selbst warten können.

Keine Wettbewerbsdifferenzierung erforderlich

Wenn der Workflow, den Sie automatisieren, nicht zu Ihrem Wettbewerbsvorteil gehört, kaufen Sie ihn. Ihr Rechnungssystem muss nicht benutzerdefiniert sein. Ihr internes Wiki muss nicht benutzerdefiniert sein. Geben Sie Ihr Engineering-Budget für die Bereiche Ihres Unternehmens aus, mit denen Sie Geld verdienen.

Wenn individuelle Software gewinnt

Wenn Ihre Anforderungen von dem abweichen, was ein Allzweck-SaaS bewältigen kann, ist eine kundenspezifische Entwicklung die richtige Entscheidung. Fünf Muster signalisieren, dass Bauen die bessere Investition ist.

1. Einzigartige Geschäftslogik, die kein SaaS unterstützt

Wenn Ihr Unternehmen nach Regeln arbeitet, die nicht in das Konfigurationsfenster eines Produkts passen, entwickeln Sie letztendlich Problemumgehungen auf der Grundlage von SaaS. Diese Problemumgehungen kosten mehr als der benutzerdefinierte Build. Je einzigartiger Ihre Domänenlogik ist, desto stärker ist die Argumentation für den Aufbau.

Achten Sie auf die „Plugin-Steuer“. SaaS-Marktplätze sind voll von Plugins, die versprechen, fehlende Funktionen hinzuzufügen. Für jedes Plugin fallen eine monatliche Gebühr, ein potenzieller Fehlerpunkt und eine Integrationsoberfläche an, die Sie warten müssen. Drei Plugins zu je 50 $/Monat klingen erst dann teuer, wenn Sie die 10 Stunden/Monat berücksichtigen, die Ihr Team mit der Fehlerbehebung zwischen ihnen verbringt.

2. Multi-Tenant- oder Plattformanforderungen

Wenn Sie eine Plattform aufbauen, auf der mehrere Kunden oder Betreiber isolierte Umgebungen, Markenerlebnisse oder mandantenspezifische Konfigurationen benötigen, versagen Standardtools. Es gibt White-Label-SaaS-Produkte, aber sie schränken Ihr Branding ein, schränken Ihr Datenmodell ein und binden Sie an den Veröffentlichungsplan einer anderen Person.

3. Wettbewerbsgraben

Wenn Ihre Software das Produkt ist oder wenn die Art und Weise, wie Sie Ihre Dienstleistung erbringen, Ihr Wettbewerbsvorteil ist, bietet der Aufbau auf der Plattform eines anderen Ihren Konkurrenten die gleichen Fähigkeiten. Maßgeschneiderte Software, die Ihre proprietären Prozesse kodiert, ist ein Vorteil, der mit der Zeit an Wert gewinnt. SaaS-Abonnements sind Ausgaben, von denen alle gleichermaßen profitieren.

4. Dateneigentum und Compliance

Regulierte Branchen (Finanzwesen, Gesundheitswesen, bestimmte Regierungsaufträge) benötigen vollständige Kontrolle darüber, wo Daten gespeichert sind, wie sie verschlüsselt werden, wer darauf zugreift und wie lange sie aufbewahrt werden. Die meisten SaaS-Produkte speichern Ihre Daten auf einer gemeinsam genutzten Infrastruktur, wobei sich die Nutzungsbedingungen ändern können. Mit individueller Software erhalten Sie eine Datenarchitektur, die Sie bis auf Zeilenebene steuern können.

5. Skalierungsökonomie

Die SaaS-Preise steigen mit der Nutzung. Wenn Sie heute 10.000 Transaktionen verarbeiten und planen, in drei Jahren 500.000 zu verarbeiten, berechnen Sie Ihre SaaS-Kosten bei diesem Volumen. Die SaaS-Preise pro Transaktion in großem Maßstab übersteigen die Infrastrukturkosten für ein benutzerdefiniertes System oft um das Fünf- bis Zehnfache. Unternehmen, deren Produkte schnell auf den Markt passen und skalieren, werden durch SaaS-Preismodelle abgestraft.

Ein konkretes Beispiel: Ein Datenverarbeitungstool, das 0,01 US-Dollar pro Datensatz berechnet, kostet bei 10.000 Datensätzen 100 US-Dollar pro Monat. Bei 500.000 Datensätzen kostet es 5.000 $/Monat. Eine benutzerdefinierte Pipeline, die dieselben Daten auf einem Server für 200 US-Dollar pro Monat verarbeitet, kostet unabhängig vom Volumen 200 US-Dollar pro Monat. Für die ersten 20.000 Datensätze ist das SaaS günstiger. Danach subventionieren Sie die Margen des Anbieters.

Drei Projekte, bei denen Bauen besser war als Kaufen

Theorie ist nützlich. Einzelheiten sind besser. Here are three cases from our portfolio where custom development delivered results that SaaS could not match.

Frootex: Benutzerdefinierter E-Commerce vs. Shopify

Frootexverkauft frische Produkte online. Ihr Gründungsteam hat Shopify und WooCommerce evaluiert, bevor es zu uns kam. Keine der Plattformen unterstützte das, was sie brauchten: standortbasierte Lieferzonen, in denen Kunden in verschiedenen Regionen unterschiedliche Produkte, unterschiedliche Lieferfenster und unterschiedliche Preise sehen.

Es gibt Shopify-Plugins für Lieferzonen, aber keines davon beherrscht die Kombination aus zonenspezifischen Katalogen, Synchronisierung verderblicher Lagerbestände und Lieferfensterverwaltung. Das Team hätte 4–5 kostenpflichtige Plugins (zusammen 200–400 $/Monat), ein benutzerdefiniertes Shopify-Theme (5.000–8.000 $) und die fortlaufende Entwicklung von Liquid-Vorlagen benötigt, um die Anpassungen beizubehalten.

Wir haben mit React Server Components eine benutzerdefinierte Next.js-Storefront erstellt. Das Lieferzonensystem filtert den gesamten Katalog basierend auf dem Standort des Kunden. Der Bestand wird beim Hinzufügen zum Warenkorb, beim Anzeigen des Warenkorbs und beim Bezahlen validiert, um einen Überverkauf verderblicher Waren zu verhindern. Die dreijährigen Kosten für den benutzerdefinierten Build, einschließlich Hosting, liegen unter dem, was der Shopify-Stack an Plugins, Theme-Anpassung und Entwicklerzeit für die Wartung der Integrationen gekostet hätte.

DropTaxi: benutzerdefinierte SaaS vs. White-Label-Plattformen

DropTaxibenötigte eine mandantenfähige Taxi-Buchungsplattform, auf der jeder Betreiber eine gebrandete Website mit eigener Domain, eigenen Farben, eigenem Logo und eigenen Kilometerpreisen erhält. Es gibt White-Label-SaaS-Produkte für die Taxibuchung, diese unterliegen jedoch Vorlagenbeschränkungen, nehmen einen Prozentsatz der Buchungen entgegen und schränken die Art und Weise ein, wie Betreiber ihr Branding anpassen können.

Wir haben eine einzelne Astro 5 SSR-Bereitstellung auf Fly.io erstellt, die alle Mandanten von einer Codebasis aus bedient. Die Hono-Middleware liest den Host-Header, löst den Mandanten von Turso auf und rendert das richtige Branding. Das Hinzufügen eines neuen Betreibers erfordert drei Schritte im Admin-Dashboard: Mandant erstellen, Branding und Tarife konfigurieren, DNS verknüpfen. Keine Bereitstellungen. Keine Codeänderungen.

Eine White-Label-Plattform würde pro Betreiber 200–500 US-Dollar pro Monat zuzüglich Buchungsgebühren verlangen. Bei 10 Betreibern sind das 24.000–60.000 US-Dollar pro Jahr. Die benutzerdefinierte Plattform läuft auf einer einzigen Fly.io-Maschine für insgesamt weniger als 50 $/Monat. Mit jedem neuen Mieter divergieren die wirtschaftlichen Verhältnisse weiter.

ZestAMC: individuelle Fintech vs. Standard-Portfolio-Tools

ZestAMCverwaltet Anlageportfolios. Sie benötigten fünf rollenbasierte Portale (Superadministrator, Administrator, Manager, Untermakler, Investor) mit fondsspezifischen Compliance-Workflows, Echtzeit-Portfolioverfolgung und Prüfprotokollen, die den regulatorischen Anforderungen entsprechen.

Kein Standard-Portfoliomanagement-Tool unterstützt die fondsspezifische Compliance über fünf Benutzerrollen hinweg. Die nächstliegenden Optionen behandeln traditionelle Vermögenswerte und erfordern umfangreiche Anpassungen, um die Arbeitsabläufe für Finanzanlagen zu unterstützen. Allein die Compliance-Anforderungen, wie etwa rollenbasierte Zugriffskontrollen mit vollständiger Audit-Protokollierung, hätten eine benutzerdefinierte Ebene über jedem SaaS-Produkt erfordert.

Der Aufbau von Grund auf gab ZestAMC die volle Kontrolle über sein Datenmodell, seine Compliance-Logik und seine Benutzerberechtigungen. Jede Rolle sieht nur die für ihre Funktion relevanten Daten und Aktionen. Der Prüfpfad erfasst jede Zustandsänderung zur behördlichen Überprüfung. Dieses Maß an Kontrolle ist über Konfigurationspanels nicht verfügbar.

Der hybride Ansatz: Kaufen Sie die Ware, bauen Sie den Kern auf

Die stärksten Teams, mit denen wir zusammenarbeiten, stellen dies nicht als Entweder-Oder-Entscheidung dar. Sie kaufen Standardwerkzeuge und bauen ihr Alleinstellungsmerkmal auf. So sieht das in der Praxis aus:

• Kaufen:E-Mail (Google Workspace), Projektmanagement (Linear), Überwachung (Sentry), Analyse (PostHog), Zahlungen (Stripe)
• Bauen:Das kundenorientierte Produkt, die proprietäre Geschäftslogik, die Datenpipeline, die Ihren Wettbewerbsvorteil schafft

Dieses Hybridmodell erfasst die besten wirtschaftlichen Aspekte beider Ansätze. Sie vermeiden, die E-Mail-Infrastruktur neu zu erfinden. Sie vermeiden außerdem, Ihr Kernprodukt in das Datenmodell und die Workflow-Annahmen einer anderen Person zu zwingen.

Der Schlüssel liegt darin, die Integrationsoberfläche zwischen „kaufen“ und „bauen“ sauber zu halten. Nutzen Sie APIs mit klaren Verträgen. Lassen Sie Ihren benutzerdefinierten Code nicht vom internen Verhalten von SaaS-Produkten abhängen, das sich ändern könnte. Behandeln Sie SaaS-Tools als austauschbare Komponenten mit definierten Schnittstellen und nicht als tragende Wände in Ihrer Architektur.

Die Grenze zwischen „kaufen“ und „bauen“ sollte einer Regel folgen: Wenn zwei Ihrer Konkurrenten dasselbe SaaS-Produkt verwenden und das gleiche Ergebnis erzielen können, kaufen Sie es. Wenn Ihre spezifische Implementierung einen Wert schafft, den die Konkurrenz nicht reproduzieren kann, bauen Sie ihn auf.

Fünf Fragen zur Entscheidungsfindung

Beantworten Sie diese fünf Fragen, bevor Sie sich für eine der beiden Richtungen entscheiden. Sie zeigen die tatsächlichen Einschränkungen auf, die die meisten Teams bei der Lieferantenbewertung übersehen.

1. Wie hoch sind die Gesamtkosten für drei Jahre, einschließlich Integrationen?

Addieren Sie das SaaS-Abonnement, die Gebühren pro Arbeitsplatz bei Ihrer voraussichtlichen Mitarbeiterzahl, die Integrations-Middleware, die Entwicklerzeit für benutzerdefinierte Konnektoren und die Stunden, die Ihr Team für manuelle Problemumgehungen verbringt. Vergleichen Sie diese Zahl mit einem individuellen Build-Angebot plus Hosting und Wartung. Die meisten Teams verzichten auf die Integrations- und Workaround-Kosten, die 30–50 % der SaaS-Gesamtbetriebskosten ausmachen.

2. Verschafft Ihnen dieser Workflow einen Wettbewerbsvorteil?

Wenn die Antwort nein ist, kaufen Sie. Wenn die Antwort „Ja“ lautet, berechnen Sie, wie viel Wert dieser Vorteil über einen Zeitraum von drei Jahren schafft. Diese Zahl ist die Obergrenze für Ihr individuelles Baubudget. Wenn der Vorteil über einen Zeitraum von drei Jahren einen Umsatz von 500.000 US-Dollar generiert, ist ein maßgeschneiderter Bau im Wert von 50.000 US-Dollar eine klare Investition.

3. Wie viel müssen Sie für die Anpassung des SaaS-Produkts benötigen?

Wenn Sie ein SaaS-Produkt ohne Änderungen zu 80 % oder mehr seiner Funktionen nutzen können, kaufen Sie es. Wenn Sie 40 % oder mehr der Funktionalität durch Plugins, API-Integrationen oder Workarounds anpassen müssen, erstellen Sie ohnehin maßgeschneiderte Software, außer auf einer Grundlage, die Sie nicht kontrollieren. Sie zahlen sowohl für SaaS als auch für die kundenspezifische Arbeit.

4. Was passiert, wenn der SaaS-Anbieter seine Preise ändert, Funktionen einstellt oder abschaltet?

Das Lieferantenrisiko ist real. SaaS-Unternehmen werden übernommen, schwenken ihre Produkte um, erhöhen die Preise, nachdem Sie sich verpflichtet haben, oder lassen Funktionen außer Kraft, auf die Sie angewiesen sind. Wenn die Abkehr von einem SaaS-Produkt mehr kosten würde als die Entwicklung eines kundenspezifischen Produkts, ist diese Abhängigkeit eine Belastung für Ihre Bilanz. Berücksichtigen Sie dieses Risiko bei Ihrer Entscheidung.

5. Sind Ihre Daten der Eigentümer oder der Anbieter?

Lesen Sie die Nutzungsbedingungen. Können Sie alle Ihre Daten in ein verwendbares Format exportieren? Können Sie es bei Bedarf löschen? Verwendet der Anbieter Ihre Daten, um Modelle zu trainieren oder sein Produkt für Ihre Konkurrenten zu verbessern? Für regulierte Branchen kann allein diese Frage über das Ergebnis „Build vs. Buy“ entscheiden.

Den Anruf tätigen

Bei der Entscheidung, Software zu bauen oder zu kaufen, kommt es auf eine Frage an: Ist dieser Workflow Ihr Unternehmen oder unterstützt er Ihr Unternehmen?

Wenn es Ihr Unternehmen unterstützt, kaufen Sie das beste SaaS, das Sie finden können. Verwenden Sie Stripe für Zahlungen. Verwenden Sie Linear für die Aufgabenverwaltung. Verwenden Sie Vercel für das Hosting. Diese Unternehmen haben schwierige Probleme besser gelöst, als eine Sonderanfertigung zu einem vernünftigen Preis bieten kann.

Wenn der Workflow Ihr Geschäft ist oder wenn er die Logik kodiert, die Ihr Unternehmen von der Konkurrenz unterscheidet, bauen Sie ihn auf. Besitzen Sie den Code. Besitzen Sie die Daten. Besitzen Sie die Roadmap. Die Vorabkosten sind höher. Die Drei-Jahres-Ökonomie kommt Ihnen zugute.

Die Unternehmen, die das richtig machen, neigen dazu, schlanke SaaS-Stacks (weniger als 15 Tools) mit einem benutzerdefinierten Kernprodukt zu betreiben, das das Einzige tut, was kein SaaS reproduzieren kann. Sie überbauen die Infrastruktur nicht. Sie kaufen keine Abonnements zu oft. Sie ziehen eine klare Grenze zwischen Rohstoff und Wettbewerbsvorteil und verteilen dann entsprechend.

Eine letzte Anmerkung: Die Entscheidung „Bauen vs. Kaufen“ ist nicht dauerhaft. Der beste Zeitpunkt für eine Neubewertung ist, wenn Ihre SaaS-Kosten eine Schmerzgrenze überschreiten, wenn Anbietereinschränkungen eine umsatzgenerierende Funktion blockieren oder wenn Sie sich auf eine Spendenaktion vorbereiten und proprietäre Technologie vorführen müssen. Unternehmen, die diese Entscheidung jährlich überdenken, neigen dazu, am Ende über die schlanksten und effektivsten Tech-Stacks zu verfügen.

Häufig gestellte Fragen