Händler-Apps überwachen: was, wie oft, mit welchem Alarm

App-Monitoring als laufendes Programm: was in den Umfang gehört, in welchem Takt jedes Feld erfasst wird und welche Änderung einen Alarm verdient.

Die meisten Teams begegnen App-Daten zuerst als Studie. Jemand zieht eine Woche Wettbewerberpreise aus den Apps, eine Folie zeigt den App-Preis sieben Punkte unter dem Webpreis, alle sind sich einig, dass das wichtig ist — und nichts ändert sich. Eine Studie beantwortet eine Frage einmal. Preisentscheidungen fallen jede Woche.

Monitoring ist das andere: ein aufgeschriebener Umfang, ein je Feld gewählter Takt, Zeitreihen, die lange genug leben, um verglichen zu werden, und Alarme, auf die jemand reagiert, solange die Kampagne noch läuft. Warum die App ein eigener Kanal ist, haben wir in was mobile Apps zeigen und Websites nicht behandelt, wie die Erfassung selbst funktioniert in wie Mobile App Scraping funktioniert. Dieser Text liegt über beiden: das Programm, das ein Händler tatsächlich betreibt.

Der Umfang ist eine Liste von Paaren, keine Liste von Apps

"Wir beobachten die vier großen Lebensmittel-Apps" ist kein Umfang. In diesem Kanal ist die Beobachtungseinheit ein Paar: App x Produkt x Standort, oft zusätzlich x Nutzerprofil. Vier Apps, dreihundert Produkte und fünf Städte ergeben sechstausend Zeitreihen, bevor Profile überhaupt mitgezählt sind.

Diese Zahl bestimmt die Kosten und begrenzt den Takt, sie sollte also bewusst gewählt und nicht aus einer Wunschliste übernommen werden. Bewährt hat sich eine schmale Produktliste bei breiter Standortliste: die Artikel, die die Preiswahrnehmung tragen (KVI, eigene Topseller, die Artikel, über die das Category-Team streitet), beobachtet in jeder Zone, in der Ihre Wettbewerber unterschiedlich bepreisen. Die Begründung ist dieselbe wie bei der filialgenauen Preisbeobachtung, nur schärfer, weil der Standort in einer App kein optionaler Filter, sondern eine Pflichteingabe ist.

Die umgekehrte Form — fünftausend Produkte in einer Stadt — scheitert leise. Sie erzeugt einen großen Datensatz, der nur Fragen über eine Stadt beantworten kann, während die Frage, die tatsächlich gestellt wird, lautet, ob Sie in einer Region teurer sind als in einer anderen.

Fünf Felder und die Entscheidung, die jedes trägt

Verlockend ist, alles zu behalten, was die Antwort hergibt. Diszipliniert ist, zu jedem Feld die Entscheidung zu benennen, die es speist — und die Felder zu streichen, die keine speisen.

• Der gezahlte Endbetrag, nicht der Artikelpreis. Liefergebühren, Servicepauschalen, Mindestbestellwerte und In-App-Gutscheine bestimmen, was der Kunde wirklich zahlt. Ein Wettbewerber, der beim Artikel zwei Punkte über Ihnen liegt und gratis liefert, ist günstiger; ein Feed, der nur Artikelpreise führt, meldet das Gegenteil.
• Verfügbarkeit. Ein ausverkaufter Artikel beim Wettbewerber ist ein befristetes Nachfragefenster, und dessen Preissenkung auf ein nicht lieferbares Produkt ist keine Preissenkung. Die ausführliche Begründung steht in „nicht auf Lager" ist auch ein Signal.
• Ranking und Platzierung. Wo Sie in der Kategorieliste, in der Suche, in der Bannerrotation erscheinen. Das ist die In-App-Sichtbarkeit selbst, und sie speist das Trade Marketing, nicht das Pricing.
• Kampagnenmechanik. Ob der Rabatt am Artikel, an der Lieferung oder am Mindestbestellwert hängt und ob er nur für Neukunden gilt. Daran entscheidet sich, wie eine Gegenkampagne aussehen muss und wann sie startet.
• Sortiment. Artikel, die nur in der App auftauchen, sind meist das erste sichtbare Zeichen eines Sortimentstests oder eines Eigenmarken-Starts — Wochen bevor er das Web erreicht.

Der Takt gehört zum Feld, nicht zur App

Ein einziger Erfassungstakt für eine ganze App ist entweder Verschwendung oder zu langsam, denn die Felder altern unterschiedlich schnell.

Zwei Regeln halten das ehrlich. Erfassen Sie nicht schneller, als Sie handeln können: Stundenpreise für ein wöchentliches Pricing-Meeting erzeugen Speicherkosten, keinen Vorsprung. Und erfassen Sie nicht langsamer, als sich das Feld bewegt, sonst hält die Reihe Mittelwerte von Zuständen fest, die es nie gab — ein Ranking-Abruf pro Tag auf einer Liste, die sich alle vier Stunden neu sortiert, ist ein Münzwurf mit Zeitstempel.

