Warum ein eigener Facebook-Gruppen-Scraper ausfällt

Das Schreiben ist der günstigste Teil

Die erste Version entsteht schnell und funktioniert. Deshalb wirkt die Entscheidung „Wir schreiben es selbst“ in der Woche, in der sie getroffen wird, fast immer gut. Der relevante Aufwand kommt später und verteilt sich über Monate, sodass ihn niemand mit einer Rechnung vergleicht, die nicht bezahlt wurde.

Rechnen Sie anders: nicht die Kosten für die Entwicklung, sondern die Kosten eines Tages, an dem es nicht funktioniert, multipliziert mit der Zahl solcher Tage im Jahr.

Der Ausfall ist still

Wenn ein solcher Mechanismus ausfällt, stürzt meist nichts ab. Es gibt keinen roten Alarm und keinen Log-Eintrag, den jemand bemerkt. Die Anfragen kommen einfach nicht mehr — und eine fehlende Benachrichtigung sieht genauso aus wie eine ruhige Woche in den Gruppen.

Deshalb werden solche Ausfälle verzögert und meist zufällig erkannt: Nach einem Monat bemerkt jemand, dass aus einem Kanal nichts gekommen ist. Bis dahin gehören die Anfragen aus diesem Zeitraum bereits jemand anderem.

Änderungen kommen nicht nach Ihrem Kalender

Facebook stellt für diese Inhalte weder eine stabile Schnittstelle noch Ankündigungen von Änderungen bereit. Das bedeutet: Jede Umgestaltung auf deren Seite wird bei Ihnen zu einer ungeplanten Aufgabe — und sie erscheint dann, wenn sie erscheint, nicht wenn Sie Zeit dafür haben.

Das ist der Unterschied: Wenn Sie ein Tool kaufen, kaufen Sie den Freitagabend eines anderen. Wenn Sie es selbst entwickeln, reservieren Sie Ihren – nur wissen Sie noch nicht, welchen.

Wer wartet es, wenn der Autor geht?

Projekte dieser Art werden meist von einer Person nach Feierabend und mit Begeisterung geschrieben. Nach einem halben Jahr hängt die Vertriebspipeline von etwas ab, das genau diese eine Person versteht und das weder Dokumentation noch eine zweite verantwortliche Person hat.

Das ist ein Risiko, das im Kostenvoranschlag nicht sichtbar ist, weil es dafür keine Zeile gibt. Es wird in der Woche eintreten, in der diese Person den Job wechselt — und dann sind die Kosten nicht mehr die Zeit eines Entwicklers, sondern ein unterbrochener Zufluss an Anfragen.

Wann sich das eigene Schreiben dennoch lohnt

Es gibt Situationen, in denen das eine gute Entscheidung ist, und es ist fair, sie zu benennen. Wenn Sie eine erfahrene Person mit einem tatsächlich freien Quartal im Team haben, wenn die Überwachung von Inhalten Teil dessen ist, was Sie Kunden verkaufen, und wenn Sie eine zweite Person benennen können, die den Code übernimmt, wenn die erste geht — dann bauen Sie es. Dann ist die Wartung kein Nebenkostenpunkt, sondern eine Investition in eine Kompetenz, die Sie ohnehin haben möchten.

Auch die gegenteilige Situation ist leicht zu erkennen. Wenn dieser Mechanismus ausschließlich Ihren eigenen Vertrieb bedienen soll, wenn er nach Feierabend neben anderen Aufgaben entstehen würde und wenn nach seinem Ausfall eine Woche lang niemand das Problem bemerkt — dann ist es kein Projekt, sondern eine Schuld, die gerade erst aufgenommen wird. In dieser Konstellation ist der Unterschied zwischen Schreiben und Kaufen keine Geldfrage, sondern die Frage, wer das Risiko einer stillen Unterbrechung bei Anfragen trägt.

Berechnen Sie die Kosten einer Unterbrechung

