Lösung · Nach Integration
Notion und Slack sind längst verbunden. Nicht verbunden ist das, was in Slack entschieden wird, mit dem, was in Notion steht.
Die offizielle Integration zeigt Vorschauen und schickt Hinweise. Sie legt keine Aufgabe an, sie aktualisiert keine Datenbank-Eigenschaft, sie versteht keinen Thread und sie unterscheidet eine Entscheidung nicht von einem Gespräch. Wir bauen diese Schicht auf dein Slack und dein Notion — und lassen sie laufen.
Das Problem
Die Arbeit wird in Slack entschieden. Der Nachweis lebt in Notion. Dazwischen ist niemand.
- Die Entscheidung, die das Projekt verändert hat, fiel an einem Freitag in einem Thread mit zwanzig Nachrichten. In Notion sagt die Projektseite immer noch das, was sie am Montag sagte.
- Der offizielle Connector tut genau das, was er verspricht: Seiten vorschauen und über Änderungen informieren. Was er nicht tut: aus einer Nachricht eine Aufgabe anlegen oder aus Slack heraus eine Eigenschaft in der Datenbank aktualisieren — diesen Schritt macht weiterhin ein Mensch von Hand.
- Die automatischen Notion-Hinweise kommen nicht in private Kanäle, und genau dort arbeiten eure Teams wirklich. Ergebnis: Die Hälfte der Hinweise landet in einem Kanal, in den niemand schaut.
- Der Connector versteht keine Threads. Das Gespräch, auf das es ankommt, ist verschachtelt, und was in Notion ankommt — wenn es ankommt — ist die einzelne Nachricht ohne die Diskussion, die sie erklärt.
- Niemand kann mit Urteilsvermögen filtern: Entweder du bekommst jede Änderung der Datenbank oder gar keine. Weil das Volumen unerträglich ist, hat vor vier Monaten jemand den Kanal stummgeschaltet.
- Der Stand einer Aufgabe wird in Slack erzählt («ist fertig», «schiebe ich auf Dienstag») und bleibt dort liegen. Die Notion-Ansicht, auf die die Geschäftsführung schaut, lügt seit Wochen — in bestem Glauben.
- Kommt jemand neu ins Projekt, ist die einzige Art herauszufinden, warum etwas entschieden wurde, die Person zu fragen, die im Thread dabei war. Ist die Person weg, ist das Warum mit ihr weg.
Was es kostet, alles zu lassen
Du bezahlst zwei gute Werkzeuge und nutzt anderthalb. Slack hat die frische Information und den Kontext, Notion hat die Struktur und die Historie, und dazwischen liegt eine Abschreibarbeit von Hand, die niemandem zugeteilt ist und die deshalb schlecht oder gar nicht gemacht wird. Die Kosten stehen nicht auf der Lizenzrechnung: Sie stecken in der Projektansicht, mit der die Geschäftsführung entscheidet und die seit zwei Wochen veraltet ist, in der Aufgabe, die niemand angelegt hat, weil der Thread kalt wurde, in der Entscheidung, die sechs Wochen später erneut diskutiert wird, weil sie nie schriftlich festgehalten wurde, und in den Stunden, in denen die erfahrenste Person im Team von Hand nach Notion kopiert, was in Slack längst geschrieben stand.
Die Lösung
Eine Schicht Urteilsvermögen zwischen Thread und Datenbank — in beide Richtungen
- 1Wir fangen mit der Landkarte an, nicht mit dem Connector: Welche Slack-Kanäle speisen welche Notion-Datenbanken, welche Eigenschaften sind in jeder davon Pflicht, und was gilt in eurem Unternehmen überhaupt als Entscheidung. Ohne diese Einigung bewegt Automatisierung nur die Unordnung schneller — deshalb wird dieser Teil mit dir geklärt, bevor wir irgendetwas anfassen.
- 2Wir lesen den Thread, nicht die Nachricht. Wenn in einem Arbeitskanal etwas auftaucht, das den Zustand der Welt verändert — etwas wird freigegeben, verworfen, ein Datum verschoben, jemandem zugeteilt, eine Blockade erkannt —, erkennt die KI das mit dem gesamten Thread als Kontext und macht daraus den passenden Eintrag: Aufgabe, Entscheidung oder Änderung einer Eigenschaft in der richtigen Notion-Datenbank.
- 3Wir füllen die Eigenschaften, denn genau daran scheitert alles andere. Verantwortlicher, Datum, Projekt, Status und ein dauerhafter Link zum ursprünglichen Thread. Eine Aufgabe ohne Verantwortlichen und ohne Datum ist keine Aufgabe: Sie ist eine Notiz, und davon hat Notion schon zu viele.
- 4Wir schließen den Kreis zurück nach Slack, mit Urteilsvermögen. Was sich in Notion ändert, kommt in den richtigen Kanal zurück — auch in die privaten, die der offizielle Connector nicht erreicht —, formuliert als ein Satz, den man versteht, gebündelt statt ein Hinweis pro Feld, und nur wenn es zählt: gefiltert nach Eigenschaft, nach Projekt und nach Publikum.
- 5Wir lösen Dubletten und Aktualisierungen. Kommt der Thread auf eine Aufgabe zurück, die es schon gibt, wird sie aktualisiert, statt die vierte anzulegen. Widerspricht eine Entscheidung einer früheren, wird sie mit der verknüpft, die sie ersetzt, statt beide nebeneinander stehen zu lassen, ohne dass jemand weiß, welche gilt.
- 6Wir übergeben es gemessen und mit Netz. Wie viel Prozent der erkannten Entscheidungen werden festgehalten, ohne dass jemand eingreift, wie viele Pflichteigenschaften kommen gefüllt an und wie oft korrigiert jemand von Hand, was die Schicht geschrieben hat. Was unklar ist, wird nicht erfunden: Es wird im Thread mit einem Bestätigen-Button vorgeschlagen, und bestätigen tut es die Person, die entschieden hat.
Was sich ändert
Was du nicht mehr verlierst
Der native Notion-Connector für Slack löst Vorschauen und Hinweise, aber er legt keine Aufgabe aus einer Nachricht an, aktualisiert keine Datenbank-Eigenschaft aus Slack heraus, wendet keine bedingte Logik an, bündelt keine Hinweise, und seine automatischen Benachrichtigungen erreichen keine privaten Kanäle. Genau dieser Streifen Arbeit bleibt heute Handarbeit.
Öffentliche Dokumentation des Notion↔Slack-Connectors, abgerufen 2026-08
Die Entscheidung lebt nicht mehr nur im Gedächtnis derer, die im Thread waren: Sie bleibt als Eintrag mit Verantwortlichem, Datum und dauerhaftem Link zu dem Gespräch, aus dem sie kam.
Mechanismus
Die Projektansicht in Notion hinkt der Realität nicht mehr zwei Wochen hinterher, weil der Stand von dort aktualisiert wird, wo er tatsächlich erzählt wird — im Kanal — und nicht von dort, wo niemand hineingeht, um ihn aufzuschreiben.
Mechanismus
Der Hinweiskanal ist nicht mehr stummgeschaltet: Es wird weniger und besser geschickt — gebündelt, gefiltert nach Eigenschaft und nach Publikum, und auch in private Kanäle — statt einer Nachricht pro geändertem Feld.
Mechanismus
Was wir messen: % der Kanal-Entscheidungen, die ohne menschliches Zutun in Notion festgehalten werden, % der automatisch gefüllten Pflichteigenschaften, doppelt angelegte Aufgaben pro Monat, manuelle Korrekturen an dem, was die Schicht geschrieben hat, und das Durchschnittsalter der Projektansicht, die die Geschäftsführung nutzt.
Was wir messen
Datenblatt
- Wegfallende Arbeit
- dass ein Mensch die Slack-Threads lesen, entscheiden muss, was wirklich eine Entscheidung war, und sie von Hand mit Verantwortlichem und Datum in die Notion-Datenbank kopiert — und es fast nie rechtzeitig schafft
- Übliche Einrichtung
- 3–5 Wochen
- Eingang
- die Threads, die ohnehin schon durch eure Slack-Arbeitskanäle laufen, und die Notion-Datenbanken, die ihr bereits habt
- Ausgang
- Aufgaben, Entscheidungen und Statusänderungen, geschrieben in die richtige Notion-Datenbank mit gefüllten Eigenschaften und dauerhaftem Link zum Thread, und Hinweise zurück in Slack — gebündelt, gefiltert und auch in privaten Kanälen
- Kompatibel mit
- SlackNotionNotion APISlack APINotion AIGoogle WorkspaceMicrosoft Entra ID
- Kann sich verbinden mit
- Eure bestehenden Notion-Datenbanken und ihre Eigenschaften, ohne sie umzubauenEure Slack-Arbeitskanäle, einschließlich der privaten, die wir vereinbarenEure Slack-Benutzergruppen, um Hinweise nach Publikum zu leitenDer offizielle Notion↔Slack-Connector, der bleibt, wo er schon funktioniert
- Was wir messen
- % der Kanal-Entscheidungen, die ohne menschliches Zutun in Notion festgehalten werden% der automatisch gefüllten Pflichteigenschaftendoppelt angelegte Aufgaben pro Monatmanuelle Korrekturen an dem, was die Schicht geschrieben hatDurchschnittsalter der Projektansicht, die die Geschäftsführung nutzt
- Geeignet für
- Teams, die schon in Slack leben und in Notion dokumentieren — meist ab zwanzig Personen und mehreren parallelen Projekten —, wo Betrieb, Produkt oder das PMO längst akzeptiert haben, dass der echte Stand in den Kanälen steht und nicht im Werkzeug
- Nicht geeignet für
- wer seine Notion-Datenbanken noch nicht strukturiert hat — da definiert man zuerst das Schema, und das sagen wir vorher — und wer eine Migration von Notion in ein anderes Werkzeug oder ein neues Intranet sucht: Das ist ein anderes Projekt
Alles ansehen, was du in E-Mail und Kommunikation automatisieren kannst →
Häufig gestellte Fragen
Der offizielle Connector löst die Oberfläche, und er löst sie gut: Er zeigt eine Vorschau der Notion-Seite, wenn du einen Link in Slack einfügst, er informiert über Änderungen in einer Datenbank und er lässt bis zu einem gewissen Grad von der einen in die andere Richtung suchen. Das fassen wir nicht an. Was er nicht tut — und auch nicht tun will — ist die Arbeit dazwischen: Er legt keine Aufgabe aus einer Nachricht an, er aktualisiert keine Eigenschaft einer Datenbank aus Slack heraus, er kennt keine bedingte Logik der Art «wenn der Status auf blockiert springt, informiere diesen Kanal und diesen Verantwortlichen», er bündelt keine Hinweise, um das Volumen zu senken, er funktioniert in Threads schlecht und seine automatischen Benachrichtigungen erreichen keine privaten Kanäle. Diese Lücke füllt heute ein Mensch mit Copy-Paste — oder niemand. Wir bauen genau diese Schicht: den Thread mit Kontext lesen, nach eurem Maßstab entscheiden, was eine Entscheidung ist, sie mit ihren Eigenschaften dorthin schreiben, wo sie hingehört, und nach Slack nur das zurückgeben, was einen Hinweis verdient.
Es überschneidet sich zum Teil, und dazu sollte man ehrlich sein. Notion AI beantwortet Fragen und schreibt über euren Workspace, und seine Suche Richtung Slack ist auf öffentliche Kanäle begrenzt; es ist ein Assistent, kein Prozess, der jedes Mal von allein läuft, wenn jemand in einem Thread etwas entscheidet. Ein Zap oder ein Make-Szenario kann Daten tatsächlich bewegen, und wenn ihr eines im Einsatz habt, respektieren wir das: Das Problem ist, dass die feste Regel eine Entscheidung nicht von einer Meinung unterscheidet, einen Thread mit zwanzig Nachrichten nicht versteht und nicht weiß, ob die Aufgabe, die sie gleich anlegt, schon existiert. Was wir beisteuern, ist das Urteilsvermögen — was in eurem Unternehmen als Entscheidung zählt, mit welchen Eigenschaften und in welcher Datenbank —, die Arbeit, das auf euren echten Workspaces aufzubauen, und die Verantwortung dafür, dass es weiterläuft, wenn sich das Schema ändert. Wenn eure Lizenz oder eure Automatisierung einen Teil davon schon abdecken, sagen wir es dir und verkaufen ihn dir nicht noch einmal.
Nein, und das ist das erste Gespräch, das wir führen. Der Umfang wird Kanal für Kanal festgelegt: Verarbeitet werden die Arbeitskanäle, die wir vereinbaren — Projekte, Kunden, Betrieb —, und draußen bleiben die persönlichen, die der Geschäftsführung und alle, die du nennst. Innerhalb dieser Kanäle wird gelesen, was nötig ist, um die Entscheidung zu erkennen und festzuhalten, und gespeichert wird der entstandene Eintrag mit seinem Link zum Thread — keine Kopie des Gesprächs an irgendeinem anderen Ort. Die Schicht läuft mit eng gefassten Berechtigungen auf eurem Slack und eurem Notion und erweitert niemandes Zugriff. Und alles, was sie schreibt, ist nachvollziehbar: was sie erkannt hat, nach welchem Maßstab und welchen Eintrag sie erzeugt hat — damit man es prüfen kann, statt zu vertrauen.
Das ist eingeplant, weil es passieren wird. Was einen klaren Maßstab hat, wird allein geschrieben; was unklar ist, wird nicht erraten: Es wird im selben Thread mit einem Bestätigen-Button vorgeschlagen, und bestätigen tut es die Person, die entschieden hat — die weiß es nämlich. Jeder Eintrag trägt einen dauerhaften Link zu dem Thread, aus dem er stammt, also kostet die Frage, warum etwas angelegt wurde, einen Klick und keine Ausgrabung. Und wir messen die manuelle Korrektur als Frühindikator: Wenn jemand viel korrigiert, ist der Maßstab falsch kalibriert und wird nachjustiert — das ist das Signal, mit dem wir in den ersten Wochen nachschärfen, statt zu warten, bis das Team genug hat und alles abschaltet.
In Produktion nach drei bis fünf Wochen, aber das Erste, was man merkt, ist nicht die Ansicht der Geschäftsführung: Es ist, dass keine Aufgaben mehr verloren gehen. Die Erkennung auf Threads beendet schon ab der ersten Woche das «das haben wir doch gesagt, und niemand hat es notiert». Die Qualität der Projektansicht verbessert sich langsamer, weil sie davon abhängt, dass der Stand dauerhaft aktualisiert wird, und das braucht ein paar Zyklen. Und der Wert des Entscheidungsprotokolls zeigt sich erst bei der ersten unangenehmen Frage — wer hat das freigegeben und wann —, die meist ein Quartal auf sich warten lässt und genau dann kommt, wenn es niemand hat. Deshalb liefern wir es gemessen: Man muss die Verbesserung nicht glauben, man sieht sie.
Bauen wir es in deinem Betrieb?
Du hast das Problem benannt. Wir liefern die Lösung und lassen sie gemessen laufen.