Kundenbindungsprogramm-Software: So bauen Sie sie richtig

Software für ein Kundenbindungsprogramm besteht im Kern aus vier Teilen: einer Methode, den Kunden bei jedem Verkauf zu erkennen (Telefonnummer, QR-Code, Karte oder App), einem Punktebuch, das jede gutgeschriebene und eingelöste Prämie Eintrag für Eintrag festhält, einem Regelwerk, das die Frage „Welcher Kauf bringt was?“ beantwortet, und einem Kommunikationskanal, der den Kunden erreicht. Alles andere (mobile App, Kampagnenbildschirme, Berichte) baut auf diesen vier auf. Dieser Artikel erklärt, welches Bindungsmodell zu welchem Geschäft passt, warum Punkte mit buchhalterischer Disziplin geführt werden müssen, wie die POS- und E-Commerce-Anbindung aussieht, welche Einwilligungen nötig sind und wann Standardplattform oder Individualsoftware die richtige Wahl ist. Diese Themen besprechen wir zuerst mit Kunden, die im Rahmen unserer Unternehmenslösungen ein Bindungsprogramm aufbauen.

Was ist Kundenbindungssoftware, und was unterscheidet sie von einer Kampagne?

Eine Kampagne ist einmalig: diese Woche zehn Prozent Rabatt. Ein Kundenbindungsprogramm ist ein laufendes Konto mit dem Kunden: Jeder Kauf sammelt etwas an, das Angesammelte wird eines Tages eingelöst, und dieses Konto gibt dem Kunden einen Grund, Sie wieder zu wählen. Auf der Softwareseite zeigt sich der Unterschied so: Eine Kampagne ist eine Preisregel und lebt in Ihrem Onlineshop oder Kassensystem; ein Bindungsprogramm ist ein eigenes System mit einem Saldo pro Kunde, und dieser Saldo existiert nur, wenn der Kunde erkannt wird. Die erste Aufgabe der Software ist also nicht, Punkte zu vergeben, sondern an der Kasse oder im Checkout zu wissen, wer der Kunde ist. Wo Kundendaten liegen und wie sie mit dem Vertriebstrichter zusammenhängen, haben wir in Was ist ein CRM? erklärt; das Bindungsprogramm ist die kundenseitige Seite des CRM.

Welches Bindungsmodell passt zu welchem Geschäft?

• Punkte: Jeder ausgegebene Betrag bringt Punkte zu einem festen Satz, Punkte werden beim nächsten Kauf als Rabatt eingelöst. Der Standard für Einzelhandel und E-Commerce; funktioniert gut bei häufigen Käufen mit wechselnden Beträgen.
• Stempel: „Zehn Kaffee kaufen, der elfte ist gratis.“ Gezählt werden Stück, nicht Beträge; das einfachste und verständlichste Modell für Geschäfte mit einer Hauptleistung wie Cafés, Friseure und Autowäschen.
• Stufen: Silber/Gold/Platin nach Jahresumsatz, mit Vorteilen je Stufe. Wird auf das Punktemodell aufgesetzt; für Hotels, Airlines und Premium-Einzelhandel.
• Cashback: ein Guthaben statt Punkte. Leicht verständlich, aber jeder Kauf erzeugt sofort eine Verbindlichkeit, also braucht es finanzielle Kontrolle.
• Bezahlte Mitgliedschaft: eine monatliche oder jährliche Gebühr für dauerhafte Vorteile (kostenloser Versand, Sonderpreise). Eher Abo als Bindung; separat behandelt in Erlösmodelle für mobile Apps.

Modelle lassen sich kombinieren, aber für die erste Version ist ein einziges Modell richtig. Stempel fürs Café, Punkte für den Einzelhandel, Punkte plus Stufen für eine Dienstleistungskette mit mehreren Filialen reichen meist als Start. Eine Frage entscheidet das Modell: Wie viele Wörter braucht der Kunde, um auf einen Blick zu verstehen, was er verdient hat? Ist die Antwort länger als ein Satz, ist das Modell zu komplex.

Der Kern: Punkte sind ein Saldo und werden wie eine Verbindlichkeit geführt

