Marktbeobachtung mit KI: ein Wiki, das sich selbst aktuell hält

Marktbeobachtung mit KI heißt: Ein KI-Mitarbeiter liest laufend die Branchenquellen, die ihr festlegt, fasst neue Beiträge in wenigen Sätzen zusammen und legt sie nach euren Themen sortiert in einem internen Wiki ab. Das Wiki liegt in dem Tool, das ihr schon nutzt (Notion, Confluence oder SharePoint), jeder Eintrag nennt die Quelle und verlinkt auf das Original. Dein Team liest kuratierte Zusammenfassungen und findet Branchenwissen über die Suche. Niemand muss hoffen, dass irgendwer den richtigen Newsletter gelesen hat.

Warum Branchenwissen in zwanzig Postfächern verschwindet

Weil Marktbeobachtung in den meisten Firmen nebenbei läuft. Es gibt kein System dafür, nur Gewohnheiten: Jeder abonniert, was ihm über den Weg läuft, und liest, was die Woche übrig lässt. In vollen Wochen ist das wenig.

Das Ergebnis kennst du. Der Plattform-Newsletter liegt bei einer Kollegin im Postfach, der Branchen-Digest beim Kollegen aus dem zweiten Team. Den Fach-Blog hast du selbst in einem Tab offen, seit Dienstag. Zwei Leute lesen dieselbe Meldung doppelt, eine dritte Meldung liest niemand. Und was gelesen wurde, bleibt im Kopf des Lesers oder in seinem Archivordner. Für den Rest des Teams ist es unsichtbar, auch für die Suche.

Rechenbeispiel: Bei 15 Quellen und im Schnitt vier neuen Beiträgen pro Quelle und Woche kommen 60 Beiträge zusammen. Wer jedem Beitrag zehn Minuten gibt, braucht zehn Stunden pro Woche. Diese zehn Stunden hat niemand, also bleibt der größte Teil ungelesen liegen.

Damit hängt euer Radar an Einzelpersonen. Solange die Kollegin da ist, die ohnehin alles liest, geht es halbwegs. In ihrem Urlaub reißt der Faden ab, nach einer Kündigung fehlt das Radar ganz. Wissensmanagement, das an Personen hängt, verschwindet mit den Personen. Der Engpass liegt in der Struktur, und Struktur lässt sich bauen.

Was ein selbstaktualisierendes Wiki konkret ist

Ein selbstaktualisierendes Wiki ist ein KI-Mitarbeiter mit einer festen Quellenliste und einer festen Themenstruktur, angebunden an euer Wiki-Tool. Er liest die Quellen laufend, prüft jeden neuen Beitrag gegen eure Themen und legt für alles Relevante einen Eintrag an. Der Unterschied zu den Tools, die dein Team vermutlich schon ausprobiert hat, liegt im Betrieb: Ein Chatbot wartet auf deine Eingabe. Ein KI-Mitarbeiter übernimmt die Aufgabe.

Jeder Eintrag folgt demselben Muster:

• eine Zusammenfassung in wenigen Sätzen, in eigenen Worten
• das Thema aus eurer Struktur, etwa „Plattform-Updates“ oder „Recht und Vorgaben“
• Quelle und Datum
• der Link zum Original

Newsletter zusammenfassen per KI ist dabei der kleinere Teil der Arbeit. Der Wert entsteht durch die Sortierung: Aus einem Strom von Meldungen wird ein Nachschlagewerk, das nach euren Begriffen aufgebaut ist. Wer etwas wissen will, sucht, und muss dafür nicht wissen, wer den Beitrag ursprünglich abonniert hatte. Aus den 60 Beiträgen aus dem Rechenbeispiel oben werden dabei vielleicht 15 Einträge; die liest ein Mensch in einer halben Stunde quer, mit der Option, an jeder Stelle ins Original zu springen. Neue Einträge erscheinen in der Regel am selben Tag, an dem die Quelle sie veröffentlicht. Wie so ein Aufbau im Detail aussieht, zeigt der Use Case Content-Wiki.

Wo liegt das Wiki? In eurem bestehenden Tool

Das Wiki entsteht in Notion, Confluence oder SharePoint, also dort, wo dein Team ohnehin arbeitet. Wir binden das Tool im Onboarding an; ein zusätzliches System mit eigenem Login kommt nicht dazu.

