Historische Case Study · Immobilienplattform · Gründung Mitte 2005

Daten, Agenturen und Interessenten in einer gemeinsamen Immobilienplattform verbinden.

Domicilio24 entstand in Spanien als Plattformidee für den Immobilienmarkt und entwickelte sich später in Richtung Piso24 weiter.

Es ging nicht um eine weitere Immobilien-Webseite, sondern um eine gemeinsame Infrastruktur für Angebote, Interessenten, Agenturen und ihre Arbeitsprozesse – mit den technischen Mitteln der frühen 2000er-Jahre.

Der historische Kontext

Die Entwicklung der technischen Grundlage begann in Spanien bereits vor der Gründung. Domicilio24 wurde Mitte 2005 gegründet und entwickelte sich später in Richtung Piso24 weiter.

Das Ziel war nicht lediglich die Erstellung einer weiteren Immobilien-Webseite. Es sollte eine gemeinsame digitale Infrastruktur entstehen, über die Immobilienangebote verschiedener Anbieter zusammengeführt, verwaltet und Interessenten zugeordnet werden konnten.

Die technische Landschaft Anfang der 2000er-Jahre unterschied sich erheblich von heute. Zum Umfeld gehörten unter anderem Perl, PHP 3 / PHP 4, JavaScript, webbasierte Verwaltungsoberflächen sowie eigene Mechanismen für Datenaustausch und Aktualisierung. Teilweise kamen iframe-basierte Verfahren zum Einsatz, damit Aktualisierungen für Nutzer möglichst unmittelbar erscheinen konnten.

Heutige Begriffe wie Plattform, Integration oder CRM helfen bei der Einordnung. Sie sollen jedoch nicht so verstanden werden, als wäre die damalige Architektur mit einer heutigen technischen Plattform gleichzusetzen.

Historische Domicilio24-Broschüre mit dem Schriftzug Portal Inmobiliario
Historisches Domicilio24-Material aus der frühen Projektphase.

Die Ausgangslage

Immobilieninformationen lagen bei unterschiedlichen Maklern und Agenturen. Jeder Beteiligte hatte eigene Objekte, Informationen, Kunden und Arbeitsweisen.

Die Herausforderung bestand darin, diese Informationen innerhalb einer gemeinsamen Plattform nutzbar zu machen – ohne dass daraus nur eine große, unübersichtliche Sammlung von Immobilienanzeigen wurde.

Im System konnten historische Größenordnungen von etwa 500.000 Immobilienobjekten verarbeitet werden. Diese Zahl ist keine Marketing-KPI, sondern beschreibt den Umfang, in dem die Datenhaltung und Verarbeitung gedacht werden mussten.

Der Lösungsansatz

Immobilienbestand verschiedener Anbieter

Immobilien verschiedener Anbieter konnten zentral strukturiert und verwaltet werden. Die Plattform war nicht ausschließlich auf einen einzelnen Immobilienanbieter ausgelegt.

Mehrere Agenturen in einer gemeinsamen Infrastruktur

Unterschiedliche Agenturen und Beteiligte konnten innerhalb des Systems berücksichtigt werden. Der Plattformgedanke verband gemeinsame technische Grundlagen mit einer organisatorischen Trennung der einzelnen Anbieter.

Agentur A · Agentur B · Agentur C

Gemeinsame Plattform: Immobilienbestand, Interessenten und Zuordnungen

Eigene Sichtbarkeit und Arbeitsbereiche je Beteiligtem

Dieser Gedanke lässt sich heute vereinfacht als Shop-in-Shop- oder Mandantenprinzip beschreiben. Damals stand vor allem im Vordergrund, unterschiedliche Anbieter innerhalb einer größeren Plattform sichtbar und organisatorisch getrennt abzubilden.

Matching statt reiner Veröffentlichung

Der wichtige Gedanke war nicht nur:

Immobilie → Veröffentlichung

Sondern auch:

Interessent → Anforderungen → passende Immobilien

Neben den Objekten spielten deshalb auch Interessenten und die Zuordnung zwischen Nachfrage und Angebot eine Rolle. Damit entstanden CRM-nahe Funktionen: Anforderungen erfassen, passende Objekte finden und den weiteren Kontakt nachvollziehbar machen.

Datenaustausch und Aktualisierung

Informationen mussten zwischen unterschiedlichen Bereichen und Beteiligten verfügbar und aktuell gehalten werden. Mit den damaligen technischen Möglichkeiten wurden dafür eigene Mechanismen für Austausch und Aktualisierung entwickelt.

Die konkrete technische Umsetzung war zeittypisch. Die zugrunde liegende Aufgabe ist bis heute vertraut: Daten sollen dort verfügbar sein, wo sie für den nächsten Arbeitsschritt gebraucht werden – möglichst ohne dass Menschen dieselben Informationen mehrfach übertragen müssen.

Die eigentliche Besonderheit

Domicilio24 / Piso24 war nicht einfach eine große Immobilienseite.

Bereits in der Vorgeschichte und der frühen Projektphase ging es darum, unterschiedliche Beteiligte, Daten und Prozesse über eine gemeinsame digitale Plattform miteinander zu verbinden.

Das ist der relevante historische Kontext: Angebote, Interessenten, Agenturen und Aktualisierungen sollten nicht isoliert nebeneinanderstehen, sondern als zusammenhängender Arbeitsprozess nutzbar werden.

Was heute anders wäre

Eine moderne Plattform würde viele dieser Probleme anders angehen – beispielsweise mit APIs, Events, modernen Datenbanken, Cloud- oder Container-Infrastruktur und standardisierten Schnittstellen.

Die grundlegenden Fragen sind jedoch erstaunlich ähnlich geblieben:

  • Wo entstehen Daten?
  • Wem gehören sie?
  • Wie werden sie ausgetauscht?
  • Wie bleiben sie aktuell?
  • Wie arbeiten unterschiedliche Beteiligte mit denselben Informationen?
  • Wie wird aus Daten ein funktionierender Prozess?

Die Werkzeuge haben sich verändert. Die Verantwortung für Daten, Übergaben und Zusammenarbeit ist geblieben.

Was davon bis heute weiterwirkt

Die Verbindung von Daten, Beteiligten und Arbeitsprozessen ist kein neues Problem. Domicilio24 / Piso24 zeigt eine frühe Plattformperspektive auf genau diese Fragestellung.

Im DigitalLabor greifen heutige Beiträge denselben Blick auf – etwa bei der Frage, was passiert, wenn zwei Systeme miteinander sprechen, oder warum verbunden noch nicht automatisch integriert bedeutet.

Perspektivisch lässt sich daraus ein weiterer roter Faden erzählen: Von Domicilio24 zu eLords – über mehr als 20 Jahre Plattform-, Prozess- und Integrationsdenken.