Zahlungen einzubauen bedeutet Entscheidungen über das Produkt, nicht nur über den Bezahlbildschirm. Wir müssen wissen, was ein Kunde kauft, wann die App es bereitstellen soll und was passiert, wenn eine Zahlung sich verzögert, fehlschlägt oder erstattet wird.
Ein klares Zahlungs-Briefing hilft mir, Umfang und Tests der Integration festzulegen. Es hilft Ihnen außerdem zu prüfen, ob Anbieter und Plattform das Geschäftsmodell unterstützen, das Sie betreiben wollen.
Beschreiben Sie den Kauf und wer das Geld erhält
Beginnen Sie mit dem Artikel oder der Leistung, dem Verkäufer und dem Käufer. Ein einmaliger Kauf bei Ihrem Unternehmen ist etwas anderes als ein Abo oder ein Marktplatz, auf dem andere Verkäufer Geld erhalten. Erklären Sie, welches Modell Sie brauchen, bevor Sie einen Zahlungsanbieter wählen.
Was Kunden kaufen und wie sich der Preis bestimmt.
Ob die Zahlung einmalig, wiederkehrend, eine Anzahlung oder etwas anderes ist.
Welches Unternehmen die Zahlung erhält und wem das Anbieterkonto gehört.
Die Länder der Kunden, Währungen und Zahlungsmethoden, die das Produkt unterstützen muss.
Bei einem Marktplatz oder einem anderen Modell, das an Dritte auszahlt, prüfen Sie, ob der Anbieter dieses Modell unterstützt und welche Anforderungen an Kontoeröffnung und Auszahlung gelten. Das Projekt braucht einen festgelegten Zahlungsablauf, bevor ich eine belastbare Schätzung für die Umsetzung geben kann.
Prüfen Sie, ob Anbieter und Plattform passen
Klären Sie, ob der Anbieter Ihren Firmensitz, Ihre Produktart und Ihre Zielmärkte unterstützt. Kontofreigabe, verfügbare Methoden und Auszahlungsregeln müssen mit diesem Anbieter geklärt werden. Dass eine Integration technisch möglich ist, heißt nicht, dass Ihr Unternehmen dafür freigegeben wird.
Wenn Käufe in einer mobilen App oder in Telegram stattfinden, prüfen Sie die geltenden Plattformvorgaben für das Produkt und den Vertriebsweg. DiePrüfrichtlinien von Apple und dieHinweise von Telegram zu Zahlungen für digitale Güter sind Beispiele für Regeln, die die Gestaltung des Bezahlvorgangs beeinflussen können. Prüfen Sie die aktuellen Vorgaben für das konkrete Produkt, bevor Sie sich auf den Ablauf festlegen.
Ordnen Sie Zahlungsstatus dem Produktzugang zu
Schreiben Sie auf, was nach jedem wichtigen Status passiert. Bei einer Mitgliedschaft könnte eine bestätigte erste Zahlung den Zugang freischalten. Eine Kündigung könnte den Zugang bis zum Ende des bezahlten Zeitraums bestehen lassen. Das genaue Verhalten ist eine Geschäftsentscheidung, die die Anwendung einheitlich umsetzen muss.
Zahlungssysteme können Ihre Anwendung unabhängig davon benachrichtigen, ob der Kunde auf die Website zurückkehrt. Diese Benachrichtigungen, oft Webhooks genannt, lassen das Backend auf Ereignisse wie eine erfolgreiche Verlängerung oder eine fehlgeschlagene Zahlung reagieren. DieDokumentation von Stripe zu Abo-Ereignissen zeigt Beispiele für solche Ereignisse; andere Anbieter haben eigene Ereignismodelle.
Vereinbaren Sie, wie das System mit doppelten Benachrichtigungen, Unterbrechungen und verzögerten Bestätigungen umgeht. Kunden und Team sollten den richtigen Status sehen, ohne dass versehentlich doppelte Käufe entstehen oder falscher Zugang gewährt wird.
Legen Sie Kündigungen, Erstattungen und Support fest
Sagen Sie mir, welche Aktionen Kunden selbst ausführen können und welche eine Prüfung durch das Team brauchen. Legen Sie fest, was nach einer genehmigten Erstattung oder Kündigung mit dem Datensatz und dem Zugang passieren soll. Halten Sie die Geschäftsregeln fest, bevor die Verwaltungsfunktionen gebaut werden.
Legen Sie auch fest, wer Fragen zu Zahlungen beantwortet und wo das Team die Referenz des Anbieters zu einer Transaktion findet. Die Anwendung sollte genug Informationen für eine Klärung liefern, ohne Zahlungsdaten breiter offenzulegen als nötig. Klären Sie Richtlinien für Kunden und etwaige rechtliche Pflichten mit den dafür zuständigen Personen.
Beziehen Sie Kunden- und Teamerlebnis in die Tests ein
Nutzen Sie die Testumgebung und die Testszenarien des Anbieters, bevor Sie echte Zahlungen abwickeln. Ein guter Testplan deckt den Kauf und seine Wirkung auf das Produkt ab, einschließlich der Aktionen des Teams.
Erfolgreiche Zahlung, fehlgeschlagene Zahlung und ein Kunde, der den Bezahlvorgang abbricht.
Eine Zahlung, die auf Bestätigung wartet oder eine weitere Aktion des Kunden erfordert.
Dieselbe Benachrichtigung, die mehr als einmal eintrifft.
Verlängerung, Kündigung und Erstattung, sofern diese Abläufe zutreffen.
Eine Unterbrechung zwischen der Zahlungsbestätigung und der Aktualisierung von Bestellung oder Zugang.
Wählen Sie einen vom Anbieter unterstützten Bezahlansatz und legen Sie fest, welche Zahlungsdaten die Anwendung verarbeiten muss. Die Zuständigkeiten rund um Zahlungsdaten sollten vor der Umsetzung klar sein. Bestandene Tests im Testmodus sind ein gutes Zeichen, aber keine Garantie für jede echte Transaktion.
Rechnen Sie Anbietergebühren und laufende Arbeit ein
Das Entwicklungshonorar deckt die vereinbarte Integrationsarbeit. Transaktionsgebühren und andere Kosten kommen vom Dienst und Konto, das Sie wählen. Betrachten Sie sie zusammen mit denanderen Kosten für den Betrieb der Plattform, einschließlich unterstützender E-Mail- oder Monitoring-Dienste.
Wir verkaufen: …
Verkäufer und Inhaber des Zahlungskontos sind: …
Diese Länder, Währungen und Methoden brauchen wir: …
Die Zahlung soll Zugang gewähren oder ändern, wenn: …
Kündigungen und Erstattungen sollen so ablaufen: …
Für Freigaben und Support zuständig sind: …
Schicken Sie diese Entscheidungen mit IhremProjekt-Briefing. Wir finden die offenen Fragen und planen die Integration entlang des gesamten Kaufablaufs.