> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/de/2020/w45-revisiting-b2b-quality-and-user-experience-issues.md).

# W45-Erneut über Qualität und Nutzungserfahrung bei B2B-Zahlungen

Zuletzt meldeten zwei Geschäftsbereiche Probleme mit dem B2B-Checkout. Während der Gespräche und Diagnose haben sie mich zu längerfristigen Überlegungen über Qualität und Nutzungserfahrung bei B2B-Zahlungen gebracht.

Das erste war Kua Lyus Kritik an der Nutzungserfahrung des B2B-Checkouts. Wir haben dazu eigens die Produkt- und Entwicklungskollegen von Kua Lyu zusammengebracht, die gesammelten Problemfälle besprochen und unsere jeweiligen Anforderungen und Ausgangslagen geklärt.

Das zweite war eine Fehlermeldung im Checkout-SDK, die das Gastronomie-SaaS-Team weitergab. Die SDK-Version ist alt, und ihre Qualitätsüberwachung weist seit Langem Lücken auf. Das erschwerte nun die Diagnose. Wegen der großen Reichweite der Bibliothek und ihres ansonsten stabilen Betriebs waren wir mit Änderungen stets vorsichtig.

Beide Fälle zeigen, dass die Geschäftsbereiche mehr von uns verlangen. Das bedeutet auch, dass wir eine neue Entwicklungsphase erreicht haben. In unterschiedlichen Phasen müssen wir unterschiedliche Ansprüche an uns stellen, um auf künftige Veränderungen vorbereitet zu sein.

Anfangs ähnelten B2B-Zahlungen eher einer Weiterleitungsseite zu externen Zahlungsanbietern. Nach fast einem Jahr Iteration haben wir im Wesentlichen ein vollständiges Zahlungsprodukt aufgebaut, mit geschlossenen Abläufen für Konten, Geld und Nutzerverkehr.

Kua Lyu und Meituan Select haben künftig die größten Chancen auf starkes Mengenwachstum. Bevor ihre Bestellzahlen sprunghaft steigen, müssen wir bei Qualität und Nutzungserfahrung vorsorgen.

Kua Lyu ist ein besonderer B2B-Fall. Seine Abläufe ähneln eher einem käuferbestimmten Privatkundenmarkt. Dass dort Anforderungen an den Checkout-Komfort entstehen, ist selbstverständlich. Als Nächstes brauchen wir für die bestehenden Probleme eine kurz- und langfristige Planung. Kurzfristig geht es eher um Offline-Bereitstellung und shark, langfristig um die Nutzung der Ergebnisse von Neo. Zugleich könnte der Bereich als B2B-Testfeld für die Weiterentwicklung von Neo zur Plattform dienen. Derzeit sprechen wir mit den Beteiligten und sammeln Informationen.

Qualität ist für den Checkout eine grundlegende Frage. Bisher haben wir nur in die Absicherung und Überwachung der Checkout-Startseite ernsthaft investiert. Beim SDK und bei vereinbarten Zahlungen reicht unser Einsatz bei Weitem nicht. Das zeigt sich etwa darin, dass wir im Frontend keine SLA-Kennzahl berechnen und den Zahlungsverlauf nicht projektübergreifend über die gesamte Kette überwachen können. Diese Punkte müssen wir als Nächstes gezielt umsetzen.