Personal CRM in Notion bauen: die Anleitung — und wo es bricht

Notion taugt ernsthaft als Personal CRM: zwei verknüpfte Datenbanken, ein Rollup, eine Formel, ungefähr ein Nachmittag Aufbau. Diese Anleitung baut das komplette System — genaue Properties, Ansichten, Vorlagen — und benennt danach die drei Bruchstellen, denn wer die Schwachpunkte vorher kennt, hält ein DIY-System am Leben.

Was du baust, in einem Bild

Das Design hat zwei Tabellen. Menschen enthält einen Eintrag pro Beziehung: wer die Person ist, zu welcher Gruppe sie gehört, wie oft du Kontakt willst. Interaktionen enthält einen Eintrag pro Berührungspunkt: ein Anruf, ein Abendessen, eine lange Sprachnachricht — datiert, mit zwei Zeilen zum Inhalt. Eine Relation verbindet jede Interaktion mit einer Person; ein Rollup zieht das jüngste Interaktionsdatum zurück auf die Person; eine Formel vergleicht dieses Datum mit dem Rhythmus, den du gewählt hast. Das Ergebnis: eine Liste aller Menschen, die dir gerade entgleiten — automatisch aktuell, solange du loggst.

Diese Trennung ist der Teil, den die meisten selbstgebauten Setups überspringen — und der Grund, warum sie zu aufgehübschten Kontaktlisten verkommen. Mit einer einzigen Datenbank lebt die Historie als Fließtext auf jeder Personen-Seite: nicht abfragbar, nicht sortierbar, unsichtbar. Mit ausgelagertem Log wird “wann haben wir zuletzt geredet?” zu einem filterbaren Property, und das System beantwortet die einzige Frage, die täglich zählt: Wer ist überfällig?

Der Aufbau, Schritt für Schritt

Gesamtzeit: 60–90 Minuten für die Struktur, plus dein erster Import an Menschen.

1. Die Menschen-Datenbank anlegen

   Eine Datenbank als ganze Seite, Name Menschen. Properties: Gruppe (Select: Freund, Familie, Mentor, beruflich, Community), Cadence (Zahl — gewünschte Tage zwischen Kontakten: 30 für enge Freunde, 90 für Mentoren, 180 für den äußeren Kreis), Geburtstag (Datum) und Kontext (Text — wie ihr euch kennengelernt habt, Name der Partnerin, was gerade im Leben los ist). Letzter-Kontakt-Tracking lässt du noch weg; das kommt in Schritt 3. Trag 10–20 echte Menschen ein, bevor du weiterbaust — Strukturentscheidungen an leeren Datenbanken gehen meistens daneben.

2. Die Interaktionen-Datenbank anlegen und verknüpfen

   Eine zweite Datenbank, Interaktionen, mit nur drei Properties: Datum (Datum), Art (Select: Anruf, getroffen, Nachricht, Brief) und ein Titel für den Kern (“über den Umzug geredet”). Dazu ein Relation-Property auf Menschen. Ab jetzt ist jeder bedeutsame Berührungspunkt eine schnelle Zeile hier — der Seiteninhalt bleibt leer, außer das Gespräch verdient echte Notizen.

3. Rollup und Überfällig-Formel ergänzen

   Auf Menschen ein Rollup-Property namens Letzter Kontakt: Relation = Interaktionen, Property = Datum, Berechnung = Spätestes Datum. Danach ein Formel-Property namens Überfällig um: dateBetween(now(), prop("Letzter Kontakt"), "days") - prop("Cadence"). Positive Zahlen bedeuten Drift — eine Person 12 Tage über einer 30-Tage-Cadence zeigt 12. Dieses Property-Paar ist der Motor des ganzen Systems; alles Weitere ist Präsentation.

