Diese Sammlung wächst mit der Plattform. Jede Funktion wird hier verständlich erklärt.
Ein diskretes Matching- und Kooperationssystem für Eigentümer, Käufer und Makler.
HomeView+ ist kein klassisches Immobilienportal. Es prüft, welche Nachfrage, Suchprofile und Makler zu einer Immobilie passen — bevor sie öffentlich beworben wird.
Der einfache, aufmerksamkeitsstarke Einstieg in HomeView+.
Immobilien.Dating ist die Kampagnen-Marke. Sie führt Eigentümer, Käufer und Makler auf HomeView+ und in den passenden Funnel.
Stripe-Checkout, Rechnungen und Customer Portal — mit Adminfreigabe.
Zahlungen laufen über Stripe. Die Aktivierung eines Maklers erfolgt nie automatisch — jede Zahlung wird von Admins geprüft und danach freigegeben.
Sicherheitsschalter für Billing-Aktionen.
Solange Safe Mode aktiv ist, werden keine automatischen Freischaltungen ausgelöst. Admin sieht Vorschauen und Warnungen.
Damit Qualität und Rechtsprüfung erhalten bleiben.
HomeView+ prüft Maklerprofil, Legal-Baseline und Zahlungsstatus getrennt. Erst wenn alle drei OK sind, gibt ein Admin den Zugang frei.
Offene Rechnungen, gescheiterte Zahlungen und Portal-Fehler.
Admin bekommt priorisierte Aufgaben mit klaren Aktionen: manuelle Rechnung markieren, Rechnung als erledigt buchen, Customer Portal erstellen.
Aus Pilotfeedback entstehen bearbeitbare interne Fälle.
Bug- oder dringende Rückmeldungen werden automatisch als Supportfall angelegt. Admins können triagieren, priorisieren, Verantwortliche setzen und Fälle bearbeiten. Nutzer sehen nur ihre eigenen Fälle und ausgewählte Statusnotizen.
Bug und dringende Rückmeldungen automatisch, sonst per Admin.
Nur Bug und Urgent erzeugen automatisch einen Fall. Anderes kritisches Feedback erzeugt ein Work Item „Case prüfen“. Positives Feedback wird nur ausgewertet.
Fällige und wiedervorgelegte Fälle erscheinen in der Arbeitsliste.
due_at markiert eine Deadline, snoozed_until legt einen Fall bis zu einem Datum beiseite. Überfällige Fälle blockieren im Zweifel die Pilotfreigabe.
Verborgen, nur Status oder Status mit Notiz.
Interne Notizen bleiben immer intern. Nur explizit freigegebene Statusnotizen erscheinen in der Nutzeransicht.
Offene kritische Fälle können die Pilotfreigabe blockieren.
Kritische und dringende offene Supportfälle sowie viele überfällige Fälle setzen die Ampel auf Warnung oder blockiert.
Reproduzierbare End-to-End-Prüfungen vor dem Pilotstart.
Ein Szenario beschreibt einen Kernprozess (z. B. Owner-Lead anlegen). Ein Testlauf ist eine konkrete Ausführung mit Prüfschritten. Jeder Schritt wird als passed/warning/failed/blocked/skipped bewertet.
required_for_pilot markiert blockierende Tests.
Fehlgeschlagene oder blockierte Pflichtszenarien setzen das Operations Cockpit auf blockiert und verhindern damit die Pilotfreigabe.
Keine echten Personen, Mails, Zahlungen oder Domains.
Demo-Daten sind über metadata.demo=true markiert und lösen keine externen Aktionen aus. Löschung erfolgt nicht automatisch — Cleanup nur als Vorschau.
passed, warning, failed, blocked, skipped.
Ein failed/blocked Schritt mit Severity critical oder high setzt den Lauf auf failed bzw. blocked. Warnings bleiben nicht kritisch, führen aber zu Warnstatus.
Tests beeinflussen die Pilotfreigabe.
Fehlende oder veraltete Pflichttests (>14 Tage) erzeugen Warnungen. Failed/blocked Pflichttests blockieren die Freigabe.
Signierte, geprüfte Zahlungsereignisse. Keine Rohdaten.
Eingehende Stripe-Ereignisse werden signiert geprüft, normalisiert und ohne Karten- oder PII-Daten protokolliert. Unbekannte oder unklare Ereignisse werden für die Adminprüfung markiert.
Aktivierung bleibt manuell durch Admin.
Erfolgreiche Zahlungen aktivieren einen Maklerzugang nicht automatisch. Adminprüfung (Review approved) und vollständige Rechnungsdaten sind Pflicht — Aktivierung erfolgt anschließend ausdrücklich.
Übergänge werden erklärt, nicht erraten.
Ableitungen wie 'aktiviere', 'warte auf Zahlung' oder 'kritische Prüfung' stammen aus einer reinen Funktion über Review, Payment, Aktivierung, Rechnungsdaten und Stripe-Sync-Warnungen — reproduzierbar und ohne Nebeneffekte.
Plan, Zahlungsstatus und Anfragen an einem Ort.
Als Makler siehst du deinen aktuellen Plan, den Zahlungsstatus, deine Rechnungsdaten und alle offenen Anfragen unter /app/makler/plan. Kritische Änderungen an Rechnungsdaten setzen den Adminprüfstatus zurück.
Wird manuell durch HomeView+ geprüft.
Pause, Kündigung und Reaktivierung sind Anfragen — sie werden nicht automatisch vollzogen. HomeView+ prüft und bestätigt jede Änderung. Keine steuerliche oder rechtliche Bewertung.
Überblick ohne Rohdaten aus Stripe.
Der Zahlungsstatus zeigt zusammengefasst 'bezahlt', 'offen', 'fehlgeschlagen' oder 'überfällig'. Interne Stripe-Events sind für Nutzer nicht sichtbar.
Vollständig für spätere Rechnungsstellung nötig.
Rechnungsdaten (Firma, Adresse, Rechnungs-E-Mail, ggf. USt-IdNr.) werden nicht steuerlich geprüft. Sie sind Grundlage für die spätere Rechnungsstellung.
Nur verfügbar, wenn Stripe konfiguriert ist.
Ist Stripe konfiguriert und ein Kunden-Datensatz vorhanden, kann ein Kundenportal-Link angefragt werden. Andernfalls entsteht eine Adminanfrage für manuelle Bearbeitung.
Zentrale Sicht auf alle Makler-Anfragen.
Alle Makler-Anfragen (Pause, Kündigung, Planwechsel, Rechnungsdaten, Zahlungsprobleme, Portalzugang) laufen im Adminbereich zusammen und benötigen eine ausdrückliche Freigabe oder Ablehnung. Überfällige Anfragen (>72h) erscheinen zusätzlich in der Arbeitsliste.
Zentraler Ort für Kanäle, Themen und Häufigkeit.
Im Kommunikations- und Präferenzcenter kannst du Kanäle (E-Mail, In-App), Themen (z. B. Pilot, Marketing, Deal-Room) und die Häufigkeit deiner Benachrichtigungen steuern. Rechtlich notwendige System-, Sicherheits- und Prozessnachrichten bleiben aktiv.
Deaktiviert optionale E-Mails.
Ein globaler Opt-out unterbindet alle optionalen E-Mails. Sicherheits-, System- und rechtlich notwendige Prozessnachrichten (z. B. Kontoänderungen, Deal-Room-Statuswechsel) bleiben aus Nachvollziehbarkeitsgründen erhalten.
Zentrale Sicht auf RLS, Rollen und Zugriffsmodelle.
Der Security-Audit dokumentiert die erwartete Berechtigungsmatrix, listet kritische Tabellen und prüft, ob Webhook-Secrets gesetzt sind, ob mindestens ein Admin aktiv ist und ob RLS-Kernannahmen (z. B. separate Rollen-Tabelle, `has_role` als SECURITY DEFINER) zutreffen. Er ändert keine Policies — er sammelt Signale und Blocker für den Piloten.
Was „nur eigene Zeilen“, „teilnehmerbasiert“ etc. bedeutet.
Jede Tabelle hat ein erwartetes Zugriffsmodell: nur Admin, nur eigene Zeilen, teilnehmerbasiert, öffentlich lesen und kontrolliert schreiben, tokenbasiert oder server-only. Abweichungen im Code oder in Migrationen müssen im Review begründet sein.
Eigentümer erfassen Eckdaten. HomeView+ prüft, welche Makler bereits passende Käufer haben.
Aus Lage, Objekttyp und Preisrahmen wird ein diskretes Signal erzeugt. Passende Makler oder HomeView direkt können sich melden.
In wenigen Schritten Objektdaten erfassen und ein erstes Demo-Ergebnis erhalten.
Der Funnel führt Schritt für Schritt: Ziel, Immobilientyp, Lage, Eckdaten, Preis/Zeit, Diskretionsstufe, Kontakt, Zusammenfassung. Am Ende speichert HomeView+ deinen diskreten Datensatz und zeigt eine erste Einschätzung. Die genaue Adresse wird nie öffentlich angezeigt.
Um Eigentümer zu schützen und Diskretion einzubauen — nicht nachträglich.
Statt der exakten Adresse wird nur ein Lagebereich sichtbar: Stadtteil, Straße und ein Hausnummernbereich in 10er-Schritten.
Hausnummern werden in Gruppen wie 1–10, 11–20, 21–30 anonymisiert.
Aus Hausnummer 3 wird 1–10, aus 17 wird 11–20, aus 28 wird 21–30. Zusätze wie „12a“ werden auf die erste Zahl reduziert.
Deine Hausnummer wird auf einen 10er-Bereich abstrahiert, z. B. „21–30“.
Aus 17b wird 11–20, aus 28 wird 21–30. So bleibt die Straße erkennbar, die exakte Hausnummer aber diskret. Bei sehr hoher Diskretion wird selbst der Bereich nicht öffentlich gezeigt.
Sehr diskret, Standard, offen für Anfrage.
Sehr diskret zeigt nur Ort/Stadtteil. Standard zeigt Straße + Hausnummernbereich. Offen für Anfrage bereitet eine schnellere Freigabe genauer Daten vor — die exakte Adresse wird trotzdem nie automatisch öffentlich.
Nein. Match-Signale sind anonymisiert; Kontakt entsteht nur nach beidseitiger Freigabe.
Die Vorschau zeigt Region, Objekttyp und grobe Eckdaten. Namen, exakte Adressen und Käuferprofile bleiben verborgen, bis Eigentümer, Käufer oder Makler eine Freigabe erteilen.
Kontakt entsteht erst nach Freigabe der beteiligten Seiten.
Jeder Deal-Room zeigt für Eigentümer, Käufer und Makler getrennt an, ob eine Freigabe erforderlich, angefragt, erteilt oder abgelehnt wurde. Nur wenn die erforderlichen Freigaben vorliegen, wird ein realer Kontakt vorbereitet.
Listen zeigen nur die wichtigsten Prüfinformationen.
Eigentümerlisten zeigen keine exakten Adressen, Käuferlisten keine unnötigen personenbezogenen Daten, Suchkundenprofile werden auf Personenbezug hin markiert. Sensible Details erscheinen nur in Detailansichten und später nur für berechtigte Rollen.
Akten-Sichtbarkeit ersetzt keine Datenfreigabe.
Die Datenfreigabe steuert personenbezogene und sensible Daten. Die Akten-Sichtbarkeit steuert nur, welche Aktenabschnitte in welcher Zusammenfassung sichtbar sind.
Keine Dokumentinhalte, keine öffentlichen Freigabelinks, keine sensiblen Daten.
Mails enthalten nie Dokumenttexte, keine IBAN, keine vollständigen Adressen und keine öffentlichen Freigabelinks. CTAs führen ausschließlich in die geschützte App-Ansicht.
Zustimmungen sind rechtliche Entscheidungen, Präferenzen sind praktische Einstellungen.
In den Einstellungen kannst du steuern, worüber und über welchen Kanal wir dich informieren. Marketing ist nur mit ausdrücklicher Zustimmung möglich. Systemmails zu Konto, Sicherheit und laufenden Prozessen bleiben aktiv, damit alles nachvollziehbar bleibt. Änderungen werden im Auditlog dokumentiert.
AGB, Widerruf, AVV und Pilotvereinbarung stehen als Baseline bereit.
AGB, Widerrufsbelehrung, AVV und Pilotvereinbarung sind als Entwurf verfügbar (/agb, /widerruf, /avv, /pilotvereinbarung). Vor der ersten zahlenden Beta müssen sie rechtlich geprüft und freigegeben werden. Bis dahin ist der Betrieb ausschließlich im begleiteten Pilot/Early-Access sinnvoll.
Zeigt Nutzern die aktuelle Cookie-/Datenschutz-Grundlage.
Der Banner erscheint auf öffentlichen Routen bis der Nutzer eine Entscheidung getroffen hat. Zurzeit setzt HomeView+ ausschließlich technisch notwendige Cookies. Für spätere Marketing- oder Analytics-Cookies muss ein zertifiziertes Consent-Management-Tool ergänzt werden.
Wird nur mit ausdrücklicher Zustimmung verschickt.
Marketing-E-Mails setzen eine ausdrückliche Einwilligung voraus. Du kannst sie jederzeit widerrufen; der Widerruf wirkt für zukünftige Sendungen. Bereits versandte Mails bleiben unberührt.
Nur grobe Angaben — genaue Daten erst später.
Standort und Typ können zunächst grob angegeben werden. Exakte Adressdaten werden erst später im jeweiligen Funnel und nur mit Zustimmung verarbeitet. Freitexte, Namen, E-Mail und Adressen werden nicht in Events gespeichert.
Kontaktdaten, exakte Adresse und Suchkundendetails bleiben geschützt.
Eine Anfrage gibt keine Kontaktdaten, keine exakte Adresse und keine Suchkundendetails frei. Freigaben laufen ausschließlich über den Data-Release-Prozess oder später im Deal-Room — immer mit ausdrücklicher Zustimmung.
Ein aktives Profil mit Region, Budget, Kaufzeitraum und Finanzierungssituation.
Käufer werden bei passenden Immobilien berücksichtigt und regelmäßig gebeten, ihr Profil zu bestätigen — so bleiben Suchen aktuell.
Suchkunden strukturiert erfassen, Eigentümer-Matches erhalten, Kooperationen prüfen.
Makler nutzen HomeView+ für Nachfrage-Management und diskrete Kooperationsgeschäfte. Early Access für 49 € / Monat als Startmodell.
Ein diskreter Abgleich, ob HomeView+ oder Kooperationspartner passende Nachfrage haben.
Wenn ein Objekt lange im Bestand liegt, können Makler es anonym prüfen lassen. Erst nach Freigabe werden Details geteilt.
Ein kontrollierter Weg, Nachfrage und Objekt zwischen Maklern zusammenzuführen.
Kooperationen werden angebahnt, sobald ein Match sinnvoll erscheint — mit klaren Freigaben, statt intransparenter Absprachen.
Pilotzugang für Makler zum Einstiegspreis von 49 € / Monat.
Der Early Access ist für teilnehmende Makler in der Pilotphase gedacht. HomeView+ prüft jede Anfrage manuell und aktiviert den Zugang intern. Es wird derzeit keine Live-Zahlung ausgelöst — der Preis bildet den späteren Einstiegstarif ab.
Deine Anfrage wurde gespeichert und wartet auf HomeView+.
Sobald eine Early-Access-Anfrage gestellt wird, entsteht ein interner Vorgang. HomeView+ sichtet dein Maklerprofil und schaltet den Zugang manuell frei oder meldet sich intern zurück.
In dieser Version aktiviert HomeView+ Makler manuell.
Kein Makler kann sich selbst aktivieren. Das schützt die Pilotphase vor unpassenden Zugängen und sorgt dafür, dass jeder Makler geprüft wurde.
Die Zahlung wird später über Stripe angebunden.
Der Fokus dieser Version liegt auf Produktqualität und Pilotbetrieb. Stripe-Checkout ist strukturell vorbereitet, aber noch nicht aktiv. Es wird keine Rechnung erstellt und kein Betrag abgebucht.
Vorschau des späteren Checkouts — ohne Zahlung.
Die Stripe-Preview zeigt den vorgesehenen Ablauf. Sobald Zahlung freigegeben wird, ersetzt echter Checkout diese Preview.
Dein Maklerzugang wird intern freigeschaltet und Pilotfunktionen sind nutzbar.
Nach der Aktivierung erhältst du eine Benachrichtigung. Suchkunden, Problemobjekte, Match-Signale und Deal-Rooms sind für dich freigeschaltet. HomeView+ begleitet dich im Pilotbetrieb.
Profil, Rechnungsdaten, Prüfung, Zahlung und Aktivierung — in klaren Schritten.
Makler legen ein Profil an, ergänzen Rechnungsdaten und fragen Early Access an. HomeView+ prüft manuell. Es gibt keine automatische Freischaltung. Zahlung erfolgt über Stripe oder — im Pilotbetrieb — manuell. Die Aktivierung nimmt ein Admin vor.
Prüfung, Zahlung, Aktivierung und Rechnungsdaten haben getrennte Status.
Prüfstatus bildet die Adminentscheidung ab. Zahlungsstatus zeigt, ob eine Zahlung vorbereitet, offen, bezahlt oder manuell erfasst ist. Aktivierungsstatus steuert den tatsächlichen Zugriff. Rechnungsdaten-Status zeigt, ob Angaben vollständig sind oder nach Freigabe geändert wurden.
Für die spätere Abrechnung. Keine Steuer- oder Bonitätsprüfung.
Firmen- und Rechnungsdaten werden für die Abrechnung benötigt. USt-IdNr. ist informativ und wird nicht automatisch validiert. Änderungen an kritischen Feldern (E-Mail, Adresse, USt-Id) nach Freigabe lösen erneute Prüfung aus.
Ohne Stripe-Konfiguration entsteht nur eine Vorschau, kein echter Zahlungslink.
Der Checkout kann vom Admin vorbereitet werden. Ist Stripe nicht konfiguriert, wird eine Vorschau erzeugt und der Zugang im Pilotbetrieb nach Prüfung manuell freigeschaltet. Es gibt kein automatisches Zahlungsversprechen.
Ein Admin prüft jedes Makler-Abo. Zahlung und Aktivierung sind getrennt.
Admins prüfen den Antrag, bereiten den Checkout vor, bestätigen die Zahlung (Stripe oder manuell) und aktivieren den Zugang erst danach. Es gibt keine automatische Aktivierung.
Die Arbeitsliste zeigt offene Prüfungen, fehlende Rechnungsdaten, ausstehende Aktivierungen und überfällige Abos.
Work Items entstehen automatisch aus Ereignissen in Makler-Abos. Sie führen Admins zur passenden Aktion — enthalten aber keine Rechnungsdaten und keine personenbezogenen Details.
Externe, PCI-konforme Zahlungsseite von Stripe.
HomeView+ speichert keine Kartendaten. Der Checkout wird von Stripe gehostet. Ohne Konfiguration entsteht nur eine Vorschau ohne echte Zahlung.
Makler verwalten Zahlung, Rechnungen und Kündigung selbst.
Nach Aktivierung erhält der Makler Zugriff auf ein Stripe-gehostetes Portal. Der Portal-Link wird niemals ungeprüft extern versendet.
Status von Ausstellung, Zahlung oder manueller Bearbeitung.
Werte reichen von not_started über issued/paid bis needs_manual_invoice. Fehlgeschlagene oder manuelle Fälle landen in der Adminliste.
Admin stellt Rechnung außerhalb von Stripe aus.
Wird gesetzt, wenn Stripe keine Rechnung erzeugen kann oder eine Sonderregel gilt. Beleg-Nummer und Link werden manuell im Admin eingetragen.
Auf der Planseite steht Start und Ende der Periode.
Bei aktiver Kündigung wird zusätzlich das Enddatum angezeigt.
Abo läuft bis zum Ende der bezahlten Periode und endet dann.
Keine sofortige Sperre, keine Rückerstattung, keine automatische Verlängerung.
Diskrete Zusammenarbeit zwischen Maklern — kontrolliert und ohne automatische Veröffentlichung.
Makler können Objekte künftig für Kooperationen vorbereiten. Sichtbarkeit und Adressdetails bleiben in der Hand des Objektbesitzers. Es entstehen keine automatischen Veröffentlichungen und keine externen Feeds.
Objekte gezielt für diskrete Nachfrageprüfung markieren.
Objekte lassen sich als „Ladenhüter“ oder „schwer vermittelbar“ markieren. Ziel ist die diskrete Nachfrageprüfung oder eine Kooperation mit passenden Kollegen — ohne die Immobilie öffentlich zu brennen.
Sechs Stufen — von intern bis MLS-Vorbereitung.
Die Sichtbarkeit reicht von „nur intern“ über „HomeView+ prüft“, „ausgewählte Makler“, „passende Makler (anonym)“, „regionales Netz“ bis „MLS später“. Keine dieser Stufen führt zu einer automatischen öffentlichen Anzeige.
Anfrage- und Antwortprozess mit klarer Datenfreigabe.
Der Anfrage-/Antwortprozess läuft dokumentiert zwischen Absender- und Empfängermakler. Standardmäßig werden nur anonymisierte Zusammenfassungen ausgetauscht — Objektdetails erst nach Freigabe oder im Deal-Room.
„MLS später“ ist nur Vorbereitung — kein öffentlicher Feed.
Der Status „MLS später“ dokumentiert nur, dass ein Objekt später für ein Maklernetzwerk vorbereitet werden kann. Es existiert kein öffentlicher Feed und keine automatische Veröffentlichung.
HomeView+ erkennt anonymisiert passende Makler — ein Signal ist noch keine Anfrage.
HomeView+ prüft anonymisiert, welche Kollegenmakler passende Suchkunden oder Profile für ein Kooperationsobjekt haben. Es entsteht ein Signal — noch keine Anfrage, keine Datenfreigabe und keine automatische Benachrichtigung.
Der Score bewertet Wahrscheinlichkeit — keine Garantie.
Der Match-Score gewichtet Suchkunden-Nähe, Region, Immobilientyp, Preisrahmen und Kooperationswunsch. Ein hoher Score zeigt hohe Wahrscheinlichkeit, ersetzt aber keine persönliche Prüfung.
Kollegenmakler zunächst nur anonym sichtbar.
Andere Makler werden zuerst nur anonymisiert als potenzielle Partner sichtbar. Namen, Kontaktdaten und Suchkundendetails bleiben geschützt, bis eine ausdrückliche Freigabe erfolgt.
Nur passende Sichtbarkeitsstufen erzeugen Peer-Signale.
Nur Objekte mit den Sichtbarkeiten „Ausgewählte Makler“, „Passende Makler“, „Regionales Netz“ oder „MLS später“ erzeugen Peer-Signale. „Nur intern“ und „HomeView+ prüft“ bleiben vollständig geschützt.
Der nächste Schritt nach einem anonymen Kooperationssignal.
Eine Kooperationsanfrage ist der kontrollierte nächste Schritt nach einem anonymen Signal. Sie ist noch keine Datenfreigabe und noch kein Deal-Room. Übertragen werden nur anonymisierte Eckdaten wie Objektart, grobe Region, Preisrahmen und Kooperationswunsch.
Empfänger reagieren kontrolliert und jederzeit ablehnbar.
Der angefragte Makler sieht nur eine anonymisierte Zusammenfassung und kann annehmen oder ablehnen. Bei Annahme kann später ein Deal-Room vorbereitet werden. Bei Ablehnung passiert nichts weiter — es werden keine Daten freigegeben.
Angenommene Anfragen können vorgemerkt werden.
Eine angenommene Kooperationsanfrage kann als bereit für einen Deal-Room markiert werden. Der Deal-Room selbst wird erst in einem späteren Schritt und nach Prüfung erzeugt.
Übersicht über Kooperationsobjekte, Signale und Anfragen.
Das Kooperationsdashboard bündelt Ihre kooperationsfähigen Objekte, die anonymen Signale zu passenden Kollegen sowie eingehende und ausgehende Anfragen. Alle Angaben bleiben anonymisiert: keine exakten Adressen, keine Kontaktdaten, keine Suchkundendetails.
Kollegen erscheinen ausschließlich anonymisiert als Signal.
Passende Kollegen werden über Signale dargestellt — mit Score, Bewertung und Übereinstimmungsgründen. Namen, Firmen, E-Mail-Adressen und Telefonnummern werden nicht angezeigt. Erst nach angenommener Anfrage und ausdrücklicher Freigabe kann sich das ändern.
Aus einem Signal entsteht eine interne, anonymisierte Anfrage.
Aus einem Signal lässt sich eine interne Kooperationsanfrage vorbereiten. Vor dem Senden sehen Sie eine Vorschau der übertragenen Eckdaten. Die Anfrage ist noch keine Datenfreigabe und löst keine externe E-Mail aus.
Annehmen oder ablehnen — jederzeit und ohne Begründungszwang.
Eingehende Anfragen zeigen nur eine anonymisierte Objektzusammenfassung. Sie können annehmen oder ablehnen. Eine Annahme bereitet lediglich den nächsten Schritt vor und gibt weiterhin keine Kontaktdaten frei.
Markierung für einen späteren Kooperations-Deal-Room.
Angenommene Anfragen können für einen Deal-Room vorgemerkt werden. Das ist ausschließlich eine Statusmarkierung — es wird kein Deal-Room erzeugt und keine Datenfreigabe ausgelöst.
Nur aus einer angenommenen Anfrage und nur nach bewusster Aktion.
Aus einer angenommenen Kooperationsanfrage können Sie einen geschützten Deal-Room erzeugen. Das passiert nie automatisch. Beide Makler werden als Teilnehmer hinzugefügt, und es werden vorbereitete nächste Schritte angelegt. Kontaktdaten, exakte Adressen und Suchkundendetails bleiben weiterhin geschützt.
Vertraulichkeit wird zuerst geklärt, bevor Details fließen.
Der erste vorbereitete Schritt im Kooperations-Deal-Room ist die Bestätigung der Vertraulichkeit. Klären Sie, welche Informationen vorerst vertraulich bleiben, bevor Objekt- oder Kontaktdaten freigegeben werden.
Käufernachweis, Tippgeber, Mitvertrieb oder lokale Unterstützung.
Im Deal-Room halten Sie fest, welches Modell gemeint ist und welche Provisions- oder Tippgeberregelung gelten soll. HomeView+ trifft dazu keine Vorgaben und wird nicht Vertragspartei dieser Vereinbarung.
Freigaben sind vorbereitet, aber nie automatisch erteilt.
Für Objektdaten und Kontaktdaten werden Freigabe-Platzhalter angelegt. Sie bleiben offen, bis beide Seiten bewusst zustimmen. Erst danach werden weitergehende Informationen sichtbar.
Ein Deal-Room bündelt Beteiligte, Status und nächste Schritte.
Vom Match führt der Weg in Maklerkontakt, HomeView-Direktweg, digitale Hausakte oder regionale Vermarktung.
Ein geschützter Bereich pro Match für Beteiligte, Unterlagen und Status.
Im Deal-Room werden Anfragen, Freigaben und nächste Schritte dokumentiert — für Eigentümer, Käufer, Makler, Bank und Notar.
Alle Unterlagen einer Immobilie strukturiert, freigebbar und wiederverwendbar.
Die digitale Hausakte (digitaleHausakte.online) sammelt Grundrisse, Nachweise, Energieausweise und mehr — nutzbar für Makler, Bank und Notar.
Eine erste Vorschau auf Nachfrage, Makler-Potenzial und HomeView-Direktweg.
Das Ergebnis basiert auf einer vorbereiteten Demo-Logik. Es zeigt ein Marktsignal, potenzielle Suchprofile und Makler mit möglichen Suchkunden — noch keine echten Matches. Die produktive Matching-Engine folgt.
Aus einem Match-Signal wird eine kontrollierte Anfrage — noch ohne echten Kontakt.
Wenn du in einem Match-Signal auf ‚Kontakt vorbereiten‘ klickst, erstellt HomeView+ eine Kontaktanfrage und einen Deal-Room light. Es werden keine E-Mails gesendet und keine personenbezogenen Daten freigegeben.
Ein kontrollierter Kooperationsraum mit Status, Freigaben und nächsten Schritten.
Der Deal-Room light bündelt alles rund um ein Match-Signal: Pipeline-Status, Freigabestatus der Beteiligten und passende Next-Step-Kacheln aus dem HomeView-Ökosystem.
Vorbereitete Systemmails werden vor dem Versand geprüft, freigegeben oder abgelehnt.
Jede Mail entsteht aus einem Ereignis und landet zunächst in der Queue. Sensible Templates erfordern Freigabe. Kein Versand ohne Prüfung. Fehler werden mit Backoff wiederholt.
Vorschau zeigt gerenderte Inhalte, maskierte Empfänger und sichere Metadaten.
Klartext-Empfänger werden erst beim tatsächlichen Versand aufgelöst. Rechnungs- oder Dokumentinhalte tauchen nie in Events oder Metadaten auf.
Zentrale Checkliste für Domains, Widgets, Mails, Consent, Security und Pilotkunden vor dem Soft-Launch.
Die Launch-Readiness-Zentrale bündelt alle Prüfpunkte, die vor einem Pilot- oder Soft-Launch bestanden sein sollten. Automatische Checks werten den aktuellen Datenbestand aus, manuelle Checks bestätigt der Admin. Blockierende Punkte lassen sich als Aufgaben in die Arbeitsliste übernehmen. Es erfolgt keine automatische Live-Schaltung und keine externe Kommunikation.
Safe-Mode, Dry-Run und Rollback verhindern unkontrollierten Versand.
Der Provider wird über Environment-Variablen gesteuert. Solange Safe-Mode oder Dry-Run aktiv ist, gehen keine echten Mails raus. Ein Rollback-Schalter stoppt jederzeit alle externen Sends. Jeder Versuch — inkl. Blocks und Dry-Runs — wird im Versandprotokoll pro Mail dokumentiert.
Jeder Mail-Vorgang ist audit-fähig protokolliert.
Das Versandprotokoll zeigt Freigaben, Dry-Runs, externe Sends, Fehler und Rollback-Ereignisse — mit Zeitpunkt, Sendemodus, Provider und ggf. Fehlercode. Es enthält keine Klartext-Empfänger.
Checkout, Webhook, Sync — kontrolliert und auditierbar.
Stripe wird über Environment-Variablen konfiguriert. Ohne Secret/Price ID entstehen nur Vorschauen. Webhooks sind signaturverifiziert und idempotent. Kein Stripe-Event aktiviert einen Makler automatisch — Aktivierung bleibt Admin-Aktion.
Verhindert automatische Aktivierung.
Solange Safe-Mode aktiv ist, setzen Zahlungs-Events nur payment_status und payment_review_status = pending. Aktiviert wird ausschließlich manuell durch den Admin.
Alle Stripe- und Manuellen Zahlungsereignisse werden protokolliert.
broker_payment_events speichert Event-Typ, Verarbeitungsstatus, Payment-Status, Safe-Mode, Dry-Run, Manual Override und Fehlercodes. Keine Kartendaten, keine Rechnungs-PII.
Manuelle Zahlungsbestätigung durch Admin.
Admins können den Payment-Status manuell setzen (z. B. für externe Zahlungen). Ein Grund ist Pflicht. Jeder Override entsteht als Audit-Event.
Aktivierung ist bewusst adminpflichtig.
Auch wenn Stripe eine Zahlung meldet, aktiviert HomeView+ nie automatisch. Es braucht immer: Review approved + Payment paid/manual + Admin-Klick. So bleibt die Freischaltung transparent und rechtssicher.
Eine Vorschau, wie ein diskretes Match auf HomeView+ aussehen kann.
Der Bereich zeigt anhand von Beispieldaten, wie Eigentümer-Signal, passende Nachfrage und Freigabeschritte auf HomeView+ sichtbar werden — ohne personenbezogene Käuferdaten offenzulegen.
Ein Vorschau-Match mit Beispieldaten — keine echten Personen oder Objekte.
Demo-Matches dienen der Veranschaulichung. Sie zeigen die Logik von HomeView+, ohne dass echte Käufer, Eigentümer oder Makler beteiligt sind.
Ein Prozentwert, wie gut ein Objekt und eine Nachfrage zusammenpassen.
Der Match-Score kombiniert Lage, Preis, Objekttyp, Kaufzeitraum und Finanzierungssituation. In der aktuellen Version dient er der Vorschau — die produktive Berechnung folgt später.
HomeView+ läuft im Browser und lässt sich wie eine App auf dem Homescreen installieren.
Als PWA fühlt sich HomeView+ wie eine echte App an — mit großen Buttons, klaren Dashboards und rollenbasierter Navigation für Eigentümer, Käufer und Makler.
HomeView+ ist im Aufbau. Einige Bereiche sind live, andere vorbereitet oder geplant.
Bereits vorhanden: Startseite, Rollenseiten, Diskretionsseite, Hilfe/Handbuch, Demo-Match-Vorschau, App-Vorschau. Vorbereitet: Eigentümer-Funnel, Suchprofil-Verwaltung, Makler-Werkzeuge (GWG Immo-Kompass, CampaignControl, Smart-Social.io). Geplant: produktive Matching-Engine, Deal-Room, MLS/IDX/MDL-Anbindungen.
Eine gemeinsame Ebene, die Eigentümer, Käufer, Makler-Suchkunden und Maklerobjekte verbindet.
Cross-Matching prüft Signale zwischen allen Rollen — z. B. Eigentümer × Käufer oder Maklerobjekt × Makler-Suchkunde. Aktuell als Demo/Preview; keine personenbezogenen Daten werden geteilt.
Gewichtete Bewertung aus Lage, Immobilientyp, Budget, Fläche, Zustand und Zeitraum.
Jede Dimension liefert einen Teilwert 0–100 mit Begründung. Der Gesamtscore ist der gewichtete Durchschnitt und wird in Stufen (stark, solide, möglich, schwach) übersetzt.
Digitale Hausakte, HomeView-Review, RaumForscher und mehr — je nach Situation.
Deal-Rooms schlagen passende nächste Schritte vor: z. B. Digitale Hausakte, HomeView-Prüfung, RaumForscher-Rundgang, ImmoZoom-Exposé, Offnet.Capital-Prüfung oder Kampagnen via CampaignControl und Smart-Social.io.
Zentrale Kontrollzentrale für Leads, Profile, Matches, Kontaktanfragen und Deal-Rooms.
Der Adminbereich bündelt alle relevanten Plattformsignale in einer Ansicht. Reviewlisten helfen, Einträge gezielt zu prüfen, ohne sensible Daten unnötig breit anzuzeigen.
Der Adminbereich ist eine interne Pilot-/Preview-Kontrollzentrale.
Es werden keine externen Aktionen, E-Mails oder produktiven Datenfreigaben ausgelöst. Rollen- und Zugriffsschutz werden in einem späteren Schritt final ergänzt.
Erste Kennzahlen aus bestehenden Tabellen.
Die Tracking-Ansicht bündelt Funnel-Aktivität und Werkzeug-Interessen. Eine dedizierte Eventtabelle (platform_events) folgt in einem späteren Schritt.
Warum ein Konto sinnvoll ist und welche Rollen HomeView+ kennt.
Public-Seiten sind ohne Konto nutzbar. Sobald du Eingaben dauerhaft speichern, deine Ergebnisse wiederfinden und Kontaktanfragen führen willst, brauchst du ein Konto. HomeView+ kennt vier Rollen: Eigentümer, Käufer, Makler und Admin. Owner/Buyer/Broker kannst du selbst wählen. Adminrollen werden ausschließlich serverseitig vergeben.
Wie anonyme Preview-Eingaben nach dem Login mit deinem Konto verknüpft werden.
Wenn du HomeView+ ausprobierst, werden Datensätze pragmatisch über eine Session-ID im Browser zugeordnet. Nach dem Login zeigt dir ein Hinweis, wie viele Datensätze deiner aktuellen Sitzung verknüpfbar sind. Ein Klick genügt — nur deine eigene, aktuelle Sitzung kann übernommen werden.
In-App-Hinweise zu Matches, Deal-Rooms und Prüfungen — ohne externen Versand.
Unter /app/notifications siehst du alle Hinweise mit Status und Priorität. Es werden keine externen E-Mails, SMS oder Push-Nachrichten verschickt.
Interne Aufgaben halten fest, was als Nächstes vorbereitet oder geprüft werden sollte.
Aufgaben werden aus wichtigen Ereignissen erzeugt — z. B. neuen Leads, Kontaktanfragen oder Deal-Rooms. Sie sind Preview und nicht mit externen Kalendern verbunden.
Vorbereitete Nachrichten für spätere Kanäle — aktuell reine Vorschau.
Templates werden pro Sprache, Kanal und Zielrolle vorgehalten. Sie unterstützen Platzhalter wie {{name}}, {{propertyType}}, {{location}}, {{matchScore}} und {{dealRoomTitle}}. Es wird nichts verschickt.
platform_events dokumentieren, was passiert ist. Notifications informieren Nutzer. Tasks bündeln, was zu tun ist.
Events sind Audit-Log. Notifications sind sichtbare Hinweise für Nutzer/Admins. Tasks sind interne To-dos, die aus Events oder manuell entstehen.
SEO- und Kampagnenseiten pro Region und Intent (Verkaufen, diskret, Makler mit Käufern, Suchen).
Spezialseiten wie /immobilie-verkaufen/moers oder /makler-mit-kaeufern/krefeld nutzen die vorhandene Region-Datenbasis und die Landingpage-Widgets. Sie sind für Suchmaschinen und Kampagnen gedacht. CTAs geben Region, Intent, Source und Kampagne als Query-Parameter an die Funnel weiter.
Woher kommt ein Funnel-Nutzer? Region, Kampagne, Spezialseite werden per Query-Param übergeben und in platform_events geloggt.
Der Funnel-Aufruf enthält Parameter wie source, region, intent und campaign. Beim Betreten des Funnels wird ein funnel_source_seen Event in platform_events geschrieben. Damit können Kampagnen sauber ausgewertet werden — ohne externe Tracking-Pixel.
Du kannst eine eigene Domain (z. B. deine-marke.de) mit einer HomeView+-Landingpage oder einem Widget verbinden.
Reiche deine Domain unter /app/domains ein. HomeView+ prüft die Domain manuell und verbindet DNS/SSL nach Freigabe. Es gibt in dieser Version keine automatische DNS-Aktivierung.
setup_required, verification_pending, verified, active, paused — jeder Status hat eine klare Bedeutung.
HomeView+ zeigt DNS-Hinweise im Adminbereich. Die Prüfung erfolgt manuell. Eine Domain gilt erst nach Adminfreigabe als active.
Owner/Broker können Inhalte bearbeiten. Aktivierung und Public Token bleiben bei HomeView+.
Änderungen können eine erneute Prüfung auslösen (Status review_needed). Die HomeView+-Redaktion prüft und schaltet frei.
Der Public Token identifiziert das Widget öffentlich — er ist keine geheime Authentifizierung.
Nutze den Embed-Code als iframe auf deiner Website. Der Token darf sichtbar sein. Regeneration übernimmt HomeView+.
Vorschau zeigt Inhalte intern. Veröffentlicht heißt sichtbar auf /l/:slug. Aktiv bedeutet: Domain und Routing sind live.
Host-basiertes Routing für eigene Domains wird später über einen Worker/Middleware angebunden. Bis dahin dient /domain-preview/:domain als Simulation.
Widgets sind noindex/nofollow. Eine Allowlist erlaubter Einbett-Domains wird pro Widget geführt und später als CSP frame-ancestors durchgesetzt.
Ohne gepflegte Allowlist ist das Widget grundsätzlich einbettbar — bei aktiven externen Einbindungen sollten erlaubte Domains gepflegt werden.
Eine interne Einschätzung, wie belastbar ein Lead oder Profil aktuell ist.
Der Qualitätswert kombiniert Vollständigkeit, Aktualität, Absicht, Erreichbarkeit, Herkunft und Risiko. Er dient nur der internen Priorisierung und ersetzt keine menschliche Prüfung.
Ein Zahlenwert von 0–100 mit einem Level (Hoch, Gut, Mittel, Niedrig, Prüfung nötig).
Ein niedriger Score führt nicht automatisch zur Ablehnung. „Prüfung nötig“ bedeutet, dass Signale widersprüchlich sind und ein Mensch draufschauen sollte.
HomeView+ wertet nur eigene, interne Events aus.
Die Kampagnenauswertung basiert auf serverseitigen Events (z. B. Page View, Widget View, Funnel-Start). Es werden keine externen Pixel eingebunden und keine personenbezogenen Besucherprofile erzeugt.
Weil erst wenige Events vorliegen oder Filter zu eng sind.
Neue Kampagnen brauchen Zeit, bis genügend Events entstehen. Enge Filter (z. B. Region + Widget + Zeitraum) können die Datenbasis stark verkleinern.
Preview zeigt die vorbereitete Ansicht. Live geht die Domain erst nach Prüfung.
Bevor eine Kundendomain live geschaltet wird, prüfen wir DNS, Zielrouting und Inhalte. So bleiben Diskretion und Markenauftritt sauber.
Widgets sind Einstiegspunkte, keine Datenbrowser.
Ein Widget präsentiert nur den Aufhänger und führt Interessierte in einen kontrollierten Funnel. Persönliche Daten oder konkrete Adressen erscheinen nie im öffentlichen Widget.
Damit Inhalte, Diskretion und Markenauftritt konsistent bleiben.
Änderungen an Landingpages werden vor der Veröffentlichung gesichtet. So verhindern wir versehentlich veröffentlichte Kontaktdaten oder unklare Aussagen.
Wer sieht welche Abschnitte der Hausakte?
Die Hausakte ist standardmäßig nur intern sichtbar. Freigaben erfolgen abschnittsweise und rollenbasiert. Es gibt keine öffentlichen Freigabelinks und keine automatische Dokumentenfreigabe.
Wie fragt man Zugriff für einen Aktenbereich an?
Beteiligte des Deal-Rooms können Zugriff auf Abschnitte anfragen. Entscheidungen trifft ausschließlich Admin. Alle Entscheidungen werden im Deal-Room protokolliert.
Notar/Bank sind Preview-Rollen ohne echte Zugänge.
Notar- und Bank-Preview zeigen nur, wie eine spätere Freigabe aussehen könnte. Es gibt keine echten externen Nutzer und keine automatische Zustellung.
Systemmails werden aus Ereignissen vorbereitet und vor Versand geprüft.
HomeView+ verschickt keine Massenmails und keine Newsletter. Systemmails werden aus konkreten Ereignissen (z. B. Datenfreigabe angefragt, Deal-Room-Update) vorbereitet und bleiben standardmäßig in Admin-Prüfung. Sensible Inhalte werden automatisch erkannt und blockiert. Freigabeentscheidungen erfolgen ausschließlich in der App.
Führt Nutzer vor Login durch die passenden Fragen.
Das Abfragewidget ersetzt für Nicht-Eingeloggte den leeren Vor-Login-Dashboardbereich. In 4 einfachen Schritten wählen Nutzer ihr Anliegen (verkaufen, suchen, Makler), grobe Region und Typ. Am Ende leitet das Widget in den passenden bestehenden Funnel (Eigentümer, Käufer oder Makler). Bestehende Auth- und Pilot-Gates bleiben aktiv.
Ein vorbereiteter Baustein für Geldwäscheprävention und Maklerpflichten.
Der GWG Immo-Kompass unterstützt Makler bei GwG-Prüfungen, Identifikation und Dokumentation. Er ist als Erweiterung vorbereitet.
Ein vorbereiteter Baustein für Kampagnenplanung und Leadsteuerung.
CampaignControl soll Makler dabei unterstützen, Objekt- und Eigentümerkampagnen strukturiert zu planen, zu messen und zu steuern.
Ein vorbereiteter Baustein für Social Media und Contentsteuerung.
Smart-Social.io soll Contentplanung, Verteilung und Auswertung für Makler-Kampagnen bündeln — als Ergänzung zu HomeView+ und CampaignControl.
Vorbereitete Werkzeuge für Makleralltag und Verkaufsprozess.
Der Werkzeugkasten bündelt GWG Immo-Kompass, CampaignControl, Smart-Social.io, digitale Hausakte, RaumForscher und Offnet.Capital. Aktivierung erfolgt gestaffelt.
Signalisiert HomeView+, welche Werkzeuge du priorisierst.
Interessen werden am Maklerprofil gespeichert und helfen HomeView+, Aktivierungen und Roadmap zu priorisieren.
Vorbereitet = ist da, aber Aktivierung folgt. Aktiv = nutzbar. Geplant = im Roadmap-Backlog.
So bleibt klar, was du heute nutzt und was gestaffelt aktiviert wird.
HomeView+ nutzt eine Go-Live-Checkliste im Admin: DNS, SSL, Worker-Route, Header- und iframe-Policy werden manuell geprüft und markiert.
Vor Aktivierung einer Kundendomain durchläuft der Admin die Checkliste (DNS-Hinweise, SSL, Worker-Route, Security-Header, Fallback). Details siehe docs/domain-routing-runbook.md.
Kontrollierte Freigabe für Pilot und Live.
HomeView+ trennt Preview, Pilot und Live sauber. Der Admin führt Checks aus, beantragt Freigabe, gibt Pilot oder Live frei und kann jederzeit pausieren oder zurückrollen. Es gibt keine automatische DNS-Änderung.
Die erwarteten DNS-Einträge im Adminbereich sind eine Checkliste.
HomeView+ schreibt keine DNS-Einträge automatisch. Die angezeigten Records müssen beim Domain-Provider oder in Cloudflare manuell gesetzt und anschließend im Admin als geprüft markiert werden.
Nur explizit erlaubte Hosts dürfen Widgets einbetten.
Für Live-Widgets ist eine strikte Domain-Allowlist Pflicht. Wildcards und localhost sind live nicht erlaubt. Für Preview/Pilot ist eine Warnung ausreichend, aber vor dem Live-Schalter wird die Policy geprüft.
Rollback stoppt die interne Live-Freigabe, nicht DNS.
Ein Rollback setzt Status und Modus intern zurück auf Preview. DNS-Einträge werden nicht verändert. Bei Bedarf muss zusätzlich beim DNS-Provider gehandelt werden.
Systemzustand, Blocker und Tages-Fokus.
Das Operations-Dashboard bündelt Signale aus Launch-Readiness, Piloten, QA, Arbeitsliste, Mail, Stripe, Domains, Widgets, Makler-Abos, Deal-Rooms, Leads und Consent. Es enthält keine personenbezogenen Besucherdaten und löst keine externen Aktionen aus.
Gewichteter Gesamt-Score über alle Bereiche.
Der Score ist ein gewichteter Mittelwert aller Bereichs-Scores. Kritische Bereiche und offene Blocker senken den Wert stärker. Der Score ist eine Orientierung, kein automatischer Freigabemechanismus.
Priorisierte Handlungsempfehlungen.
Heute wichtig listet bis zu fünf Empfehlungen mit höchster Priorität und Schwere. Empfehlungen sind Vorschläge — Freigaben, Rollbacks und Aktivierungen erfolgen weiterhin nur manuell durch Admins.
Geführte Schritt-für-Schritt-Abläufe für den ersten Maklerpilot.
Ein Runbook bündelt Vorbereitung, Freigabe, Tagesroutine, Fehlerfälle und Abschlussentscheidung. Jeder Schritt hat einen Status, kann als blockierend markiert werden und verlinkt in den passenden Admin-Bereich. Blockierende Schritte landen automatisch in der Arbeitsliste.
Bewertung nach dem Pilot: fortsetzen, pausieren, abbrechen, Early Access.
Am Ende jedes Runbooks wird eine Abschlussentscheidung dokumentiert. Sie beschreibt, wie es mit dem Piloten weitergeht. Freigaben, Rollbacks und externe Aktionen bleiben weiterhin manuelle Admin-Handlungen.
Kompakte Embed-Variante, neutral brandingfähig.
Die kompakte Embed-Variante kann später auf Makler-Webseiten eingebunden werden. Sie bleibt diskret und verweist auf HomeView+. Keine sensiblen Daten werden ohne Kontext weitergegeben; das Widget öffnet den geführten Flow in einem neuen Tab.