Der am häufigsten falsch gebaute Teil eines Bindungsprojekts ist die Speicherung der Punkte. Eine einzige Spalte „Punkte“ in der Kundentabelle, die bei jedem Verkauf erhöht und bei jeder Einlösung verringert wird, funktioniert in Woche eins und bricht im dritten Monat zusammen: Wie werden die Punkte eines retournierten Artikels zurückgeholt, wie werden abgelaufene Punkte abgezogen, was zeigt man dem Kunden, der fragt „Warum sind meine Punkte weniger geworden?“, was passiert, wenn derselbe Bon versehentlich zweimal verarbeitet wird? Die einzige Antwort: Punkte wie ein Bankkonto führen. Der Saldo ist keine Spalte, sondern die Summe eines Eintrag für Eintrag geführten Buchs. Jeder Eintrag trägt seine Quelle (Bon- oder Bestellnummer), seinen Grund (Kauf, Einlösung, Erstattung, Ablauf, manuelle Korrektur) und gegebenenfalls ein Ablaufdatum. Das folgende Beispiel baut dieses Modell: Derselbe Bon kann nicht zweimal Punkte bringen, eine Einlösung kann den nicht abgelaufenen Saldo nicht überschreiten, und jeder Vorgang hinterlässt einen Datensatz.

type LedgerEntry = {
  customerId: string;
  delta: number; // + gutgeschrieben, - eingelöst / erstattet / abgelaufen
  reason: 'purchase' | 'redeem' | 'refund' | 'expire' | 'manual';
  sourceId: string; // Bon- / Bestellnr.: eine Quelle bringt nie zweimal Punkte
  expiresAt?: Date;
};

export async function earnPoints(order: {
  id: string;
  customerId: string;
  total: number;
}) {
  // Der Satz kommt aus dem Regelwerk: Stufe, Aktionstag, Produktgruppe...
  const rate = await rules.earnRate(order.customerId, order);
  const delta = Math.floor(order.total * rate);
  if (delta <= 0) return;

  // Eindeutiger Index auf sourceId: dieselbe Bestellung wird nie zweimal verarbeitet.
  await ledger.insertIfAbsent({
    customerId: order.customerId,
    delta,
    reason: 'purchase',
    sourceId: order.id,
    expiresAt: addMonths(new Date(), 12),
  });
}

export async function redeemPoints(
  customerId: string,
  points: number,
  sourceId: string,
) {
  return db.transaction(async tx => {
    // Der Saldo ist keine Spalte: er ist die Summe der nicht abgelaufenen Einträge.
    const balance = await tx.ledger.activeBalance(customerId);
    if (balance < points) throw new Error('INSUFFICIENT_POINTS');
    await tx.ledger.insert({
      customerId,
      delta: -points,
      reason: 'redeem',
      sourceId,
    });
  });
}

Jeder nicht eingelöste Punkt ist eine Schuld des Unternehmens gegenüber dem Kunden. Ein Bindungsprogramm, das seinen gesamten offenen Punktesaldo nicht kennt, weiß nicht, wie viel Rabatt es versprochen hat; ein Bericht „offene Punkte gesamt“ gehört deshalb in die erste Version, und die Finanzabteilung sollte ihn regelmäßig sehen.

Wie erkennen Sie den Kunden? Identität und Einwilligung

Die Teilnahmequote eines Programms bestimmt nicht die Prämie, sondern die Reibung an der Kasse. Muss der Kunde eine App installieren, sich anmelden und einen QR-Code zeigen, sinkt die Teilnahme; reicht es, die Telefonnummer zu nennen, steigt sie. Deshalb beginnen die meisten Programme mit der Telefonnummer, App und Karte kommen später. Wo die App installiert ist, liegt der eigentliche Wert in der Benachrichtigung: bald ablaufende Punkte, eine neue Stufe, ein Geburtstagsgeschenk. Dass Benachrichtigungen keine Zustellgarantie haben und wie sie mit Einwilligungen zusammenhängen, haben wir in Push-Benachrichtigungen erklärt. Rechtlich sind es zwei getrennte Einwilligungen: eine Datenschutzinformation und, wo nötig, eine ausdrückliche Einwilligung zur Verarbeitung personenbezogener Daten, und eine separate Einwilligung in Werbenachrichten für Kampagnen. Eine für Punkte erhobene Telefonnummer darf ohne diese Einwilligung nicht für Kampagnen-SMS verwendet werden. Diese Unterscheidung behandeln wir in KVKK-konforme Website; dieser Artikel ist keine Rechtsberatung, lassen Sie Ihre Programmregeln von Ihrer Rechtsberatung bestätigen.

Anbindung: Kasse, E-Commerce und Buchhaltung