4. Die drei Ansichten bauen, die du wirklich nutzt

   Erstens Überfällig — eine Tabellen-Ansicht von Menschen, gefiltert auf Überfällig um > 0, absteigend sortiert. Das ist deine Start-Ansicht; die Person ganz oben wartet am längsten. Zweitens Nach Gruppe — ein Board, gruppiert nach dem Gruppe-Select, um ganze Kreise zu scannen (“wann habe ich zuletzt jemanden aus dem Studium gesehen?”). Drittens Geburtstage — eine Kalender-Ansicht auf dem Geburtstags-Property. Galerien mit Fotos hebst du dir auf, bis das System einen Monat überlebt hat; sie motivieren, aber sie sind Dekoration.

5. Vorlagen anlegen, damit Loggen billig wird

   In Interaktionen eine Datenbank-Vorlage mit vorausgefülltem heutigem Datum, sodass ein neuer Eintrag nur noch die Personen-Verknüpfung und fünf Wörter Titel braucht. In Menschen eine Vorlage mit vorbereiteten Überschriften — Wie wir uns kennen / Was sie gerade beschäftigt / Was ich versprochen habe —, damit neue Einträge einheitlich starten. Am Handy legst du dir einen Schnellzugriff für neue Interaktionen bereit. Erfassungs-Reibung ist der Feind: David Allen (2001) hat eine ganze Methodik auf der Beobachtung gebaut, dass ein System, das du nicht in Sekunden füttern kannst, das Vertrauen verliert.

6. Die Wochen-Durchsicht installieren

   Ein wiederkehrender 15-Minuten-Slot im Kalender, jede Woche zur selben Zeit. Die Routine: Überfällig öffnen, die obersten zwei, drei Menschen wählen, jedem eine echte Nachricht schicken (nutz die Kontext-Notizen — dafür sind sie da), die Interaktionen loggen, Gelerntes nachtragen. Dieser Schritt ist keine optionale Ausstattung; er ist das Produkt. Die Datenbanken speichern nur Realität — gepflegt werden die Beziehungen in der Durchsicht.

Drei Ausbaustufen — aber erst nach einem Monat

Widersteh diesen Erweiterungen an Tag eins; jede bringt nur einem System etwas, das schon benutzt wird. Nach vier überlebten Wochen-Durchsichten, in dieser Reihenfolge:

Eine Archiv-Checkbox. Ergänze ein Checkbox-Property auf Menschen und einen Filter Archiv ist nicht angehakt in jeder Ansicht. Beziehungen enden, Menschen ziehen weiter, und mancher Rhythmus entpuppt sich als Wunsch statt Absicht. Ohne Archiv-Pfad füllt sich die Überfällig-Ansicht langsam mit Menschen, die du faktisch nicht kontaktieren wirst — und eine Triage-Liste, die du gelernt hast halb zu ignorieren, ist wertlos. Archivieren ist nicht lieblos; es hält das System ehrlich darüber, wer drin ist.

Eine Innerer-Kreis-Markierung. Eine zweite Checkbox (oder ein Stern im Gruppen-Select) für die acht bis zwölf Menschen, deren Wegdriften wirklich wehtun würde. Gib ihnen eine eigene Ansicht über Überfällig. Die flache Überfällig-Liste sortiert nach Tagen — eine 200 Tage überfällige Bekanntschaft schlägt damit eine 35 Tage überfällige enge Freundin. Numerisch korrekt, menschlich verkehrt herum. Die Markierung behebt die Prioritäts-Umkehr mit einem einzigen Property.

Eine Dashboard-Seite. Wenn beides existiert, bau eine einzelne Seite mit drei gestapelten verknüpften Ansichten: innerer Kreis zuerst, Überfällig danach, ein Geburtstage-Kalender für den Monat als drittes, plus der Neue-Interaktion-Button ganz oben. Als Favorit markieren. Die eigentliche Funktion des Dashboards: Es reduziert die Wochen-Durchsicht auf das Öffnen einer Seite — jeder eingesparte Klick erhöht messbar die Wahrscheinlichkeit, dass die Durchsicht überhaupt stattfindet.

