<<<<<<< Updated upstream ======= >>>>>>> Stashed changes
IMMOBILIEN.CHGroup
IMMOBILIEN.CH GROUP · Technology

Sous le capot.

Cinq vues de la plateforme qui alimente Immobilien.ch et Liegenschaften.ch — conçues non comme un catalogue mais comme une démonstration. La Architecture Matrix montre comment nous répartissons la responsabilité sur cinq piliers et trois couches techniques. Le Fundament Circle rend visible que notre base suisse — cloud, LPD, sensibilité FINMA — a été construite avant la surface, et non après. Les Chemins de données, les Composants IA et les Tech Decisions montrent comment une requête chemine, quels modèles nous contrôlons nous-mêmes et pourquoi, lors du reboot après 33 ans, nous avons choisi la voie la plus difficile.

Prototype A · Architecture Matrix
IMMOBILIEN.CH GROUP · Architecture

Voilà comment Immobilien.ch est construit. Cinq piliers, trois couches.

Immobilien.ch (marketplace grand public) et Liegenschaften.ch (plateforme de deals institutionnels) fonctionnent sur une seule architecture commune à cinq piliers : notre marketplace grand public, notre CRM courtier, notre suite property management, notre plateforme investisseurs et le Data & AI Core partagé. Chaque pilier repose sur trois couches techniques — présentation, logique métier, données & IA. Cliquez sur une cellule pour voir la stack concrète, le modèle de données et la responsabilité derrière cette composante précise.

Cette matrice n’est pas une architecture de référence générique — c’est la construction réelle que nous avons choisie pour le reboot d’Immobilien.ch après 33 ans. Chaque cellule est une responsabilité technique réelle, pas une image marketing.

Marketplace
Broker CRM
Property Mgmt
Investor Platform
Data & AI Core
Presentation
Recherche & Filtres
REACT / TS
Champ de recherche AI-First avec compréhension sémantique — la requête est convertie en vecteur, appariée à des property embeddings. Frontend : React, TypeScript, Tailwind.
Cockpit CRM
REACT / TS
Espace de travail courtier avec pipeline kanban, timeline des deals, communication client. Mises à jour temps réel via WebSocket, UI optimiste.
Tableau de bord entreprise
REACT / TS
Cockpit family office : vue KPI, conformité ESG, analytics cash-flow. Graphiques via Recharts, tableaux via grille personnalisée.
Deal Room
REACT / TS
Deal flow off-market avec piste d’audit, coffre-fort documentaire, chaînes d’approbation pour investisseurs régulés.
Explainable UI
REACT / TS
Panneaux « Why this ? » à côté de chaque suggestion IA — score de confiance, importance des features, alternatives.
Business Logic
Ranking Engine
NODE.JS / GO
Scoring multi-facteurs : pertinence × fraîcheur × correspondance de lieu × profil utilisateur. Réponse < 100 ms.
Pipeline API
NODE.JS
REST + GraphQL pour chaque objet CRM. Rate limiting, isolation des tenants, journalisation d’audit.
Portfolio Engine
GO
Consolidation de portefeuille, simulation cash-flow, scoring ESG — pour family offices et investisseurs institutionnels.
Workflow Engine
GO / TEMPORAL
Workflows longue durée (due diligence, closing) avec state-machine, event-sourcing.
Inference Gateway
PYTHON / GO
Passerelle API centrale pour chaque modèle IA. Versionnage de modèle, A/B testing, mise en cache.
Data / AI
Property Graph
POSTGRESQL
PostgreSQL 16 + pgvector pour la recherche sémantique, PostGIS pour les requêtes géo.
Event Store
POSTGRES + KAFKA
Tous CRM-Aktionen als Events. Time-Travel-Queries, Audit-Compliance, Replay.
Time-Series DB
TIMESCALEDB
Métriques dans le temps : loyers, NOI, cash-flow. Agrégations continues.
Document Vault
S3 / SWISS CLOUD
Stockage documentaire chiffré sur sol suisse. Adressable par contenu, versionné.
Valuation Models
PYTHON / PYTORCH
Modèles de micro-marchés suisses: XGBoost für tabular, Transformer für sequential features. On-premise trained.
Prototype B · Fundament Circle
IMMOBILIEN.CH GROUP · Socle

