Heimster in Ihrem KI-Tool.

Überblick, welche aktiven Inserate Aufmerksamkeit brauchen. Fasst pro Inserat Online-Dauer, Nachfrage-Snapshots (Suchen/Profile/Dossiers) und Anzahl Bewerbungen zusammen, wendet Schwellenwerte an und gibt die auffälligen Inserate zurück – statt der Assistent 12 Endpunkte selbst abfragen zu lassen.

Sortiert die Bewerbungen eines Inserats nach dem Heimster-Score und fasst die Status zusammen – eine sofort verwendbare Shortlist statt roher Bewerberdaten. Der Score kommt aus dem System, nicht vom Assistenten.

Rankt die vorgemerkten Interessenten/Käufer zu einem Objekt nach Curation-Score – wer passt am besten? Nutzt das serverseitige Matching-Ranking, nicht die Einschätzung des Assistenten.

Kompaktes Tagesbriefing in einem Aufruf: heutige Besichtigungen, die neuesten Bewerbungen, offene Akquise-Leads in Prüfung und wie viele Inserate Aufmerksamkeit brauchen. Ideal als 'Morgenbriefing'.

Prüft eine einzelne Bewerbung: was fehlt, warum der Score gedeckelt ist, welche Dokumente vorliegen – und was konkret nachzufordern ist. Der Score + die Gründe kommen aus dem System; der Assistent leitet nur die nächste Handlung ab.

Dry-Run eines Portal-Pushes: zeigt, welche Inserate JETZT auf welchem Portal (Homegate, newhome, Flatfox) publiziert oder zurückgezogen würden – ohne etwas zu senden. Baut das IDX im Speicher, überspringt den FTP-Upload; deckt u. a. die «Preis fehlt → übersprungen»-Fälle auf.

Sammelt alles, was für einen Social-Media-Post zu einem Objekt gebraucht wird: die VERIFIZIERTEN Objektfakten (Titel, Preis, Zimmer, Fotoanzahl) zum wörtlichen Zitieren, welche Konten verbunden sind (LinkedIn etc.) und ob dazu kürzlich schon gepostet wurde. So kann der Assistent einen faktentreuen Beitrag entwerfen (senden bleibt manuell).

Zeigt die Postfach-Nachrichten, die noch keiner Akte zugeordnet sind (Triage-Eingang), und schlägt pro Nachricht die passende Zuordnung (Objekt/Inserat/Projekt) vor – aus dem System-Matching, nicht aus der Einschätzung des Assistenten. So sieht der Nutzer auf einen Blick, was wohin gehört.

Erstellt einen KI-Verkaufspitch (Akquise-Narrativ) zu einem Objekt und legt ihn als Entwurf ab. GENERIERT KI-INHALT und kostet Credits – läuft nur mit confirm=true; ohne confirm gibt es eine kostenlose Vorschau, was erstellt würde. Nichts wird versendet oder veröffentlicht.

Wertet die Fotos eines Objekts per KI-Bildbearbeitung stapelweise auf (Standard: aufhellen/optimieren). GENERIERT KI-BILDER und kostet pro Bild Credits – läuft nur mit confirm=true; ohne confirm gibt es eine kostenlose Vorschau (wie viele Fotos, welche Operation). Die Ergebnisse landen als Entwürfe im Foto-Studio, Originale bleiben unangetastet.

Die Akquise-Anrufliste: welche Eigentümer diese Woche Aufmerksamkeit brauchen – konkrete Verkaufsbereitschaft, auslaufende Mandate (≤90 Tage), fällige Wiedervorlagen und selbstverwaltete Vermietungen (Verwaltungs-Müdigkeit). Reihung nach Dringlichkeit aus den Stammdaten, nicht aus der Einschätzung des Assistenten.

Umgekehrtes Matching: welche Objekte passen zu einem bestimmten Kontakt – inkl. VORPREMIERE/Pre-Market (Objekte, die öffentlich noch nicht sichtbar sind) und Anlageobjekten. Nutzt das serverseitige Matching-Scoring + Fahrzeit-Korrektur und markiert, wo der Kontakt bereits im Prozess ist.

Die stärksten, faktenbelegten Argumente für ein Objekt, um ein Verkaufsmandat zu gewinnen – nur Signale, die belegte Schwellen überschreiten (Verdichtungsreserve, Quartier-Scores, Sonne, Solar, Steuern, aktive Nachfrage, GWR-Knappheit). Deterministischer Kern OHNE Textgenerierung und OHNE Preisschätzung.