Listen Sie vor dem Start die Quellen, die verantwortliche Person und die maximal zulässige Zeit ohne Ergebnisse auf. Schätzen Sie dann, wie viele Verkaufsgespräche pro Monat üblicherweise aus jeder Quelle entstehen. Sie brauchen keine perfekte Zahl. Es geht darum, einen Schwellenwert festzulegen, ab dem fehlende Ergebnisse eine Reaktion erfordern. Erst dann ergänzen Sie Entwicklerzeit, Vertriebszeit und die Kosten verlorener Gespräche.

Gehen Sie nicht davon aus, dass null Ergebnisse fehlende Nachfrage bedeuten. Es kann eine ruhige Phase sein, aber auch auf einen Fehler hinweisen. Legen Sie für jede Quelle einen eigenen Alarmschwellenwert fest. Solche Schwellenwerte machen aus einem Eindruck eine einfache Entscheidung: manuell prüfen, Prozess korrigieren oder Ergebnis als korrekt anerkennen. Notieren Sie auch, wer jede dieser Entscheidungen trifft. Ohne Verantwortlichen bleibt der Alarm nur ein Eintrag in der Tabelle. Notieren Sie das Datum der letzten korrekten Prüfung.

Führen Sie vor der Einführung eine einfache Simulation durch. Nehmen Sie an, dass eine wichtige Quelle fünf Arbeitstage lang keine Ergebnisse liefert. Prüfen Sie, wer das Problem bemerkt, woher das Team Ersatzinformationen bekommt und wer den Vertrieb informiert. Wenn die Antwort „Wir werden sehen“ lautet, sind die Kosten der Unterbrechung noch nicht unter Kontrolle.

Legen Sie einen Kontrolltest fest

Bereiten Sie eine kleine Reihe von Kontrollen vor, bevor die Lösung im Vertrieb eingesetzt wird. Wählen Sie aktive, öffentliche Quellen sowie einige konkrete, mit dem Angebot verbundene Suchphrasen. Prüfen Sie diese einmal pro Woche manuell, möglichst am selben Tag. Notieren Sie die Anzahl neuer Beiträge, die Links und welche davon erkannt wurden. Vermischen Sie dies nicht mit der Bewertung der Lead-Qualität. Prüfen Sie zuerst die Vollständigkeit des Auslesens. Erst danach bewerten Sie, ob Suchphrasen und Regeln die Kaufabsicht richtig erkennen.

Der Test braucht einen Verantwortlichen und einen festen Termin. Wenn die Prüfung von jemandem durchgeführt wird, der gerade Zeit hat, wird sie nach einigen Wochen nicht mehr stattfinden. Führen Sie eine einfache Eskalation ein. Ein fehlendes Kontrollergebnis löst eine manuelle Prüfung aus. Eine wiederkehrende Abweichung geht an die technische Person. Der Vertrieb erhält klare Information, welche Quellen er vorübergehend nicht als vollständiges Bild betrachten soll.

Datenumfang festlegen

Beschreiben Sie zunächst genau, was der Vertrieb benötigt. Meist genügen der Inhalt eines öffentlichen Posts, der Autor, ein Link und die passende Suchphrase. Das Sammeln zusätzlicher Elemente „für alle Fälle“ erweitert den Verantwortungsbereich, verbessert aber nicht das Verkaufsgespräch. Geschlossene und private Gruppen sollten außerhalb des Umfangs bleiben. Bauen Sie keinen Prozess rund um Mitgliederlisten, Listen reagierender Personen, Telefonnummern oder E-Mail-Adressen auf. Diese Informationen werden für eine Antwort in einem öffentlichen Thread nicht benötigt.

Legen Sie dann die Aufbewahrung fest, also den Zeitpunkt, an dem ein Datensatz nicht mehr benötigt und gelöscht wird. Definieren Sie separat den Zugriff für Vertrieb, Marketing und Verwaltung. Öffentliche Beiträge können personenbezogene Daten sein, daher benötigen Sie einen dokumentierten Zweck und ein Verfahren für Löschanfragen. In LeadScanner hängt die Aufbewahrungsfrist vom Tarif ab, und eine Löschung kann auf Anfrage gemeldet werden. Datenschutzdokumente finden Sie unter /legal.