Ein Bindungssystem arbeitet nicht allein; es muss von jedem Punkt gespeist werden, an dem ein Verkauf stattfindet. Im Laden ist das die Kasse: Beim Abschluss des Bons gehen Kundenidentität und Betrag an das Bindungssystem, und sollen Punkte eingelöst werden, holt die Kasse vor dem Rabatt die Freigabe des Systems ein. Online wird derselbe Ablauf in Warenkorb und Checkout eingebaut. Der dritte Punkt ist die Buchhaltung: Eingelöste Punkte sind eine Rabattposition und müssen auf der Rechnung korrekt erscheinen. Alle Regeln liegen an einem Ort, im Bindungssystem; Kasse und Website fragen nur und wenden an. Sonst rechnet der Laden anders als die Website, und das Vertrauen des Kunden endet beim ersten sichtbaren Unterschied. Wie diese Verbindungen gebaut werden, steht in Was ist eine API-Integration?; zum Kanal für Kampagnennachrichten siehe WhatsApp Business API.

Was werden Sie messen?

Das Erfolgsmaß ist nicht die Mitgliederzahl; ein Mitglied, das sich registriert und nie wiederkommt, ist ein Kostenfaktor. Drei Zahlen zählen: Wiederkaufrate (vor und nach dem Programm, in derselben Kundengruppe), Anteil aktiver Mitglieder (Mitglieder mit mindestens einer Transaktion in den letzten 90 Tagen im Verhältnis zu allen) und Einlösequote (welcher Anteil der verdienten Punkte wird eingelöst; zu niedrig heißt, die Prämie ist unerreichbar, zu hoch heißt, das Programm ist teuer). Diese drei gehören nebeneinander auf ein Dashboard; den Aufbau beschreiben wir in Business Intelligence und Reporting-Dashboards.

Fertige Bindungsplattform oder Individualsoftware?

Für ein Café mit einer Filiale oder einen kleinen Laden ist eine fertige Bindungsplattform meist der richtige Start: Stempel oder einfache Punkte, fertige App, monatliches Abo. Individualsoftware lohnt sich, wenn mindestens zwei von drei Tests zutreffen: (1) Es gibt mehrere Filialen oder Kanäle, und Punkte werden überall gemeinsam genutzt; (2) die Regeln sind nicht Standard (unterschiedliche Sätze je Händler, Punkte je Produktgruppe, stufenabhängige Preislisten, Punkte für B2B-Kunden); (3) eine bidirektionale Anbindung an bestehende Systeme wie Kasse, E-Commerce und Buchhaltung ist nötig. Eine vierte Frage gehört in jedem Fall gestellt: Lassen sich Kundenliste und Punktebuch mit einem Befehl exportieren? Beim Plattformwechsel die Salden der Kunden zu verlieren heißt, das Programm bei null neu zu starten. Den allgemeinen Rahmen dieser Entscheidung geben wir in Individualsoftware oder Fertiglösung. In Branchen wie Gastronomie, Kosmetikstudios und Fitnessstudios ist Kundenbindung meist ein Modul des Hauptsystems; den Kontext beschreiben wir in Restaurant-Apps, Software für Kosmetikstudios und Mitgliederverwaltung für Fitnessstudios.

Fünf Fehler, die ein Bindungsprojekt ruinieren

• Punkte in einer einzigen Spalte führen: Für Erstattungen, Ablauf und Doppelverarbeitung gibt es keine Antwort, und das Kundenvertrauen endet beim ersten Streit.
• Die Prämie unerreichbar machen: Dauert die erste Prämie Monate, hat der Kunde das Programm beim zweiten Kauf vergessen.
• Reibung an der Kasse: Können Punkte nur mit installierter App gesammelt werden, erreicht das Programm nur die treuesten Kunden, also die, die ohnehin kommen.
• Einwilligungen vermischen: Kampagnen ohne Einwilligung an eine für Punkte erhobene Nummer zu senden ist rechtliches Risiko und Abmeldewelle zugleich.
• Den offenen Punktesaldo nicht verfolgen: Mit dem Programm wächst der versprochene Rabatt, und ihn erst zum Jahresende zu entdecken ist teuer.

Fazit

Software für ein Kundenbindungsprogramm ist kein Rabattbildschirm, sondern ein Konto pro Kunde. In einem gut gebauten System wird der Kunde an der Kasse mühelos erkannt, jeder Punkt mit seiner Quelle ins Buch geschrieben, die Regeln liegen an einem Ort, und die Finanzabteilung kennt jederzeit die Summe des versprochenen Rabatts. Für ein kleines Geschäft mit einer Filiale ist der Start mit einer fertigen Plattform richtig; für einen Mehrkanalbetrieb mit eigenen Regeln der Aufbau auf den eigenen Daten. Wenn Sie ein Bindungsprogramm wollen, das mit Ihrer Kasse, Ihrem Onlineshop und Ihrer Buchhaltung verbunden ist, sehen Sie sich unsere Unternehmenslösungen an, für die Kundenseite unseren Service für mobile Apps, oder fordern Sie direkt ein Angebot an.