Wie gross ist die (anonyme) Netzwerk-Nachfrage für ein Objekt: passende Suchabos, passende Suchprofile, starke Dossiers (≥80% vollständig), der Wochentrend – und ob sich eine stille Vermarktung (Vorpremiere) lohnt (wie viele könnten benachrichtigt werden, wie viele schon). NUR Zahlen, nie Identitäten (§6.3).

Wie engagiert sind die Interessenten an einem Objekt: Datenraum-Logins/Downloads, E-Mail-Öffnungen/Klicks, Portal-Sync-Status, Kontaktanfragen und die Reichweite (Seitenaufrufe + Conversion). Deckt Auffälligkeiten auf (Zugang nie genutzt, Portalfehler, unbeantwortete Anfrage).

Welche aktiven Inserate sind noch nicht schaufenster-reif? Prüft pro Inserat eine Vollständigkeits-Checkliste (genug Fotos, frische Übersetzungen, Smart-Tags, Standort-Scores, Preis, Beschreibung) und listet die mit den grössten Lücken zuerst.

Wo hängt der Bewerbungs-Funnel und braucht eine Entscheidung? Org-weit über alle Inserate: starke, lange offene Bewerbungen; Shortlist ohne Besichtigungseinladung; Zusage ohne Angebot; Vertrag versendet ohne Unterschrift. Zustandsregeln aus dem System, nach Dringlichkeit gruppiert.

Besichtigungs-Cockpit org-weit: kommende Slots mit freier Kapazität (+ wie viele starke, noch nicht eingeladene Bewerber es gäbe), offene Nachfassfälle (eingeladen/Alternativvorschlag ohne Antwort) und eine Ergebnis-Bilanz der letzten Besichtigungen. Einladungen/Versand bleiben der manuelle Schritt.

Sind alle aktiven Inserate sauber auf den Portalen (Homegate, newhome, ImmoScout24, Flatfox) – oder hat eines etwas abgelehnt? Zeigt den Zugangsdaten-Status je Portal und listet Inserate mit fehlgeschlagener Synchronisierung samt Fehlermeldung, Fehler zuerst.

Scorecard zu einem Projekt: Einheiten (Verkauf/Miete, verkauft), Inserate (Entwurf/aktiv), Bewerbungen, vorgemerkte Interessenten, Vorpremiere-Vormerkungen und ob eine eigene Domain aktiv ist. Der 10-Abfragen-Projekt-Loader, verdichtet in einen Aufruf.

Die volle Wochen-Agenda in einem Aufruf: Besichtigungen, Übergaben, ablaufende Angebote, Mietenden, Anlageobjekt-Termine und manuelle Termine – zusammengeführt, chronologisch, für die nächsten Tage. (tagesueberblick zeigt nur die heutigen Besichtigungen.)

Welche E-Mails muss ich noch beantworten? Zeigt die offenen Threads, bei denen der Ball bei uns liegt (letzte Nachricht von aussen, noch keine Team-Antwort), älteste zuerst – mit Absender, Betreff, Wartetagen und vorgeschlagener Zuordnung. Braucht die verbundene Assistent-Anmeldung (persönliches Postfach).

Bei wem sollte nachgefasst werden – wer ist stillgeschwiegen? Read-only-Vorschau der Autopilot-Nachfass-Sweeps (offene Dokumenten-Anforderungen, unbeantwortete Mietangebote, gewährte aber nie geöffnete Datenraum-Zugänge), bereits erinnerte Fälle ausgenommen. Zeigt nur an – sendet NICHTS.

Rechnet die Rendite-Kennzahlen eines Anlageobjekts aus dem Rent-Roll: Soll-Mietzins p.a. (Σ Monatsmiete×Anzahl×12), Bruttorendite (p.a./Kaufpreis) und Faktor (Kaufpreis/p.a.) sowie die Anlageklasse. Der Server rechnet, das Modell formuliert – Rendite/Faktor 'n/a' ohne internen Preis-Anker.

Stand des Bieterverfahrens für ein Anlageobjekt: Gebote nach Betrag gerankt (verbindlich vs. indikativ), % gegenüber dem internen Preis-Anker, Abstand zum Zweitplatzierten und ob bereits ein Zuschlag erteilt wurde. Nur Anzeige – kein Zuschlag.

Deal-Funnel eines Anlageobjekts (Longlist→Teaser→Interesse→NDA→Datenraum→NBO→verbindlich) mit Stufen-Kohorten und Übergangsraten, plus Datenraum-Aktivität (wer liest wirklich mit: Views/Downloads) und ungenutzte/entzogene Zugänge. Nur Zahlen/Zeitpunkte.

