Zum Inhalt springen

Fallstudie · PropTech · Marktplatz

ANT — PropTech-Marktplatz und Admin-Konsole

Veröffentlicht · Aktualisiert · Von YuSMP Group Engineering

Wie wir eine individuelle Immobilien-Marktplatz-Webplattform — ein wohnungsgenaues Bestandsraster, eine facettierte Sucherfahrung, ein Listing-CMS und eine Multi-Rollen-Admin-Konsole — für Wohnbauträger und Makler entwickelt haben, die in den USA und der Europäischen Union tätig sind.

BranchePropTech · Marktplatz
Projektjahr2023
EngagementDediziertes Team
ANT PropTech-Marktplatz — wohnungsgenaues Bestandsraster und facettierte Suche im Web

Die Aufgabe — ein Immobilien-Marktplatz, der wohnungsgenauen Bestand abbildet

Das ANT-Produktteam wollte einen PropTech-Marktplatz, der über eine flache Angebotsliste hinausgeht. Die zentrale Erkenntnis: Wohnbauträger in den USA und der Europäischen Union verkaufen Hunderte von Einheiten in einem einzigen Gebäude, und Käufer erwarten, diesen Bestand als navigierbares, wohnungsgenaues Raster zu sehen — nicht als Kartenscroll. Standard-Immobilien-SaaS wie Salesforce Real Estate Cloud und Bitrix24 deckt Makler-CRM-Workflows ab, aber keine davon unterstützt eine öffentliche Wohnungsraster-Oberfläche, ein entwicklergesteuertes Listing-CMS und einen Multi-Rollen-Admin in einem Produkt. Wir haben ANT von Grund auf als Next.js-Marktplatz entwickelt, gestützt auf eine Elasticsearch-Suchschicht, eine Node.js-/NestJS-API und PostgreSQL als führendes System — eine Immobilienplattform, die als ein einziges Webprodukt für Käufer, Entwickler, Makler und stadtweite Betreiber in den US- und EU-Märkten ausgeliefert wird.

Projekt-Highlights

Wohnungsgenaues Bestandsraster Facettierte Suche auf Elasticsearch Listing-CMS mit Medienbibliothek MapboxGL-Kartensuche Multi-Rollen-Admin-Konsole Entwickler- + Makler-Workflows Lead-Capture-Pipeline Datenhaltung USA + EU

In Zahlen

Ein Überblick darüber, was die ANT-Entwicklung als einheitlicher Web-Marktplatz und Admin-Plattform in ihrem ersten Produktivzyklus geliefert hat.

3eigenständige Frontend-Oberflächen — öffentlicher Marktplatz, Listing-CMS für Entwickler und Multi-Rollen-Admin-Konsole
15+Facetten-Dimensionen im Suchindex — Preis, Zimmer, Fläche, Etage, Ausrichtung, Status, Ausstattung, Bezirk
<100mstypische p95-Antwortzeit der Suche auf einem warmen Elasticsearch-Cluster mit Redis-Facetten-Cache
4Admin-Rollen — System-Admin, Entwickler-Backoffice, Makler und schreibgeschützter Stadtbetreiber
100%typisierte Codebasis — TypeScript durchgängig über Next.js-Frontend und NestJS-Backend
14–22 Wo.typischer Lieferzeitraum für ein vergleichbares PropTech-Marktplatz-MVP mit Admin-Konsole
ANT Multi-Rollen-Admin-Konsole — Entwickler-Backoffice und Makler-Workflows im Web

Warum ein individueller Marktplatz-Stack statt Standard-Immobilien-SaaS