Construit de l’intérieur vers l’extérieur. Immobilien.ch commence par le socle suisse.

Les trois anneaux montrent dans quel ordre nous assemblons Immobilien.ch et Liegenschaften.ch — de la couche la plus profonde à la surface visible. Au cœur : notre socle suisse (cloud suisse, conforme LPD, sensible FINMA). Au-dessus, les services Core partagés par les deux marques : authentification, data layer, inférence IA, passerelle API. À l’extérieur, les quatre surfaces produit : Marketplace (Immobilien.ch), CRM courtier, property management, plateforme investisseurs (Liegenschaften.ch). Cliquez sur un segment pour charger les détails.

La plupart des nouvelles plateformes immobilières font l’inverse : belle UI d’abord, conformité et responsabilité des données plus tard. Lors du reboot, nous avons délibérément choisi le contraire. Ce que vous voyez comme utilisateur d’Immobilien.ch repose sur un socle qui a été construit en premier — pas en dernier.

Swiss Core
Foundation
Fondations
Infrastructure cloud suisse
La plateforme fonctionne entièrement sur une infrastructure cloud suisse — data centres certifiés protection des données suisse, conformes LPD, sensibles FINMA. Aucun opérateur US, aucune sauvegarde UE, aucune zone grise.

Résidence des données : Suisse · Chiffrement : at rest + in transit · Conformité : ISO 27001, LPD, FINMA-ready
Prototype C · Chemins de données
IMMOBILIEN.CH GROUP · Chemins de données

De l’entrée à la réponse. Comment Immobilien.ch gère vos données.

Chaque interaction sur Immobilien.ch ou Liegenschaften.ch — une requête de recherche, une mise à jour de deal, une demande d’investisseur — traverse plusieurs couches clairement nommées. Nous montrons les trois flux qui existent réellement sur notre plateforme : B2C (recherche consommateur sur Immobilien.ch), B2B (workflow courtier dans le CRM), B2I (mandat investisseur dans Liegenschaften.ch). Pour chaque scénario, vous voyez quelle composante voit les données à quel moment — de l’entrée utilisateur à la réponse dans l’UI en passant par l’inférence IA et le Property Graph.

Quand vous tapez « appartement 4,5 pièces au lac de Zurich sous 2 M CHF » sur Immobilien.ch, vos données ne quittent jamais le périmètre suisse — la recherche sémantique tourne sur notre infrastructure, le classement utilise nos propres modèles, la réponse revient en moins de 200 ms. Basculez entre les trois scénarios de flux pour voir comment cela est sécurisé sur le plan architectural.

Saisie utilisateur FRONTEND AI Inference DATA + AI Property Graph POSTGRESQL Résultat UI
B2C · RECHERCHE CONSOMMATEUR : L’utilisateur tape « appartement 4,5 pièces au lac de Zurich sous 2 M CHF » → Semantic Query transformée en embedding → recherche par similarité vectorielle sur le Property Graph → résultats classés avec confidence-score. Bout en bout < 200 ms.
Prototype D · Composants IA
IMMOBILIEN.CH GROUP · Composants IA

24 composants, quatre couches. Tout ce qui fait tourner Immobilien.ch.

Chez Immobilien.ch, « AI-native » n’est pas une affirmation marketing — c’est une liste que l’on peut nommer. 24 composants techniques concrets qui travaillent sous la surface de notre plateforme, proprement triés par couche : Frontend (les composants d’UI que vous voyez sur Immobilien.ch), Backend (les services utilisés par les courtiers et investisseurs), IA (les modèles que nous avons entraînés nous-mêmes), Infrastructure (le socle suisse en-dessous). Cliquez sur une tuile pour ouvrir la description technique.