Das ist mehr als Bequemlichkeit. Ein internes Wiki zu automatisieren scheitert selten an der Technik und oft am Ort: Ein Portal, das niemand öffnet, ist totes Wissen mit hübscher Oberfläche. Liegt das Wiki im Alltagstool, gelten eure bestehenden Berechtigungen automatisch mit, und die Suche findet Branchenwissen direkt neben der Projektdoku. Einzelne Einträge lassen sich in Angeboten oder Vermerken verlinken, so wie jede andere Seite in eurem Tool auch.

Im Tool selbst ist der Aufbau bewusst unspektakulär: eine Bereichsseite pro Thema, darunter die Einträge chronologisch, der neueste oben. Es soll aussehen wie der Rest eurer Doku. Genau deshalb wird es benutzt.

Bleibt das urheberrechtlich sauber?

Ja, solange der Agent zusammenfasst und verlinkt und auf Volltext-Kopien verzichtet. Genau so ist er gebaut: Im Wiki landet eine Zusammenfassung in eigenen Worten, dazu Quelle, Datum und der Link zum Original. Artikelkopien speichert er nicht.

Der Grund liegt im Urheberrecht selbst. Geschützt ist die konkrete sprachliche Gestaltung eines Textes; die Information dahinter (eine Gesetzesänderung, ein neues Kampagnenformat) ist frei. Eine Zusammenfassung in eigenen Worten übernimmt die Information und lässt die geschützte Form beim Urheber. Die Attribution bleibt in jedem Eintrag sichtbar, und wer tiefer lesen will, klickt zur Quelle. Der Traffic geht dorthin, wo der Text herkommt.

Für die automatisierte Auswertung gibt es in Deutschland zudem eine ausdrückliche Regelung: § 44b UrhG erlaubt Text und Data Mining an rechtmäßig zugänglichen Werken; Rechteinhaber können dem maschinenlesbar widersprechen, und diesen Vorbehalt respektiert der Agent. Bezahlte Newsletter liest er nur, wenn ihr sie abonniert habt. Das Abo braucht ihr also weiterhin: Die Zusammenfassung zeigt, wann sich der Blick ins Original lohnt. Wollt ihr Inhalte nach außen weiterverbreiten, etwa als Pressespiegel für Kunden, ist das ein eigenes Thema mit eigenen Regeln; das interne Wiki bleibt davon unberührt.

Wer bestimmt, welche Quellen und Themen gelesen werden?

Ihr. Quellenliste und Themenstruktur legt ihr im Onboarding fest, und beides bleibt jederzeit änderbar: Quellen kommen dazu oder fliegen raus, Themen werden umbenannt oder zusammengelegt. Der Agent folgt der Liste. Erweitern kann sie nur euer Team.

Gute Quellenlisten sind kürzer, als man denkt. Bewährt haben sich die offiziellen Ankündigungskanäle der Plattformen, mit denen ihr arbeitet, dazu eine Handvoll Fachblogs und Newsletter, deren Einschätzungen ihr vertraut. In regulierten Branchen kommen Behörden- und Gerichtsquellen dazu. Kuratieren heißt auch streichen: Eine Quelle, die vor allem Rauschen liefert, verschlechtert das Wiki, egal wie fleißig der Agent liest. Branchen-Monitoring steht und fällt mit dieser Liste; mehr dazu unten bei den Grenzen.

Wie sieht das im Alltag aus?

Am deutlichsten wird das Muster dort, wo sich die Arbeitsgrundlagen schneller ändern, als ein Team lesen kann. Zwei typische Einsatzbilder, dazu unser eigenes.

Agentur: Plattform-Updates im Griff

Ads-Plattformen und Algorithmen ändern sich schneller, als das Team lesen kann. Kunden erwarten trotzdem, dass ihr es wisst. Der Agent hält Plattform-Updates und Branchennews kuratiert im Wiki aktuell, sortiert nach Plattform oder Kundengruppe. Im Kundentermin ist der neueste Stand einen Suchbegriff entfernt. Und wer neu im Team anfängt, liest sich über das Wiki ein, ohne dass jemand die letzten Monate mündlich nacherzählen muss.

Kanzlei: Gesetzes- und Verwaltungsänderungen ohne Lesestapel

