Was der Bau eines Property-Management-Systems 2026 wirklich kostet

Jeder, der mehr als eine Handvoll Mieteinheiten verwaltet, stößt irgendwann an dieselbe Wand. Tabellen skalieren nicht mehr, die Standardtools setzen einen Workflow voraus, den Sie eigentlich gar nicht haben, und eines Tages sagt jemand die Worte "vielleicht sollten wir einfach unser eigenes bauen." Die erste Frage danach ist immer dieselbe. Was wird das kosten?

Ich kann mehr bieten als eine generische Spanne, denn wir haben kürzlich genau das gescopt. Ein Anbieter für langfristige Vermietungen kam mit zwei Wünschen zu uns: eine öffentliche Website, um verfügbare Objekte zu zeigen und Anfragen einzusammeln, und ein internes Tool, um das Geschäft nicht länger aus E-Mail und Tabellen heraus zu führen. Wir haben es dreifach bepreist. Die Stunden sind echt, und die nützlichste Lektion der ganzen Übung hatte fast nichts mit der Technologie zu tun.

Der Marktreflex: warum nicht einfach kaufen?

Property-Management-Software ist keine Lücke im Markt. Sie ist ein überfüllter, reifer Markt, 2026 nördlich von 6 Milliarden US-Dollar wert und mit knapp 9 Prozent pro Jahr wachsend. AppFolio, Buildium, DoorLoop, Mews und ein Dutzend andere vermieten Ihnen morgen gern eine polierte Plattform.

Und für viele Anbieter sollten sie das auch. Die Faustregel der Branche lautet, dass sich Software ab drei oder vier Einheiten lohnt, denn jede Stunde Verwaltung, die Sie automatisieren, fällt direkt aufs Ergebnis. Auch im kleinen Maßstab ist die Preisgestaltung zugänglich. DoorLoop startet bei rund 69 US-Dollar pro Monat, Buildium liegt in derselben Gegend, und AppFolio läuft im Per-Unit-Modell mit einem Monatsminimum von 298 US-Dollar, das Ihnen genau sagt, für wen es gebaut ist.

Warum baut also überhaupt jemand? Zwei Gründe tauchen immer wieder auf. Der erste ist Passung. Jedes Standard-PMS kodiert eine bestimmte Art zu arbeiten, und wenn Ihre Mietverträge, Ihre Eigentümer oder Ihre lokalen Regeln nicht zu dieser Form passen, verbringen Sie Ihr Leben damit, gegen das Tool zu kämpfen, statt es zu nutzen. Der zweite ist der Per-Unit-Zähler. Ein Abo ist bei 20 Einheiten günstig und bei 2.000 eine stehende Steuer. Die Software zu besitzen tauscht diese wiederkehrende Rechnung gegen einen einmaligen Build und deutlich kleinere Hosting-Kosten. Ob sich der Tausch lohnt, ist die eigentliche Frage, und sie hängt vollständig vom Scope ab.

Eine echte Schätzung, in Stunden statt Adjektiven

Hier ist, was das Projekt unseres Vermietungsanbieters handhabbar machte. Sie haben den Scope gekürzt, bevor wir überhaupt eine Tabelle geöffnet hatten. Sie haben keine SaaS-Plattform verlangt. Sie haben ein praktisches internes Tool verlangt, das ein kleines Team nutzen kann, um nicht mehr Dinge zu verlieren.

Version eins brauchte genau das und nichts weiter:

• Ein Register für Immobilien und Einheiten
• Eigentümer- und Mieterdatensätze
• Ein Mietvertragsregister, mit signierten Verträgen zu jedem Mietvertrag gespeichert
• Verfügbarkeit, die die öffentliche Website auslesen konnte
• Grundlegendes Tracking wiederkehrender Gebühren und manuelle Zahlungserfassung
• Dokumentenspeicher und Protokollierung von Wartungsanfragen
• Ein internes Dashboard für die Mitarbeiter