Notre position : qui prétend à une « plateforme AI-native » doit être capable de lister les briques IA une par une. Filtrez la grille par « AI » pour voir quels modèles et systèmes concrets se trouvent derrière les réponses d’Immobilien.ch — pas de boîte noire, pas de tuile « AI magic ».

FRONTEND 6 composants · Ce que voit l’utilisateur
Recherche AI-First
Frontend
Sync en temps réel
Frontend
Explainable AI
Frontend
Offline-First
Frontend
Design System
Frontend
A11y First
Frontend
BACKEND 6 composants · Ce qu’utilisent courtiers et investisseurs
API Gateway
Backend
Event Store
Backend
Workflow Engine
Backend
Document Vault
Backend
Pipeline API
Backend
Portfolio Engine
Backend
AI 6 composants · Ce que nous avons entraîné nous-mêmes
Valuation Model
AI
Semantic Search
AI
Risk Scoring
AI
Deal Match
AI
Anomaly Detection
AI
Copilot
AI
INFRASTRUCTURE 6 composants · Le socle suisse
Swiss Cloud
Infra
Observability
Infra
Zero-Trust
Infra
Backup & DR
Infra
CI/CD
Infra
Compliance
Infra
Prototype E · Tech Decisions
IMMOBILIEN.CH GROUP · Décisions

Six décisions du reboot. Chacune avec son contre-argument.

Le reboot d’Immobilien.ch après 33 ans n’est pas une continuation — c’est une série de nouvelles décisions technologiques délibérées. Nous avons documenté chaque grande décision, y compris les options que nous n’avons pas retenues : TypeScript plutôt que Python. PostgreSQL plutôt que MongoDB. Nos propres modèles IA plutôt que l’API OpenAI. Cloud suisse plutôt qu’AWS Francfort. Zero-Trust plutôt que modèle périmétrique. GitOps plutôt que déploiement manuel. Pour chaque décision, vous voyez le contre-argument (la voie plus facile), l’argument pour (plus difficile, mais le bon pour Immobilien.ch) et le choix final.

Pour nous, « responsable » ne veut pas dire que nous ne faisons pas d’erreurs — cela veut dire que chacune de nos décisions technologiques fondamentales est documentée, traçable et contestable. Cliquez sur un jalon — vous lisez la même argumentation qui a été menée en interne lors du reboot.

Q4 2025 Choix du langage · TypeScript
Contre-argument
Python pour le backend aurait facilité l’intégration IA et fait entrer l’équipe plus vite dans l’entraînement de modèles.
Argument pour
TypeScript de bout en bout permet de partager les types entre frontend et backend, évite des classes entières d’erreurs à l’exécution et fait gagner du temps d’onboarding aux développeurs full-stack.
Décision : TypeScript pour frontend + backend. Python uniquement pour le pipeline d’entraînement IA, isolé.
Q4 2025 Base de données · PostgreSQL
Contre-argument
MongoDB serait plus flexible pour des données de biens sans schéma — beaucoup de portails immobiliers utilisent NoSQL.
Argument pour
PostgreSQL 16 avec pgvector + PostGIS couvre la recherche de biens, les requêtes géo ET la recherche sémantique dans un seul moteur. Garanties ACID pour les transactions financières. Un modèle d’exploitation au lieu de deux.
Décision : PostgreSQL comme unique base de données primaire. Pas de second modèle de données.
Q1 2026 Stratégie IA · Modèles propriétaires
Contre-argument
L’API OpenAI/Anthropic fonctionnerait immédiatement — aucun effort d’entraînement, aucun investissement GPU.
Argument pour
Les micro-marchés suisses (Rapperswil vs. Herrliberg vs. Stäfa) présentent des dynamiques de prix si spécifiques que les modèles génériques passent systématiquement à côté. Données propres (33 ans d’historique métier) + modèles propres = defensibility.
Décision : modèles de valorisation propriétaires entraînés en Suisse. Modèles d’API uniquement pour la couche linguistique.
Q1 2026 Choix cloud · Cloud suisse
Contre-argument
AWS Francfort serait meilleur marché, offrirait plus de services et une itération plus rapide.
Argument pour
Conformité LPD, sensibilité FINMA, positionnement « sol suisse » — pour le client entreprise (family offices, investisseurs institutionnels), c’est un critère décisionnel, pas un confort.
Décision : fournisseur cloud suisse certifié ISO 27001 + LPD. Aucune sauvegarde transfrontalière.
Q1 2026 Modèle de sécurité · Zero-Trust
Contre-argument
Le modèle périmétrique classique (VPN + pare-feu) est établi, tous les développeurs le connaissent.
Argument pour
Le Zero-Trust re-vérifie chaque requête : aucune confiance implicite, isolation des tenants au niveau base de données, MFA par défaut. Les auditeurs l’attendent désormais.
Décision : Zero-Trust dès le premier jour. WebAuthn/Passkeys pour les utilisateurs, mTLS entre les services.
Q2 2026 Déploiement · GitOps + Progressive Rollout
Contre-argument
Un CI/CD classique avec approbation manuelle est plus simple à mettre en œuvre.
Argument pour
Les déploiements progressifs (1 % → 10 % → 100 %) avec retour arrière automatique en cas de hausse du taux d’erreur évitent les pannes totales. GitOps rend chaque déploiement reproductible et auditable.
Décision : GitOps via ArgoCD. Feature flags pour des déploiements graduels. Rollback automatisé.
Prototype F · Live Property Database
IMMOBILIEN.CH GROUP · Semantic Query Console