Gesetzesänderungen, Verwaltungsschreiben, neue Urteile, Aufsätze: Der Stapel wächst schneller als die Woche. Der Agent kuratiert die relevanten Änderungen nach euren Themenfeldern, etwa nach Rechtsgebiet oder Mandantengruppe. Das Team liest Zusammenfassungen und wählt aus, wo es tiefer einsteigt; das Original ist immer einen Klick entfernt. Das Fachurteil bleibt beim Anwalt. Aus dem Lesestapel wird eine Leseauswahl.

Bei uns: das eigene Radar

Wir nutzen denselben Aufbau selbst. AI-Tooling ändert sich wöchentlich, unser Wiki sammelt, was unsere Quellen melden, sortiert nach Themen. Das Team liest kuratierte Zusammenfassungen, und niemand blockt dafür Lesezeit im Kalender.

So läuft die Einführung

Onboarding

Ihr legt Quellenliste und Themenstruktur fest, wir richten den Agenten ein und binden euer Wiki-Tool an. Die ersten Einträge schaut ihr gemeinsam mit uns an: Sitzt die Sortierung, stimmt die Flughöhe der Zusammenfassungen? Danach justieren wir, bis es passt.

Betrieb

Der Agent läuft als Managed AI Employee bei uns: Wir hosten und betreiben ihn, ihr arbeitet mit den Ergebnissen. Das kostet 250 € pro Agent und Monat. Fällt eine Quelle aus oder ändert eine Plattform ihr Format, kümmern wir uns darum; das gehört zum Betrieb.

Freigaben

In den ersten Wochen prüft jemand aus eurem Team neue Einträge, bevor sie für alle sichtbar werden. Später reichen Stichproben. Falsch sortierte oder überflüssige Einträge meldet ihr kurz zurück, wir schärfen die Regeln nach. So wird das Wiki mit der Zeit präziser, weil es an euren Korrekturen kalibriert ist.

DSGVO und Datengrenzen

Die Datengrenzen sind in diesem Fall eng und klar: Der Agent liest die festgelegten externen Quellen und schreibt in euer Wiki. Zugriff auf Mandanten- oder Kundendaten braucht er dafür nicht, also bekommt er ihn auch nicht. Personenbezogene Daten kommen allenfalls in den Quelltexten selbst vor; ins Wiki gelangen Zusammenfassungen mit Quellenlink. Was der Agent lesen und schreiben darf, steht schriftlich fest und lässt sich jederzeit prüfen.

Was das Wiki nicht kann

Das Wiki ersetzt kein Fachurteil. Es gibt wieder, was eine Quelle meldet, sauber zusammengefasst und verlinkt. Ob ein Verwaltungsschreiben für einen konkreten Mandanten Folgen hat oder ob ein Plattform-Update eure Kampagnenstruktur betrifft, beurteilt weiterhin ein Mensch mit Fachwissen. Vor jeder Empfehlung mit Folgen gehört der Blick ins Original dazu; genau dafür steht der Link in jedem Eintrag.

Das Wiki kuratiert, es priorisiert aber nicht eure Entscheidungen. Es zeigt, was neu ist, geordnet nach euren Themen. Was davon heute dringend ist und was warten kann, bleibt eine Führungsfrage. Ein gutes Wiki macht diese Frage leichter beantwortbar. Beantworten müsst ihr sie weiterhin selbst.

Und die Qualität hängt an der Quellenauswahl. Der Agent liest zuverlässig, aber er liest, was auf der Liste steht. Eine schwache Liste ergibt ein ordentlich aussehendes Wiki voller Rauschen. Plant die Pflege der Liste deshalb als wiederkehrende Aufgabe ein; ein kurzer Blick pro Quartal reicht meist.

Es gibt auch Fälle, in denen sich der Aufbau kaum lohnt: Wenn nur eine Person das Wissen braucht und zwei Quellen abdecken, was relevant ist, genügt ein Postfachordner. Das Wiki spielt seine Stärke aus, sobald mehrere Leute denselben Stand brauchen und niemand die Lesezeit hat.

Ob sich das bei euch rechnet, lässt sich am schnellsten an eurer echten Quellenliste prüfen. Bring sie in ein kurzes Gespräch mit: Wir gehen sie durch und sagen dir konkret, wie euer Wiki damit aussehen würde, in welchem Tool und mit welchen Themen.