Keine Standard-PropTech-SaaS — Salesforce Real Estate Cloud, Bitrix24 oder ähnliche Makler-CRMs — vereint ein wohnungsgenaues Bestandsraster, ein entwicklergesteuertes Listing-CMS, facettierte Elasticsearch-Suche und einen Multi-Rollen-Admin in einem einzigen Webprodukt. Diese Plattformen sind auf Makler-Pipelines und Lizenzierung pro Nutzer optimiert, nicht auf einen öffentlichen Marktplatz, bei dem Ranking, SEO und das Bestandsraster durchgängig selbst kontrolliert werden müssen. ANT auf einer dieser Plattformen aufzubauen, hätte bedeutet, so viel des Anbieterschemas zu forken und zu überschreiben, dass die SaaS keinen Vorteil mehr bietet — jede Annahme wird zur Bürde. Wir haben uns für eine individuelle Next.js-Lösung entschieden, weil das Wohnungsraster, die Facetten-UX und das Entwickler-Backoffice allesamt erstklassige Datenmodelle benötigten, die kein Standardprodukt bereitstellt.

Allein das Bestandsmodell ist eine individuelle Entscheidung: Ein Wohnbauprojekt gliedert sich in Gebäude → Eingang → Etage → Einheit, und jede Einheit trägt ihren eigenen Preis, Status, ihre Ausrichtung, eine Grundriss-Referenz und ein Medienbündel. Das Standard-Immobilien-Objektmodell von Salesforce behandelt ein Angebot als einzelnen Datensatz; 240 Wohnungen in einem 30-stöckigen Turm als 240 solcher Datensätze auszudrücken und dann von der Plattform zu verlangen, sie als anklickbares Schachbrett darzustellen, ist nicht ihr Zweck. Unser Event-Sourcing-Indexer spiegelt den PostgreSQL-Bestand bei jedem Statuswechsel in Elasticsearch, sodass das öffentliche Raster, die Suchfacetten und das Entwickler-Backoffice nie eine veraltete Einheit sehen.

Individueller Next.js-Marktplatz vs. Salesforce Real Estate Cloud vs. Bitrix24 — auf einen Blick
Dimension Individuelle Lösung (ANT) Salesforce Real Estate Cloud Bitrix24
Wohnungsgenaues BestandsrasterNativ — Schachbrett Gebäude → Etage → Einheit mit Live-StatusNicht verfügbar — Angebot ist ein flacher DatensatzNicht verfügbar — nur CRM-artige Deal-Pipeline
Performance der facettierten SucheElasticsearch + Redis-Facetten-Cache, p95 <100 msSOQL auf Standardobjekten — eingeschränkte Facetten-UXSQL-Filter auf Entitätsliste — keine Live-Facettenzähler
Öffentliche SEO-OberflächeServer-gerendertes Next.js — volle Kontrolle über Routen, Schema, SitemapExperience Cloud — themengebunden, eingeschränkte RoutenkontrolleWebsite-Builder — eingeschränkte Schema- und Routenkontrolle
Listing-CMS für EntwicklerIndividuell — Medienbibliothek, Entwurf / Veröffentlichung, Sammelbearbeitung von EinheitenStandard-Files-Objekt — keine immobilienspezifische Medien-UXGenerisches CMS-Add-on — kein Wohnungsraster-Editor
Multi-Rollen-Admin (Entwickler / Makler / Betreiber)Natives RBAC mit Audit-Log pro RolleStarkes RBAC, Lizenzierung pro Nutzer skaliert mit TrafficRollenpläne begrenzt; Admin-UX ist auf Vertriebsteams zugeschnitten
Kostenmodell im Marktplatz-MaßstabEinmalige Entwicklung + Hosting; keine Pro-Nutzer-Kosten für öffentliche NutzerEnterprise-Lizenz pro Nutzer — kostspielig für öffentliche Marktplatz-TeamsStufenbasierte Preise; erweiterte Funktionen in höheren Tarifen
Kontrolle der Datenhaltung in USA und EUDirekt — getrennte Partitionen, unabhängige SchlüsselhierarchienVerfügbar über Hyperforce, zusätzliche Lizenz erforderlichEingeschränkte regionale Kontrolle in niedrigeren Tarifen