Und hier ist der Teil, den die meisten zu nervös sind aufzuschreiben. Sie wollten ausdrücklich nicht:

• Mieter- oder Eigentümer-Logins
• Ein Zahlungs-Gateway
• Automatisierte Abrechnungen, Benachrichtigungen oder Messaging
• Terminplanung, erweitertes Reporting oder Finanzautomatisierung

Diese zweite Liste ist es, wo das Geld steckt. Jeder Punkt darauf ist ein echtes Feature mit echtem Wert, und jeder einzelne verdoppelt ungefähr die Angriffsfläche des Builds. Mieter-Logins allein ziehen Authentifizierung, Berechtigungen, Passwort-Resets und ein Sicherheitsmodell nach sich, das Sie nun für immer verteidigen müssen. Indem der Kunde zu all dem "noch nicht" sagte, verwandelte er eine sechsstellige Plattform in ein internes Tool im niedrigen fünfstelligen Bereich. Der Scope ist kein Detail der Schätzung. Der Scope ist die Schätzung.

Die drei Wege, bepreist

Mit festgezurrtem Scope teilt sich die Arbeit in eine Website und ein Backoffice, und das Backoffice kann zwei Wege gehen. Wir haben alles in Stunden kalkuliert, optimistisch bis pessimistisch, so wie jede ehrliche Schätzung zustande kommen sollte.

• Die öffentliche Website (Next.js, Objektlistings, Suche, eine interaktive Karte, Anfrageformulare): 280 bis 580 Stunden.
• Ein individuelles internes Admin, auf Laravel mit dem Backpack-Admin-Panel statt von Grund auf gebaut: 376 bis 789 Stunden.
• Oder der SaaS-Weg: statt des individuellen Admins eine bestehende Plattform konfigurieren und ihre Verfügbarkeits- und Buchungsdaten in die Site einbinden, mit 227 bis 497 Stunden.

Zusammengesetzt ergeben sich zwei realistische Pakete: eine Website plus ein individuelles Admin mit 656 bis 1.369 Stunden oder eine Website plus den SaaS-Weg mit 507 bis 1.077 Stunden. Bei gemischten 45 bis 65 US-Dollar pro Stunde für ein etabliertes osteuropäisches Team sind das rund 30.000 bis 89.000 US-Dollar für den vollständig individuellen Weg und etwa 23.000 bis 70.000 US-Dollar, wenn Sie auf SaaS setzen. Diese Zahlen beziehen bereits einen Abschlag von 20 Prozent auf die Entwicklungsstunden durch KI-Tooling ein, mit QA und Projektmanagement obendrauf. Der KI-Rabatt ist real, und er ist kleiner als die Keynotes versprechen.

Eine Kleinigkeit in dieser Schätzung sagt mehr über gutes Scoping als jede Featureliste. Die Website muss die Verfügbarkeit von irgendwoher lesen. Wenn das Admin-Tool existiert, speist es die Site. Wenn es noch nicht existiert, kann ein schlichtes editierbares Google Sheet als Quelle dienen, während das Team entscheidet, was gebaut wird. Genau diese Art günstiger, leicht uneleganter Entscheidung trennt einen echten Plan von einer Wunschliste.

Build versus Buy und der Posten, für den niemand ein Angebot macht

Das individuelle Admin und der SaaS-Weg liegen preislich nah genug beieinander, dass die Kosten allein nicht entscheiden. Der Unterschied zeigt sich in dem, wofür Sie sich danach verpflichten.

Bauen Sie es, gehört es Ihnen. Keine Per-Unit-Gebühr, kein Anbieter, der Ihren Workflow nach seinem Release-Zeitplan umformt, und Hosting, das je nach Traffic und Daten 83 bis 612 US-Dollar pro Monat für den gesamten Stack kostet. Der Haken: Ihnen gehören auch die Wartung, die Updates und das Gefühl um 2 Uhr nachts, dass niemand sonst kommt, wenn etwas kaputtgeht.