Requête en langage naturel. Résultats scorés par IA. En direct.

La Semantic Query Console démontre comment IMMOBILIEN.CH cherchera : l’utilisateur formule sa requête en langage naturel, un parser IA la décompose en paramètres de recherche structurés — région, nombre de pièces, fourchette de prix, caractéristiques. Cinq molettes rotatives, six LEDs de caractéristiques et un champ de texte libre travaillent en parallèle ; le modèle de scoring pondère chaque objet sur cinq dimensions et livre non pas seulement des résultats, mais des valeurs de confiance explicables. Carte, heatmap et waterfall visualisent en temps réel comment le match se répartit sur 50 propriétés suisses sélectionnées. Ce qui fonctionne ici comme démo interactive deviendra en phase de construction 2027 la plateforme consumer productive avec des données de marché en direct.

IMM.CH // SEMANTIC QUERY CONSOLE · v.0.4 · CH-North1 · 50 objets indexés --:--:-- CET
01 · Composeur de requête
query ›
en attente de saisie · les jetons apparaîtront ici
AST analysé
{ "region": null, "rooms": null, "price_max": null, "features": [] }
02 · Rack de filtres
03 · Tableau signature
Confiance requête
Clarté sémantique
Heatmap régionale
Low High
Cascade meilleur match
Région
0%
Pièces
0%
Prix
0%
Surface
0%
Attributs
0%
Score composite0%
04 · Explorateur de correspondances
Distribution régionale
10
Cantons
50
Correspondances
--
Score moyen
Correspondances en direct · 50 objects
Jetons sémantiques0
·
Confiance0%
·
Réponse-- ms
·
Objets50
·
Meilleur match--%
PARSEUR IA · REGEX v3 · OK · CH-NORTH1 · 142 ms · FRAÎCHEUR INDEX · < 2h · MODÈLE SCORING · V.0.4 · LATENCE REQUÊTE P95 · 187 ms · SESSIONS ACTIVES · 1 · PARSEUR IA · REGEX v3 · OK · CH-NORTH1 · 142 ms · FRAÎCHEUR INDEX · < 2h · MODÈLE SCORING · V.0.4 · LATENCE REQUÊTE P95 · 187 ms · SESSIONS ACTIVES · 1 ·
Prototype G · Compliance Console
IMMOBILIEN.CH GROUP · FINMA · FADP · ISO 27001