PropTech-Referenzen: schema.org/Residence, Elasticsearch-Aggregationen, Next.js-Dokumentation.

ANT-Marktplatz — Wohnungsbestandsraster mit Live-Statusfarben und Detailansicht der Einheit

Web-Marktplatz-Entwicklung — Next.js, Wohnungsraster-Bestand, MapboxGL-Suche

Der öffentliche Marktplatz ist in Next.js mit React und TypeScript gebaut, serverseitig gerendert für SEO und hydratisiert für die interaktive Suche. Die Wohnungsraster-Komponente ist das Herzstück: Jede Wohnbauprojekt-Seite stellt ein Schachbrett von Einheiten dar, nach Status (verfügbar, reserviert, verkauft) eingefärbt und nach Etage und Eingang gruppiert. Käufer können das Raster nach Zimmerzahl, Preisspanne, Fläche, Etagenbereich und Ausrichtung filtern; das Auswählen einer Zelle öffnet ein Panel mit dem Grundriss, der Ausstattung, der Ausrichtung und dem Lead-Capture-Formular der Einheit. Das Raster und die globale Suche nutzen einen einzigen Elasticsearch-Index — es gibt keinen separaten Datenpfad für die Projektseite und die Marktplatz-Angebotsseite.

Die Kartensuche ist auf MapboxGL mit einer eigenen Clustering-Ebene für die USA, die Europäische Union und weitere Märkte umgesetzt. Angebote außerhalb des sichtbaren Ausschnitts werden aus der Antwort entfernt; Cluster lösen sich unterhalb einer konfigurierten Zoomstufe in Marker pro Gebäude auf. Karte und Ergebnisliste sind an dieselbe Elasticsearch-Abfrage gebunden, sodass das Setzen eines Preisfilters in der Liste die Karten-Marker im selben Rendervorgang aktualisiert. Interne Links vom Marktplatz führen zu unserer Leistung Webanwendungsentwicklung für Teams, die ähnliche PropTech-Projekte planen.

ANT Listing-CMS — Entwickler-Backoffice für Einheitenbearbeitung, Medienbibliothek und Veröffentlichungs-Workflow

Listing-CMS — Entwickler-Backoffice, Medienbibliothek, Sammelbearbeitung von Einheiten

Das Listing-CMS ist die Oberfläche, in der Wohnbauträger und Makler tatsächlich arbeiten. Es basiert auf demselben Next.js-Frontend mit einer NestJS-API-Schicht, sodass das Schema, das das CMS bearbeitet, dasselbe ist, das der öffentliche Marktplatz rendert — kein Export-/Import-Schritt, keine nächtliche Synchronisation. Entwickler können ein Gebäude anlegen, seine Etagen und Eingänge definieren und dann entweder Einheiten einzeln eingeben oder eine CSV-artige Tabelle mit spaltenweiser Validierung in einem Zug bearbeiten. Jede Einheit hat ihren eigenen Preis, Status, ihre Fläche, Zimmerzahl, Ausrichtung, Blickrichtung, ihr Ausstattungspaket und ein Medienbündel aus Grundriss, Renderings und Fotos.

Die Medienbibliothek nutzt S3 als Speicher und eine Derivat-Pipeline, die optimierte WebP-Varianten in genau den Auflösungen erzeugt, die das öffentliche Raster und das Einheiten-Panel tatsächlich anfordern. Ein Entwurf-/Veröffentlichungs-Workflow bedeutet, dass ein Entwickler eine Preisänderung oder einen Statuswechsel über Nacht vorbereiten und am nächsten Morgen atomar veröffentlichen kann — Marktplatz und Suchindex aktualisieren sich über den Event-Sourcing-Indexer im Gleichschritt. Die rollenbasierte Zugriffskontrolle erlaubt es einem Makler, nur die ihm zugewiesenen Einheiten zu bearbeiten, während ein Entwickler-Backoffice-Nutzer das gesamte Projekt bearbeiten kann. Dieses Muster ist dasselbe, das wir bei all unseren Projekten zur individuellen Softwareentwicklung einsetzen.