Welche Investoren aus dem CRM passen zu einem Anlageobjekt? Rankt Kontakte mit Investoren-Profil nach den WENIGSTEN Abweichungen (Anlageklasse, Kanton, Budget) gegenüber dem Objekt, bereits eingeladene ausgenommen, mit Abweichungs-Chips und Einwilligungsstatus. Gegenstück zu objekt_matching.

Cross-Deal-Triage über alle Anlageobjekte: offene Datenraum-Anfragen, unbeantwortete Anfragen, NDA unterzeichnet aber kein Datenraum-Zugang, sowie unentschiedene Gebote. Zeigt org-weit, wo im Investment-Dealflow etwas liegen bleibt.

Die stärksten FRISCHEN, noch nicht bearbeiteten Akquise-Signale (Baugesuche, Erbfälle, Konkurse, Verdichtung …), nach System-Score sortiert, optional pro Kanton. Schliesst die Lücke, die list_leads lässt (das zeigt nur bereits verfolgte Leads). Geschlossene Beta – enthält Personendaten aus öffentlichen Quellen.

Stand der Akquise-Pipeline: Signale je Stufe (Prüfung→Kontaktiert→Gespräch→Offerte→Gewonnen/Verloren), Konversionsrate und heute fällige/überfällige Wiedervorlagen. Geschlossene Beta.

Die besten Entwicklungs-Chancen: ereignisgetriggerte Akquise-Signale (Erbfälle, Konkurse, Baugesuche) auf unterbauten Parzellen, nach GARANTIERTER Verdichtungsreserve (anrechenbar buildable − gross-current) sortiert. Lead-Lab. Geschlossene Beta.

Wie viele Empfänger hätte ein Mailing WIRKLICH? Grösst die Zielgruppe UWG-konform: Kontakte im Segment vs. tatsächlich versandfähig (E-Mail + Werbe-Einwilligung) vs. übersprungen (keine Einwilligung / keine E-Mail). Verhindert die Illusion, man könne nicht-einwilligende Kontakte anschreiben. Nur Zählung.

Legt ein Mailing als ENTWURF an (Status 'draft') – wird NIE versendet. Gibt den Bearbeitungs-Link zurück; der Versand bleibt ein manueller Schritt in der Oberfläche. Betreff + optional Zielgruppen werden vorbelegt.

Bereitet den Exposé-Versand vor: listet die vorgemerkten Interessenten eines Objekts, die es noch NICHT erhalten haben, nach Passung sortiert, und schlägt pro Empfänger den Kanal vor (auf der Plattform → In-App-Nachricht, kalter CRM-Kontakt → E-Mail). Nur der Plan – der Versand bleibt ein manueller Schritt.

Liefert die belegten FAKTEN zu einer eingegangenen Anfrage, damit Sie (oder der Assistent) eine faktentreue Antwort formulieren können: verknüpftes Inserat/Objekt (Preis, Zimmer, Fläche, offene Besichtigungstermine), ob der Absender ein bekannter CRM-Kontakt ist, und – bei Anlageobjekten – der Hinweis, dass Preise nur mit NDA genannt werden. Erfindet nichts; nur echte Datensätze.

Merkt einen Social-Media-Beitrag zu einem Objekt als ENTWURF (Status 'pending') vor – wird NICHT veröffentlicht. Ein Mensch gibt ihn später in der Oberfläche frei. Validiert, dass das Ziel-Konto verbunden ist. (Grundlage-Fakten via social_post_kontext holen.)

Rendert serverseitig ein Marketing-Bild (z. B. quadratischer Just-Listed-Post) aus einer Vorlage + den Objekt-Fakten/Fotos + Branding und gibt eine Bild-URL zur Prüfung zurück. Ein Modell kann keine Pixel rendern – daher echter Mehrwert. Nichts wird veröffentlicht.

Legt ein Übergabeprotokoll als ENTWURF an (Status 'draft'), vorbefüllt aus dem Objekt und dem aktuellen Mieter – nichts wird an den Mieter geteilt/signiert (das sind separate Schritte). Gibt den Bearbeitungs-Link zurück.

Liefert das faktenbasierte ANSPRACHE-Argument (die Lift-'Reason'-Strings) für ein Akquise-Signal – die deterministische Grundlage für eine Erstansprache an den Eigentümer, die ein Modell nicht selbst berechnen kann (z. B. «Erben haben übernommen, Haus noch auf Öl, X m² Reserve»). NUR das Argument – kein Empfänger, kein Versand. Geschlossene Beta.