La conformité n'est pas une ligne sur un slide. C'est un système vivant.

La Compliance Console montre en temps réel comment Immobilien.ch et Liegenschaften.ch appliquent les quatre cadres réglementaires porteurs : LPD (loi fédérale sur la protection des données révisée), FINMA-awareness (LSFin art. 4 pour les investisseurs qualifiés), ISO 27001 (management de la sécurité de l'information) et architecture réseau Zero-Trust. Chaque domaine est doté d'un score de conformité, décomposé en quatre sous-critères. Un journal d'audit en direct montre les 30 derniers accès aux données, classés par sensibilité. La carte de résidence des données rend visible dans quel centre de données suisse tel type de donnée est traité — aucune donnée ne quitte le périmètre suisse. Cliquez sur une carte de domaine pour voir les entrées de journal pertinentes et les centres de données concernés mis en évidence — ou sur un pin de centre de données sur la carte pour l'uptime, les certifications et les catégories de données en détail. Combinable avec les filtres de sensibilité ; un clic sur »Réinitialiser filtre« restaure la vue d'ensemble.

La plateforme elle-même n'est pas soumise à la licence FINMA ; elle fournit l'infrastructure permettant aux investisseurs qualifiés et aux courtiers de remplir structurellement leurs propres obligations au titre de FIDLEG art. 4, LBA et LPD — avec un journal d'audit complet.

IMM.CH // COMPLIANCE CONSOLE · v.0.4 · CH-North1 · 4 domaines surveillés TOUS LES SYSTÈMES · OK --:--:-- CET
Filtre actif · Domaine FADP Les entrées de journal, les centres de données et le runbook n'affichent que les éléments pertinents
01 · Domaines réglementaires
02 · Moniteur de mouvement des données
Piste d'audit en direct 30 events
Périmètre suisse des données
Transferts transfrontaliers · 0 Toutes les données dans · CH
03 · État opérationnel
Compliance Officer
Q2 2026
Mandat juridique actif · FINMA-expérimenté
ISO 27001 Audit
Q2 2027
Certification · préparée en phase de construction
Résidence des données
100% CH
5 centres de données · 0 transferts transfrontaliers
Score composite--%
·
Événements / h--
·
Accès restreints--
·
Centres de données5
·
Uptime · 90j99.98%
Prototype H · Investor Dashboard
LIEGENSCHAFTEN.CH · Simulateur de portefeuille

Réglez les critères investisseur. Le portefeuille se construit en direct.

Le Dashboard investisseur montre comment les investisseurs qualifiés constitueront plus tard leur portefeuille sur Liegenschaften.ch : l'investisseur définit sa thèse d'investissement via des commandes — plage de ticket, cap-rate cible, horizon temporel, appétit du risque, régions et classes d'actifs. Un univers de 36 biens suisses sélectionnés est scoré en temps réel et visualisé dans le nuage de points. Les deals les plus pertinents sont combinés en un portefeuille exemple et décomposés économiquement dans le diagramme en cascade — des loyers bruts, via les charges d'exploitation, jusqu'au rendement net. Chaque mouvement de commande déclenche un recalcul instantané ; aucun deal réel, aucun backend live — une simulation frontend de la vue investisseur institutionnel.

LIE.CH // INVESTOR DASHBOARD · v.0.4 · CH-SOUTH1 · 36 deals indexés --:--:-- CET
01 · Composeur de thèse
Plage de ticket 200k – 10M CHF
Cap-Rate cible ≥ 3.5%
Horizon temporel5 ans
Régionsalle
Appétit du risque
Balanced
Classes d'actifsalle
02 · Univers des deals
Cap-Rate × Taille de ticket Taille du point = Qualité deal 36 / 36 dans la thèse
Cap-Rate (%) Taille ticket (CHF)
03 · Aperçu portefeuille
Meilleurs deals 8 sur 36
Match Deal Région Cap-Rate NOI / an Ticket
Rendement portefeuille
Cap-Rate pondéré
--%
pondéré par taille de ticket
Investissement total
CHF --
somme de tous les deals
Diversification
--%
Régions × Classes d'actifs
Qualité deal moy.
--%
score issu du rating interne
04 · Cascade économique du deal
Du loyer brut au rendement net moyenne pondérée portefeuille
--
--
--
--
--
Loyer brut
− Charges exp.
= NOI
− Impôts
= Net
Dans la thèse--
·
Taille portefeuille8
·
Total CHF--
·
TRI--%
·
Réponse-- ms
Prototype I · Federated Broker Network
IMMOBILIEN.CH GROUP · Matching Courtier-à-Courtier

Matcher off-market. Sans exposer les données.

Le Federated Broker Network montre comment les agences de courtage peuvent matcher offres et demandes entre elles sans qu'aucune donnée brute ne quitte les limites de l'agence. Six courtiers de différents cantons échangent des requêtes chiffrées via une couche de matching centrale ; chaque carte de match dans le flux en direct affiche l'offre et la demande appariées avec score de correspondance, statut NDA et canton d'origine. Trois tuiles de confidentialité expliquent le principe zero-knowledge étape par étape : les données brutes restent dans l'agence, seuls les hashes circulent dans le réseau, les détails ne sont échangés qu'après signature mutuelle du NDA — avec journal d'audit FINMA. Une frise 30 jours avec sparkline et matrice de paires cantonales montre l'activité du réseau. Cliquez sur un courtier pour voir ses requêtes sortantes ; cliquez sur une tuile de confidentialité pour développer le principe ZKP ; cliquez sur une carte de match pour les détails du chiffrement.

IMM.CH // FEDERATED BROKER NETWORK · v.0.4 · Zero-Knowledge Layer · 6 noeuds courtiers · 247 matches/30j --:--:-- CET
01 · Réseau courtiers · Couche requêtes chiffrées
02 · Flux matches en direct · Inter-cantonal
8 matches actifs · Offre ↔ Demande En direct
03 · Garanties de confidentialité · Principe Zero-Knowledge
Zero-Knowledge Match
Le courtier A ne voit que le score de match, aucun détail de la demande du courtier B. La correspondance est prouvée cryptographiquement sans révéler les données sous-jacentes.
01Le courtier A hache son offre (prix, surface, canton) avec SHA-256
02Le courtier B hache sa demande à l'identique
03La couche de matching compare les hashes de manière homomorphe
04Seul le score de match est renvoyé aux deux courtiers
Zero Data Transfer
Les données brutes ne quittent jamais l'agence. Seuls des hashes pseudonymisés circulent dans le réseau. La couche de matching ne stocke aucune donnée client, prix ou adresse.
·Données clients : chiffrées on-premises dans l'agence
·Hashes offre : temporaires dans la couche de matching (TTL 24h)
·Résultats de match : bilatéraux, chiffrés, aucun broadcast
·Aucun dépôt central de données — aucune surface d'attaque
On-Demand Reveal
Après signature mutuelle du NDA, les courtiers échangent les détails bilatéralement. Toutes les étapes sont documentées dans le journal d'audit FINMA — conformité prouvable.
01Les deux courtiers acceptent le NDA (signé numériquement)
02Canal chiffré établi (TLS 1.3 + E2E)
03Détails échangés · journal d'audit écrit
04Rétention 10 ans selon FINMA FIDLEG Art. 4
04 · Activité réseau · Tendance 30 jours
Matches par jour · sparkline 30 jours
30 derniers jours
247
Taux NDA signé
89%
Ø Temps de match
2.3h
Part inter-cantonale
68%
Top paires cantonales · activité 30 jours
Entièrement conforme FINMA · Conforme FADP · Basé sur les principes du Federated Learning tels que dans le European Data Space Standard. Aucun concurrent en Suisse n'a cette architecture.
Noeuds courtiers6
·
Matches actifs8
·
Transfert de données0 octet / limite agence
·
ChiffrementSHA-256 · TLS 1.3
ACCUEIL