ANT Content-CMS und Admin — Marketingseiten, Bezirksführer und Lead-Pipeline-Ansicht

Content-CMS, Admin-Konsole und die Sicherheitsarchitektur dahinter

Über den einheitengenauen Bestand hinaus bringt ANT ein Content-CMS für Marketingseiten mit — Bezirksführer, Hypotheken-Erklärungen, Marken-Seiten von Entwicklern — sowie eine Admin-Konsole für das Betriebsteam. Das Content-CMS nutzt einen blockbasierten Editor mit eingeschränkten Inhaltstypen, sodass ein Marketingmanager das Seitenschema, von dem die SEO-Oberfläche abhängt, nicht versehentlich beschädigen kann. Die Admin-Konsole legt vier Rollen darüber: System-Admin, Entwickler-Backoffice, Makler und schreibgeschützter Stadtbetreiber. Jede Rolle hat ihr eigenes Audit-Log; Berechtigungsänderungen selbst werden im Audit-Log erfasst. Lead-Capture, gespeicherte Suchen und Analytics-Opt-ins werden über einen regionsbewussten Einwilligungsfluss verarbeitet, der mit der DSGVO in der Europäischen Union und mit CCPA / CPRA in Kalifornien und den übrigen US-Datenschutzregimen abgestimmt ist.

Die Anwendungssicherheit folgt den OWASP Top 10 als Grundlage. Die Authentifizierung läuft über rotierende, kurzlebige Tokens mit Refresh; sensible Admin-Aktionen erfordern eine zusätzliche Bestätigung; sämtliche serverseitigen Eingaben werden an der Controller-Grenze mit typisierten Schemata validiert; Uploads werden vor Erreichen von S3 durch einen Virenscanner geleitet. US- und EU-Nutzerdaten sind in unabhängige PostgreSQL-Cluster mit getrennten Verschlüsselungs-Schlüsselhierarchien partitioniert, sodass eine künftige Datenhaltungszusage in einer der beiden Regionen eine Konfigurationsänderung ist, keine Schema-Migration.

Compliance-Status: DSGVO-konform · ISO-27001-bereit · SOC 2 Type II in Vorbereitung · HIPAA-fähig · CCPA-berücksichtigt.

Liefermethodik

Eine fünfphasige Entwicklung, die ANT vom Produkt-Briefing zu einem produktiven PropTech-Marktplatz mit Listing-CMS und Multi-Rollen-Admin-Konsole führte.

Phase 1

Discovery & Datenmodell

Bestandstaxonomie (Gebäude → Etage → Einheit), Facetteninventar, Rollen- und Berechtigungskarte, Datenschutz-Status für USA und EU, Design der öffentlichen Routen und des SEO-Schemas.

Phase 2

Marktplatz-Frontend

Öffentlicher Next.js-Marktplatz, Wohnungsraster-Komponente, MapboxGL-Kartensuche, facettierte Ergebnisliste, gebunden an eine gemeinsame Elasticsearch-Abfrage.

Phase 3

Listing-CMS & Indexer

Entwickler-Backoffice, Medienbibliothek, Entwurf-/Veröffentlichungs-Workflow, Event-Sourcing-Indexer, der PostgreSQL und Elasticsearch im Gleichschritt hält.

Phase 4

Admin-Konsole & Sicherheit

Multi-Rollen-RBAC, Audit-Logs pro Rolle, OWASP-konforme Härtung, regionsbewusste Einwilligung, Lead-Capture-Pipeline, Makler-Workflows.

Phase 5

Launch & Iteration

Rollout in den USA und der EU, Kubernetes-basiertes Deployment auf Terraform-bereitgestellter Infrastruktur, Observability-Stack, A/B-Framework für die Suchqualität, Bereitschaftsdienst.