Kaufen Sie es, kommen Sie schneller voran und müssen weit weniger warten, aber Sie mieten für immer, und der Zähler läuft pro Einheit. In AppFolios Einstiegsstufe zahlt ein Portfolio mit 200 Einheiten jeden Monat echtes Geld, unbegrenzt, zusätzlich zu der Integrationsarbeit, die es überhaupt erst gekostet hat, die Plattform mit Ihrer Website zu verbinden. Multiplizieren Sie das mit fünf Jahren, und die vermeintlich günstigere Option ist es häufig nicht.

In diesem SaaS-Weg lauert eine Falle, und unsere Schätzung markierte sie knallrot. Die Plattform, die der Kunde in Betracht zog, hatte keine öffentliche API-Dokumentation. Keine. Was bedeutete, dass die gesamte Integrationsschätzung, jede Stunde davon, ein Ratespiel war, bis jemand bestätigen konnte, dass eine nutzbare API und Webhooks überhaupt existierten. Das ist das am stärksten unterbewertete Risiko bei Build-versus-Buy-Entscheidungen. Eine SaaS-Integration ist nur so günstig, oder so möglich, wie die API des Anbieters offen ist. "Wir verbinden es einfach mit der Website" ist ein Satz, der mehr Zeitpläne ruiniert hat als jede Menge Custom Code. Bestätigen Sie die API, bevor Sie dem Angebot trauen, nicht danach.

Die Rechnung, die immer wieder kommt

Was auch immer Sie bauen, die Rechnung ist nicht das Ende der Ausgaben. Hosting, eine verwaltete Datenbank, Objektspeicher für diese signierten Verträge, eine Maps-API, E-Mail und Monitoring: In diesem Projekt kostete dieser Stack am unteren Ende 83 US-Dollar pro Monat und über 600, wenn Traffic und Daten steigen. Bescheiden gegen eine Per-Unit-SaaS-Rechnung im großen Maßstab, aber nie null, und es beginnt an dem Tag, an dem Sie launchen.

Die Wartung ist der Posten, den die Leute am hartnäckigsten vergessen. Kalkulieren Sie 5 bis 10 Prozent der Baukosten pro Jahr, nur um ein individuelles System mit Dependency-Updates, Sicherheitspatches und den kleinen Fixes, die sich anhäufen, aktuell zu halten. Lassen Sie das zwei Jahre liegen, und Sie warten nicht mehr. Sie bauen neu.

Was kostet es also tatsächlich?

Für ein fokussiertes internes PMS plus eine Marketing-Website, mit so getrimmtem Scope, wie unser Kunde ihn getrimmt hat, landet die ehrliche Antwort für 2026 im niedrigen bis mittleren fünfstelligen Bereich: rund 23.000 bis 89.000 US-Dollar, je nachdem, ob Sie das Backoffice bauen oder mieten. Eine vollständige Multi-Rollen-Plattform mit Mieterportalen, Zahlungen, Automatisierung und Reporting ist ein anderes Kaliber und liegt bequem im sechsstelligen Bereich. Dieselben zwei Worte, "Property Management", völlig unterschiedliche Builds.

Wenn Sie Ihre eigene Variante abwägen, bringen Sie drei Fragen den größten Teil des Wegs zu einer echten Zahl. Was ist der kleinste Scope, der wirklich hilft, bevor jemand Logins und Automatisierung hinzufügt? Sind Sie besser dran, pro Einheit zu mieten oder den Code zu besitzen, gemessen daran, wie viele Einheiten Sie in fünf Jahren betreiben, nicht in einem? Und existiert für alles, was Sie integrieren wollen, die API, auf die Sie setzen, tatsächlich, samt Dokumentation? Beantworten Sie das ehrlich, und die Spanne hört auf, beängstigend zu sein. Sie wird zu einem Budget.