Was sich ändert, sobald Geld fließt
Der Grund, warum dieser Teil der Anwendung anders gebaut wird als alle anderen — und warum ein einzelner Fehler hier teurer ist als hundert anderswo.
Eine Anwendung, die Formulare speichert, Listen anzeigt und Dateien ablegt, hat eine gutmütige Fehlerklasse: Etwas steht falsch da, jemand meldet es, es wird korrigiert. Der Schaden ist Ärger.
In dem Moment, in dem dieselbe Anwendung Geld einnimmt, ändert sich die Fehlerklasse vollständig. Machen Sie sich den Unterschied an vier Fällen klar, die alle aus derselben technischen Ursache stammen — einer Rückmeldung, die nicht so ankam, wie sie sollte:
| Was technisch geschieht | Was der Kunde erlebt | Was es kostet |
|---|---|---|
| Eine Meldung kommt zweimal an | Ihm wird zweimal abgebucht | Erstattung, Entschuldigung, Vertrauen |
| Eine Meldung kommt gar nicht an | Er bezahlt und kommt nicht hinein — und bekommt später eine Mahnung | Der teuerste der vier. Er meldet sich nicht, er geht. |
| Zwei Meldungen überholen sich | Sein Zugang schließt sich wieder, obwohl bezahlt wurde | Eine Störungsmeldung, die niemand nachvollziehen kann |
| Ein Beleg fehlt oder ist falsch | Er merkt nichts | Es fällt bei der Betriebsprüfung auf — Jahre später |
Was daraus für die Bauweise folgt
Keine Zahlung ohne Beleg im eigenen Haus
Was der Anbieter weiß, nützt Ihnen nichts, wenn Ihre Anwendung es nicht auch weiß. Jede Zahlung bekommt einen Eintrag bei Ihnen — mit Zustand, Zeitpunkt und Herkunft.
Nichts wird überschrieben, nichts gelöscht
Eine Erstattung ist eine zweite Buchung, kein Rückgängig. Ein korrigierter Beleg ist ein zweiter Beleg. Wer im Zahlungsteil UPDATE statt INSERT denkt, verliert die Geschichte — und die ist hier der eigentliche Wert.
Jede Annahme wird geprüft, nicht geglaubt
Die Rückkehr des Browsers, die Angabe im Formular, der Betrag aus dem Warenkorb: alles Angaben von außen. Der Betrag, der zählt, ist der, den der Anbieter bestätigt hat.
Der Zustand wird abgeleitet, nicht gesetzt
Nicht „Häkchen: darf hinein", sondern „bezahlt bis 31.12." — und der Zugang ergibt sich daraus. Eine verlorene Meldung sperrt dann niemanden versehentlich aus.
WarumWarum ausgerechnet die verlorene Meldung der teuerste Fehler ist
Von den vier Fehlern aus dieser Phase kostet die doppelte Abbuchung echtes Geld, und trotzdem ist die verlorene Meldung teurer. Der Grund liegt nicht in der Höhe des Betrags, sondern darin, wer den Fehler entdeckt.
Fehler, die sich selbst anzeigen, sind billig. Bei der doppelten Abbuchung ruft der Kunde an. Sie erstatten, entschuldigen sich, der Fall ist am selben Tag erledigt und hat Sie eine Gebühr und zehn Minuten gekostet. Der Kunde bleibt — er hat erlebt, dass ein Fehler bemerkt und behoben wird.
Die verlorene Meldung zeigt sich nicht. Es gibt keine Fehlermeldung, keinen Protokolleintrag, keine Kennzahl, die ausschlägt. In Ihrer Anwendung steht eine Zahlung auf „angelegt", und das ist ein völlig normaler Zustand — Hunderte stehen so, weil sie gerade erst entstanden sind. Es gibt nichts, was diese eine Zeile von den anderen unterscheidet, außer dem Alter.
Der Schaden wächst, während niemand hinsieht. Tag 1: Der Kunde kommt nicht hinein und probiert es noch einmal. Tag 2: Er schreibt eine Mail an eine Adresse, die einmal am Tag gelesen wird. Tag 5: Er hat sich anders beholfen. Tag 30: Der Mahnlauf schickt eine Zahlungserinnerung. Spätestens hier ist die Kundenbeziehung beschädigt, und zwar in einer Weise, die sich durch eine Entschuldigung nicht mehr auflösen lässt: Sie haben Geld genommen, nicht geliefert und dann gemahnt.
Und der Schaden ist unsichtbar auch für Sie. Der Kunde, der sich nicht meldet, sondern geht, taucht in keiner Statistik auf. Sie sehen keine Beschwerde, keinen Vorgang, keine Erstattung — Sie sehen nur einen Umsatz, der etwas niedriger ist als erwartet, und das lässt sich immer erklären.
Daraus folgt die Bauregel, die in Station 04 eingelöst wird: Es genügt nicht, alles richtig zu verarbeiten, was ankommt. Es muss jemanden geben, der bemerkt, dass etwas nicht ankam. Das ist die Nachfrage-Schleife — und sie ist der einzige Teil der Zahlungsseite, der einen Fehler entdeckt, den sonst niemand entdecken würde.