Warum liefert ein Monitoring mit mehr angeschlossenen Quellen am Ende oft weniger brauchbare Erkenntnis statt mehr? Weil niemand vorher festgelegt hat, was ein relevantes Signal überhaupt ist. Mehr Quellen ohne diese Definition bedeuten nicht mehr Erkenntnis, sondern nur mehr Rauschen, das jemand durchsehen muss, und genau diese Person hat für das Durchsehen meistens keine Zeit übrig.
In vielen Betrieben mit eigener Forschung und Entwicklung läuft Marktbeobachtung als Nebenaufgabe: Jemand schaut punktuell in Newsletter, Patentdatenbanken und Wettbewerberseiten, neben der eigentlichen Arbeit. Was dazwischen passiert, fällt auf, wenn es zu spät ist. Die naheliegende Reaktion, mehr Quellen automatisiert anzuschließen, löst das Problem nicht, sie vergrößert es nur um den Faktor der zusätzlichen Quellen.
Das eigentliche Problem ist eine Definitionsfrage, keine Technikfrage
Ein Monitoring-System kann heute problemlos Hunderte von Quellen gleichzeitig beobachten. Die Frage, die vorher beantwortet werden muss, ist eine andere: Woran erkennt jemand in Ihrem Betrieb, dass eine Nachricht, ein Patent oder eine Wettbewerbermeldung tatsächlich wichtig ist, und nicht nur neu? Ohne eine klare Antwort darauf wird jedes Monitoring, wie viele Quellen es auch anschließt, zur Rauschmaschine.
Diese Definitionsarbeit lässt sich nicht an ein System delegieren. Sie gehört in ein Gespräch mit der Strategieabteilung oder der Geschäftsführung, bevor die erste Quelle angebunden wird, weil sie festlegt, wonach das System überhaupt suchen soll.
Erstens: Relevanz definieren, bevor Quellen angeschlossen werden
In einem anonymisierten Projekt aus unserer Arbeit, einem Technologieunternehmen mit eigener Forschung und Entwicklung im DACH-Raum, stand dieser Schritt bewusst vor jeder technischen Entscheidung. Erst wurde mit der Strategieabteilung geklärt, welche Art von Entwicklung, welche Wettbewerber und welche Patentfelder für die eigene Roadmap überhaupt relevant sind. Erst danach ging es um Quellen und Technik.
Diese Reihenfolge kostet am Anfang Zeit, die vielen Projekten lieber in die Technik gesteckt wird. Sie verhindert aber, dass am Ende ein technisch beeindruckendes System steht, das niemand regelmäßig liest, weil die Trefferliste zu lang und zu unspezifisch ist.
Zweitens: Quellen bewerten statt alle verfügbaren anschließen
Mehr Quellen klingen nach mehr Sicherheit, nichts zu verpassen. In der Praxis verschiebt jede zusätzliche, schlecht bewertete Quelle nur das Verhältnis zwischen brauchbaren und unbrauchbaren Treffern nach unten. Im genannten Projekt wurden die Quellen deshalb bewusst ausgewählt und einzeln bewertet, statt möglichst viele automatisch anzuschließen, weil verfügbar war, was technisch ging.
Diese Auswahl bleibt eine lebende Entscheidung, keine einmalige Liste. Eine Quelle, die sich als wenig ergiebig erweist, darf wieder entfernt werden, ohne dass das als Rückschritt gilt. Weniger, aber bewertete Quellen liefern am Ende verlässlicher brauchbare Treffer als ein möglichst breiter, ungefilterter Strom.
Drittens: Scoring nach Strategie-Fit, nicht nach Aktualität
Eine chronologische Liste aller gefundenen Meldungen ist keine Entscheidungsgrundlage, sie ist nur eine längere Version desselben Problems. Entscheidend ist ein Scoring, das jeden Treffer danach bewertet, wie gut er zur eigenen Strategie passt, nicht danach, wie neu er ist. Nur so bleibt die Trefferliste kurz genug, dass sie jemand tatsächlich liest und danach entscheidet.
Ebenso wichtig ist der Rhythmus, in dem diese Liste ankommt. Im genannten Projekt lief eine wöchentliche Zusammenfassung statt eines Echtzeit-Alarms, passend zum Entscheidungsrhythmus des Hauses. Ein Alarm, der häufiger kommt, als jemand tatsächlich entscheiden kann, wird nach kurzer Zeit ignoriert, unabhängig davon, wie gut die einzelnen Treffer sind.
Was daraus wurde, und was eine einzelne Zahl nicht zeigt
In diesem einzelnen, anonymisierten Projekt ist die Recherchezeit um 80 Prozent gesunken, die Zahl der als relevant eingestuften Signale hat sich vervierfacht, und aus Wochen bis zur Einschätzung sind Tage geworden. Diese Werte beschreiben einen konkreten Fall mit seiner eigenen Definition von Relevanz; sie sagen nichts darüber, wie viele Signale ein anderer Betrieb mit einer anderen Strategie als wichtig einstufen würde.
Was sich übertragen lässt, ist der Mechanismus dahinter: Die Rückmeldung der Fachleute, welche Treffer tatsächlich etwas gebracht haben, floss laufend in das Scoring zurück. Ohne diese Rückkopplung bleibt ein Innovationsradar bei der Definition von Relevanz stehen, die am ersten Tag galt, auch wenn sich die eigene Strategie längst weiterentwickelt hat.
Was Sie an Ihrer eigenen Marktbeobachtung prüfen können
Bevor Sie über Quellen oder Technik sprechen, beantworten Sie eine Frage im eigenen Haus: Woran würde ein Mitarbeitender aus der Strategieabteilung erkennen, dass eine Marktmeldung wichtig ist, und könnte er das in zwei, drei Sätzen erklären? Kommt darauf keine klare Antwort, ist das die eigentliche erste Aufgabe, nicht der Anschluss weiterer Quellen.
Prüfen Sie zusätzlich, in welchem Rhythmus eine solche Information bei Ihnen tatsächlich wirkt. Ein System, das täglich meldet, obwohl im Haus nur monatlich über strategische Themen entschieden wird, erzeugt nur zusätzliche Ablenkung, ganz unabhängig davon, wie treffsicher die einzelnen Meldungen sind.
Bei KIsult bauen wir ein solches Monitoring deshalb grundsätzlich erst nach diesem Gespräch über Relevanz und Entscheidungsrhythmus, nicht davor. Wie wir ein Monitoring auf Basis eigener Dokumente und Quellen technisch aufsetzen, beschreiben wir unter Wissensdatenbanken & KI-Assistenten. Welche Definition von Relevanz für Ihr Haus die richtige ist, klären wir vorab unter KI-Beratung & Strategie.