Die Lead-Pipeline, Makler-Workflows und CRM-Brücke

Die Monetarisierungsfläche von ANT liegt in der Lead-Pipeline. Jedes Einheiten-Panel, jede Bezirksseite und jedes Entwicklerprofil enthält ein typisiertes Lead-Capture-Formular; Einsendungen landen in einem NestJS-Dienst, der nach Telefon und E-Mail dedupliziert, nach Quelle und Aktualität bewertet und anhand des Gebäudes und der Etage der Einheit an den richtigen Makler weiterleitet. Makler sehen ihre Warteschlange in der Admin-Konsole, mit Statuswechseln per Klick (neu → kontaktiert → Besichtigung gebucht → reserviert → verkauft) und einem Freitext-Notizfeld, das zum Audit-Trail wird. Eine Webhook-Schicht leitet Lead-Ereignisse nach außen an das vom Entwickler gewählte CRM — Salesforce, HubSpot oder Bitrix24 — sodass der Marktplatz nie zum führenden System für die Deal-Pipeline des Entwicklers wird. Gespeicherte Suchen senden Käufern E-Mail-Zusammenfassungen, wenn neue Einheiten passend zu ihrer Facettenkombination in den Index gelangen; die Frequenz der Zusammenfassungen respektiert den Einwilligungsstatus des Nutzers und wird für Nutzer in der Europäischen Union, die der Marketingkommunikation nicht zugestimmt haben, unterdrückt. In den US-Märkten respektiert dieselbe Digest-Engine die "Do Not Sell or Share"-Präferenz nach CCPA / CPRA. Die gesamte Pipeline wurde so gebaut, dass das Hinzufügen einer neuen Lead-Quelle, einer neuen Makler-Rolle oder eines neuen CRM-Ziels eine Konfigurationsänderung ist, kein Code-Release.

Launch in den USA und der EU — Datenschutzrecht, Datenhaltung und SEO

ANT startete als ein einziges Webprodukt für Käufer und Entwickler in den USA und der Europäischen Union. Nutzer in Kalifornien, New York, Texas und Florida in den USA sowie Nutzer in Deutschland, den Niederlanden, Frankreich, Schweden und Irland in der EU greifen mit regionsbewusster Inhaltsaushandlung auf dieselbe Next.js-Anwendung zu. Die Einwilligungsflüsse sind regionsbewusst: Nutzer in der EU und im EWR erhalten einen granularen Einwilligungsbildschirm im DSGVO-Stil mit getrennten Schaltern für Analytics und Marketing; Nutzer in Kalifornien erhalten eine "Do Not Sell or Share My Personal Information"-Offenlegung im CCPA-Stil. Die Datenverarbeitungspraktiken sind mit der DSGVO für Nutzer der Europäischen Union und mit dem Flickenteppich der US-Datenschutzgesetze abgestimmt — CCPA / CPRA (Kalifornien), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) und Oregon CPA.

Das Backend trennt EU- und US-Nutzerdaten in unabhängige PostgreSQL-Partitionen mit getrennten Verschlüsselungs-Schlüsselhierarchien und ermöglicht so eine künftige Datenhaltungszusage in einer der beiden Regionen ohne Schema-Migration. Der Elasticsearch-Indexer betreibt zustandslose Worker, die unabhängig an EU- oder US-Regionen gebunden werden können. Die öffentliche SEO basiert auf einem JSON-LD-Schema mit den Typen Residence und Offer, sodass Wohnbauprojekte korrekt in Googles Rich-Result-Darstellungen erscheinen; die Sitemap-Generierung erfolgt automatisch und respektiert den Veröffentlichungs-Workflow des Listing-CMS. Die EU-Datenschutz-Konformität und die kalifornischen CCPA-Pflichten sind in der In-App-Datenschutzerklärung dokumentiert sowie in einer Auftragsverarbeitungsvertrags-Vorlage, die dem Kunden für seinen AVV mit EU-Unterauftragsverarbeitern bereitgestellt wird. Die gesamte Plattform wird an einem MEZ-Arbeitstag mit Überlappung mit der US-Ostküste (9–13 Uhr ET) für Stand-ups, Demos und Incident-Response betrieben.