Was du nicht ergänzen solltest: Bewertungen im Lead-Score-Stil, “Wert”-Felder oder Automationen, die für dich Nachrichten verschicken. Die ersten beiden importieren die Sales-CRM-Weltsicht, zu deren Vermeidung dieses System existiert, und die dritte zerstört den Zweck — der gesamte Output eines Personal CRM ist, dass du dich meldest, informiert.

Wo es bricht — ehrlich

So gebaut, funktioniert das System. Hier sind die Belastungsstellen, aufsteigend nach Ernsthaftigkeit.

Mobile Erfassung. Eine Interaktion am Handy zu loggen — App öffnen, Datenbank finden, neuer Eintrag, Person verknüpfen, tippen — dauert gerade lang genug, dass du es genau dann auslässt, wenn es am meisten zählt: beim Rausgehen aus dem Café, nach dem Auflegen. Die Schnellzugriffe aus Schritt 5 mildern das; nichts beseitigt es. Ein brauchbarer Notbehelf ist eine “Inbox”-Zeile: ein einziger, oben angepinnter Eintrag, in den du unterwegs nur Stichworte wirfst (“Ana, Anruf, Umzug fix”) und der in der Wochen-Durchsicht in saubere Log-Einträge zerlegt wird. Rechne trotzdem damit, einen Teil der Berührungspunkte zu verlieren und später zu rekonstruieren.

Erinnerungen. Das ist die strukturelle Lücke. Notion-Erinnerungen hängen an festen Daten; das Kernversprechen eines Personal CRM ist der rollierende Stups — “30 Tage seit dem letzten geloggten Kontakt mit Jonas”. Keine Formel erzeugt eine Push-Benachrichtigung, und API-Automationen sind ein eigenes Hobby-Projekt. Deine Überfällig-Ansicht ist perfekt und stumm. Wenn du sie nicht öffnest, passiert nichts — exakt der Fehlermodus, gegen den du das System gebaut hast.

Pflegeschuld. Jedes DIY-System verlangt Zinsen. Optimistisch gesetzte Rhythmen aus Woche eins erweisen sich in Monat zwei als falsch; archivreife Beziehungen bleiben liegen und verstopfen die Überfällig-Ansicht; das Interaktions-Log bekommt Lücken, die “Letzter Kontakt” leise verfälschen. Ungepflegt veralten die Daten, veraltete Daten erzeugen Misstrauen, und Misstrauen endet damit, dass du die Seite nicht mehr öffnest — der Standard-Lebenszyklus mangelnder CRM-Hygiene, im Zeitraffer. Die vierteljährliche Ausmist-Stunde im Bauplan ist die Zinszahlung. Sie ist real, und sie verschwindet nie.

Solltest du in Notion bleiben?

Für einen guten Teil der Leser: ja. Wenn du unter ~100 aktiven Kontakten liegst, ohnehin täglich in Notion lebst und die Wochen-Durchsicht wirklich hält, erledigt das Setup oben den Job und kostet nichts außer der Zeit, die du jetzt eingeplant hast. Wer in Notion bleibt, hat mit dieser Anleitung alles Nötige.

Wechsle erst, wenn die bekannten Bruchstellen dich echte statt theoretische Beziehungen kosten: Follow-ups, die scheitern, weil keine Erinnerung dich gefunden hat; Berührungspunkte, die an der Erfassungs-Reibung verloren gehen; eine Durchsicht, die immer wieder ausfällt. Das ist eine Bauen-oder-Kaufen-Entscheidung mit Abwägungen, die wir auf unserer Notion-Vergleichsseite ehrlich aufgeschrieben haben — inklusive der Fälle, in denen Notion die richtige Antwort bleibt — und im breiteren Kategorienvergleich. Volle Offenlegung auch hier: Wir bauen Endearist, ein dediziertes Personal CRM, wir sind in diesem Gespräch also Partei. Dem Notion-Setup oben ist das egal — es funktioniert genauso gut, ob du je ein bezahltes Tool anschaust oder nicht. Und falls dir die Zwei-Datenbanken-Struktur zu viel war: Der Google-Sheets-Bau ist das leichtere System — die Erinnerungslücke löst allerdings auch er nicht.