Zwei-Schritt: Preis eines Inserats ändern. OHNE bestaetigung wird nur die Reichweite berechnet (wen die Änderung erreicht – Bewerber, Merkliste + passende Suchabos – und ob Unterdrückungsregeln greifen: <2% oder Zickzack); es wird NICHTS geändert und ein 5-Minuten-Token zurückgegeben. MIT diesem Token wird der Preis gesetzt und die Benachrichtigung ausgelöst.

Zwei-Schritt: die stille Vorab-Benachrichtigung (Vorpremiere) für ein Objekt auslösen. OHNE bestaetigung zeigt die Vorschau, wie viele passende Abonnent:innen JETZT benachrichtigt würden (und wie viele schon), ohne zu senden. MIT dem Token wird der echte Versand ausgelöst (fester Vorlagen-Text, eine Nachricht pro Objekt+Adresse, Identitäten bleiben verborgen).

Zwei-Schritt: den aktuellen Objekt-Report als PDF an die Eigentümerschaft mailen. OHNE bestaetigung löst die Vorschau die/den Eigentümer:in + E-Mail auf und zeigt, was gesendet würde (rendert/sendet nichts). MIT dem Token wird das PDF erzeugt und per E-Mail an die echte Eigentümerschaft versendet.

Zwei-Schritt: ein WIEDERKEHRENDES Report-Abo für ein Objekt an die Eigentümerschaft einrichten (der Cron versendet später, nicht sofort). OHNE bestaetigung zeigt die Vorschau Empfänger, Rhythmus und ersten Versandtermin. MIT dem Token wird das Abo angelegt (ein stehender Auto-Versand).

Zwei-Schritt: einen Kalendertermin mit Einladungen erstellen. OHNE bestaetigung prüft die Vorschau auf Terminkonflikte (Überschneidungen im Org-Kalender) und zeigt, wer eingeladen würde – ohne etwas anzulegen oder zu senden. MIT dem Token wird der Termin angelegt und das verbundene Kalenderkonto (Outlook/Google) verschickt echte Einladungen an alle Teilnehmenden.

List contacts. Your CRM contacts, most recent first.

Create a contact. Creates a contact, or updates the existing one with the same email. Triggers the HubSpot sync when connected.

Get a contact.

Update a contact. Updates the given fields. Triggers the HubSpot sync (loop-guarded).

List a contact's activities. The contact's timeline (notes, tasks, calls, emails).

Add a note / activity. Adds an entry to the contact's timeline.

List objects. The source-of-truth properties, including unpublished. `q` searches the address (street / city / postal code) and internal reference — e.g. find an object by street.

Get an object.

Edit an object. Updates the given fields. `intendedUse` can't be changed here (it can desync active listings).

Ranked buyers for an object. The prospects on an object, ranked by curation score then recency. `exposeReceived` tells you who has already been sent the exposé/dossier — so you can email only those who haven't.

List projects. New-build projects.

Get a project.

List investment properties.

Get an investment property.

List listings. Your published/draft listings.

Create a listing. Creates a draft, attributed to your org owner. Use `POST /listings/{id}/publish` to take it live.

Get a listing.

Update a listing.

Publish a draft listing. Takes a **draft** live with the full go-live side-effects (object status, marketing cycle, price history, matching alerts). No-op (`published:false`) if it isn't a draft.

Deactivate a listing. Soft delete — sets the listing to `inactive` (keeps audit-trail links). Does not hard-delete.

List applications. Applications across your listings — with the applicant's name and the listing resolved.

Get an application (with dossier). The enriched application plus the full `dossier` (name, verification badges, compatibility breakdown, shared documents). Email is consent-gated.

Change application status. Shortlist / reject / waitlist an applicant. Runs the full notify fan-out (timeline event, in-app message, e-mail, webhook) — the applicant IS notified. Closing statuses (`zusage`, `contract_sent`, `contract_signed`) have their own flows and are rejected.

Move an interested party's status. Returns `{ before, after }` so the caller can confirm the change.

List viewing slots. Viewing slots across your listings, with the listing resolved.

Create a viewing slot. Adds a viewing slot to one of your listings.

List acquisition leads. Your tracked acquisition leads: a triage action plus the underlying signal.

Listing demand snapshots. Recent demand snapshots for a listing — counts only, never identities.

Create a follow-up. A task on a contact/object timeline, due at `dueAt`.

Draft an email into your Outlook. Composes an email and leaves it as a **draft in your connected Outlook mailbox** (folder «Entwürfe») — **never sends**. You review, edit and send it yourself from Outlook. Needs a Microsoft mailbox connected (as the logged-in agent); without one, the composed text is returned unsaved.