Technologie-Stack und Roadmap

TypeScript Next.js React Node.js NestJS PostgreSQL Elasticsearch Redis MapboxGL S3 Docker Kubernetes Terraform Event-Sourcing-Indexer OWASP-konforme Härtung JSON-LD (Residence, Offer)

Die aktive Roadmap zur individuellen Softwareentwicklung für ANT umfasst einen Rechner für die Finanzierbarkeit von Hypotheken im Einheiten-Panel, eine E-Mail-Zusammenfassung gespeicherter Suchen mit facettenweisen Benachrichtigungen, einen offline-fähigen Makler-Arbeitsbereich für Vor-Ort-Besichtigungen und eine öffentliche Partner-API, damit Stadtplaner in der Europäischen Union anonymisierte Angebotsdichte-Daten für die Wohnungspolitikforschung abrufen können. Die Infrastrukturpläne umfassen die Verlagerung des Elasticsearch-Clusters auf eine dedizierte Stufe mit einem Such-SLO von unter 50 ms, den Ausbau des Cloud & DevOps-Footprints auf Multi-Region-Active-Active und die Einführung eines mandantenbezogenen Analytics-Dashboards, das die Lead-Qualität nach Makler, Gebäude und Akquisitionskanal aufschlüsselt.

Häufig gestellte Fragen

Was kostet die Entwicklung eines individuellen Immobilien-Marktplatzes?

Ein fokussiertes PropTech-Marktplatz-MVP mit öffentlichen Angeboten, Suche und Filtern, einem Listing-CMS für Entwickler und einer einfachen Admin-Konsole kostet typischerweise 140.000–320.000 $. Ergänzt man ein wohnungsgenaues Bestandsraster, MapboxGL-Kartensuche, Lead-Capture mit CRM-Integration und einen Multi-Rollen-Admin mit Audit-Logs, ergibt sich eine vollständige Plattform für 320.000–750.000 $. Die wichtigsten Kostentreiber sind die Suchinfrastruktur (Elasticsearch-Tuning, Facetten-UX), das Bestandsdatenmodell (Gebäude → Etage → Einheit) sowie das Rollen- und Berechtigungssystem, das für Entwickler, Makler und stadtweite Betreiber in den US- und EU-Märkten erforderlich ist.

Warum einen individuellen PropTech-Marktplatz entwickeln, statt Salesforce Real Estate Cloud oder Bitrix24 zu nutzen?

Standard-Immobilien-SaaS — Salesforce Real Estate Cloud, Bitrix24 und ähnliche — ist für Makler-CRM-Workflows optimiert, nicht für einen öffentlichen Marktplatz mit wohnungsgenauen Bestandsrastern und einem entwicklergesteuerten Listing-CMS. Sie geben starre Datenschemata vor, eine Lizenzierung pro Nutzer, die mit öffentlichem Traffic schlecht skaliert, und eine vorlagenbasierte Oberfläche, die das schachbrettartige Wohnungsraster, das Käufer auf einer Wohnbauprojekt-Seite erwarten, nicht abbilden kann. Eine individuelle Next.js-Lösung auf Elasticsearch bietet volle Kontrolle über das Such-Ranking, das Bestandsmodell und die öffentliche SEO-Oberfläche — nichts davon lässt sich in Salesforce oder Bitrix24 auf dem Niveau konfigurieren, das ein ernsthafter PropTech-Betreiber benötigt.

Wie sieht ein wohnungsgenaues Bestandsraster aus und warum ist es wichtig?