Das Ranking verdient eine eigene Anmerkung: immer zu denselben Uhrzeiten erfassen. Eine 09:00-Beobachtung mit einer um 18:00 zu vergleichen misst die Tageszeit der Plattform, nicht die Position des Wettbewerbers. Und welcher Takt auch gewählt wird, er muss eine Zusage sein und keine Absicht — die Begründung steht in Datenaktualität ist ein SLA.

Die meisten Programme sterben am Alarmmodell

Handels-Apps ändern sich permanent. Wer auf jede Änderung alarmiert, hat den Kanal binnen zwei Wochen zum Hintergrundrauschen gemacht; wer auf nichts alarmiert, trifft die Kampagne des Wettbewerbers im Monatsbericht, nach ihrem Ende. Vier Regeln überstehen den Kontakt mit einem echten Category-Team.

• Auf die Entscheidungsschwelle alarmieren, nicht auf die Änderung. Nicht "Wettbewerberpreis geändert", sondern "Wettbewerber liegt in drei Regionen bei einem KVI unter unserer Preisuntergrenze".
• Persistenz verlangen. Zwei oder drei aufeinanderfolgende Beobachtungen, bevor etwas auslöst, sonst weckt ein fünfzehnminütiger Preisfehler samt Rücknahme jemanden um drei Uhr nachts — und bringt ihm bei, den Kanal stummzuschalten.
• Aggregieren, bevor eskaliert wird. Ein günstigerer Artikel ist Rauschen. Achtzehn Prozent des beobachteten Warenkorbs heute günstig gegen vier Prozent gestern ist ein Meeting.
• Nach Verantwortlichkeit routen. Preis ans Pricing, Ranking und Platzierung ans Trade Marketing, Sortiment ans Category Management. Ein Alarm ohne Empfänger ist ein Newsletter.

Aus einem Alarm sollte kein Wert herausfallen, sondern ein Handlungsvorschlag; die Kette von der Beobachtung zur Entscheidung ist das Thema von von Wettbewerbsdaten zur Preisentscheidung.

Die Lücke zwischen App und Web ist selbst eine Kennzahl

Führen Sie App- und Webbeobachtung desselben Produkts als zwei Reihen, und ihre Differenz wird zu einer Zahl, die man verfolgen kann. Der Kanalabstand je Wettbewerber im Zeitverlauf zeigt, welche Marken die App als Treueinstrument betreiben, wann ihre App-exklusiven Kampagnen beginnen und wie lange sie laufen — und ob Ihr eigener Abstand eine Entscheidung oder ein Zufall ist.

Es ist meist die erste Kennzahl des Programms, nach der die Geschäftsführung namentlich fragt, weil sie beantwortet, ob das Unternehmen in dem Kanal antritt, in dem seine Kunden tatsächlich kaufen.

Monitoring fällt leise aus, also messen Sie das Monitoring

Der Ausfallmodus hier ist kein Ausfall. Die Erfassung läuft weiter gegen eine überholte App-Version, ein umbenanntes Feld kommt plötzlich leer, ein Standort fällt still auf die Plattform-Vorgabe zurück — und das Dashboard zeichnet seine Linie durch all das hindurch. Die Schema-Prüfung auf der Erfassungsseite behandelt wie Mobile App Scraping funktioniert; das Programm braucht daneben eigene Gesundheitswerte:

• Beobachtungen je Paar und Tag, gegen die erwartete Zahl
• Nullwert-Quote je Feld, gegen die Vorwoche
• die App-Version, auf der jede Reihe erhoben wurde
• Zeitstempel-Verzug, also das Alter der jüngsten Beobachtung je Reihe

Ein Preis ohne diese Werte daneben ist keine Messung, sondern eine Behauptung.

Zwei Zielgruppen, zwei Systeme

Pricing braucht die jüngste Beobachtung zu einem Produkt und Standort, innerhalb eines Query-Timeouts, den ganzen Tag. Category und Finance brauchen achtzehn Monate Historie, um zu beantworten, ob sich die Aktionstiefe eines Wettbewerbers gegenüber der Vorsaison verändert hat. Eine Tabelle bedient beides schlecht — das ist die Trennung aus operativ oder analytisch.

Diese Frage gehört an den Anfang des Programms, nicht in den Moment, in dem der operative Speicher still zu einem Lager geworden ist, das niemand mehr abfragen kann.

Fazit

Wenn App-Monitoring im Handel wirklich zählt, ist es längst keine Erfassungsfrage mehr, sondern eine Betriebsfrage: welche Paare, welche Felder, in welchem Takt, Alarm an wen, geprüft wie. Die Erfassung ist der Teil, den wir bauen — das leistet unsere Arbeit an Mobile App Scraping, die dieselbe Preisüberwachung speist wie die Webdaten. Umfang, Schwellen und Verantwortlichkeiten müssen Ihre sein. Ohne sie erzeugt ein Programm Berichte; mit ihnen erzeugt es Entscheidungen.