Ein wohnungsgenaues Bestandsraster stellt ein Wohnbauprojekt als Schachbrett dar: Jedes Gebäude, jede Etage und jede Einheit ist eine anklickbare Zelle, die nach Status (verfügbar, reserviert, verkauft) eingefärbt ist. Käufer können das Raster nach Zimmerzahl, Preisspanne, Etagenbereich und Ausrichtung filtern und dann den Grundriss, die Ausstattung und den Preis einer bestimmten Einheit aufrufen. Das ist wichtig, weil Wohnbauträger in den USA und der Europäischen Union Hunderte von Einheiten gleichzeitig anbieten — ohne Rasteransicht müsste ein Käufer durch eine flache Liste scrollen, und die Conversion-Rate bricht ein. Das Raster dient zugleich als internes Bestands-Dashboard des Entwicklers, sodass das Listing-CMS und der öffentliche Marktplatz dieselbe Datenquelle nutzen.

Wie bewältigen Sie facettierte Suche im Marktplatz-Maßstab?

Produktionsreife facettierte Suche für Immobilien läuft auf Elasticsearch mit sorgfältig abgestimmten Mappings: geo_point für die Kartensuche, verschachtelte Objekte für Einheitenattribute und Aggregationen für Facettenzähler bei jeder Anfrage. Jedes Facettenpanel (Preis, Zimmer, Fläche, Etage, Ausrichtung, Status) zeigt Live-Zähler, die sich beim Anwenden von Filtern aktualisieren, was eine einzige Anfrage erfordert, die sowohl Treffer als auch Aggregationen liefert. Das Zwischenspeichern der häufigen Filterkombinationen in Redis senkt die Antwortzeit in den gängigen Fällen auf unter 100 ms. PostgreSQL bleibt das führende System; Elasticsearch wird über einen Event-Sourcing-Indexer aus der Datenbank neu aufgebaut, sodass der Suchindex nie von der Bestandswahrheit abweicht.

Wie wirken sich US- und EU-Datenhaltungsregeln auf die Entwicklung eines PropTech-Marktplatzes aus?

In der Europäischen Union verlangt die DSGVO, dass personenbezogene Daten von EU-Bürgern — Leads, gespeicherte Suchen, Kontaktdaten — dokumentiert, mit einer klaren Rechtsgrundlage und einem Auftragsverarbeitungsvertrag mit Unterauftragsverarbeitern verarbeitet werden. In den USA verlangen CCPA und CPRA in Kalifornien, VCDPA in Virginia, CPA in Colorado, CTDPA in Connecticut, UCPA in Utah, TDPSA in Texas und Oregon CPA jeweils eine "Do Not Sell or Share"-Offenlegung und einen Opt-out-Mechanismus. ANT wurde so gebaut, dass US- und EU-Nutzerdaten in getrennten Datenbankpartitionen mit unabhängigen Verschlüsselungs-Schlüsselhierarchien liegen, sodass eine künftige Datenhaltungszusage in einer der beiden Regionen keine Schema-Migration erfordert.

Einen PropTech-Marktplatz wie diesen aufbauen — sprechen Sie mit uns

Wenn Sie einen Immobilien-Marktplatz, eine Listing-Plattform mit Wohnungsraster-Bestand oder einen Multi-Rollen-Admin für Wohnbauträger und Makler in den USA und der Europäischen Union planen, haben wir diesen Stack durchgängig ausgeliefert und können den Entwicklungszeitraum spürbar verkürzen. Das Engineering-Team hinter ANT gehört zur YuSMP Group. Wir arbeiten zum Festpreis für gut abgegrenzte MVPs und mit dedizierten Entwicklerteams für die laufende Lieferung, mit einem MEZ-Arbeitstag und einem garantierten Überlappungsfenster mit der US-Ostküste (9–13 Uhr ET) für Stand-ups, Demos und Incident-Response.

Sprechen Sie mit uns über ein ähnliches Projekt Webentwicklungs-Leistungen ansehen

Diesen Fall teilen

LinkedIn X

Ein ähnliches Projekt planen

Erstgespräch vereinbaren