Wie wir die Abrechnungskonvertierung verbessert haben

Online-Zahlungen sind so vertraut wie Wi-Fi zu Hause und mobiles Highspeed-Internet. Und sie entwickeln sich weiter, immer mehr Dienste können mit wenigen Klicks oder über mobile Anwendungen bezahlt werden, und hier auch automatische Zahlungen, Erinnerungen, Kostenkontrolle und vieles mehr.

Vergessen Sie beim Streben nach Funktionalität nicht den Benutzer, denn unsere Hauptaufgabe ist es, es ihm bequem zu machen, in jedem Szenario eine Zahlung zu leisten. Dies bedeutet, dass das Zahlungsformular so klar wie möglich sein und den Benutzern Optionen zur Lösung von Problemen bieten sollte, wenn diese plötzlich auftreten.



Mein Name ist Georgy Konnov, ich bin der Direktor für die Entwicklung von Produkten für den E-Commerce bei QIWI. Heute werde ich Ihnen erzählen, wie wir ein Zahlungsformular entwickelt haben, mit dem sich jedes Geschäft schnell verbinden kann, um Zahlungen anzunehmen.

Unter dem Strich - über Conversion, Benutzermotivation, unser Protokoll, Wohltätigkeit und Open Source.

Einer der Hauptindikatoren für den Erfolg eines Zahlungsformulars ist natürlich die Umstellung. Nun, im Ernst, wenn Sie mit den neuesten Technologien und Leitfäden der besten Unternehmen ein wunderschönes Formular erstellt haben, das aber aufgrund der geringen Conversion dumm kein Geld bringt - das bedeutet, dass Sie Müll gemacht haben, kein Zahlungsformular.

Fast jeder sagt jetzt, dass die Conversion-Rate für Zahlungsformulare bei 99 Prozent oder sogar höher liegt. Es ist nicht so.

Wenn wir die Motivation von Menschen, Zahlungen zu leisten, ehrlich messen und bewerten, können Sie sehen, dass dies sehr stark von der Zahlungskategorie abhängt (gemessen vom Öffnen des Zahlungsformulars bis zur Zahlung). Die maximale Motivation besteht darin, den Zahlungsprozess abzuschließen, bei dem der Benutzer bereits eine Reihe komplexer Verfahren durchlaufen hat - beispielsweise die Identifizierung usw., verschiedene B2B-Zahlungen und dieselbe Domain-Erneuerung. Dann öffnete die Person das Formular mit dem klaren Wunsch, die Domain zu erneuern (andernfalls fällt sie ab) oder eine wichtige Zahlung zu leisten - und sie wird es tun.

Wenn es sich jedoch um einen regulären Kauf handelt, können Sie hier leicht sofort ein Viertel der Kunden im Zahlungsprozess verlieren. Hier liegt der Umsatz bereits im Bereich von 75-85 Prozent.

Es gibt viele Gründe. Wenn es sich um eine Art spontanen Kauf handelte ("Ich bin müde, ich werde schnell Gold kaufen und mich biegen"), hat der Kunde möglicherweise nicht genug Geld. Oder im letzten Fenster sieht er noch einmal den Betrag, der bereits von seinem Konto abgebucht werden kann, und entscheidet, dass es ohne Gold nicht schlecht ist. Und wird das Formular schließen, ohne die Zahlung abzuschließen.

Und es sieht aus wie bei echten Waren - zusätzliche Felder können hier abgelenkt werden, eine Person möchte endlich einen Staubsauger kaufen und das Formular fragt nach ihrer Telefonnummer, Post und dem Spitznamen der Katze (hier geht es speziell um Anfragen nach einem Zahlungsformular, nicht um das persönliche Konto eines Geschäfts die eine Reihe von Daten für die Lieferung und Auftragsverfolgung benötigt). Oder mit dem Formular ist alles in Ordnung, aber wenn man den Preis betrachtet, beschließt die Person, die Preise auf demselben Markt vorteilhafter zu überprüfen, und verlässt das Formular.

Es war jedoch ein wenig überraschend, ein ähnliches Verhalten bei der Bezahlung von Bildungsdienstleistungen zu beobachten. Hier scheint die Entschlossenheit deutlich höher zu sein als der Wunsch, etwas für sich selbst zu kaufen, indem Sie aus einem Brief mit dem Betreff "Nur heute 80% Rabatt auf alles *!" Auf die Website des Geschäfts gehen.
* für fast alles
** auf diesen beiden Eisen und wieder aufgebaut SE

Das heißt, die Person hat gerade den richtigen Kurs für die gewünschte Spezialität gewählt, das Zahlungsformular geöffnet - und dennoch sind die gleichen Umrechnungszahlen klein wie bei Wohltätigkeitsorganisationen.

Wie gemessen

Die meisten nehmen solche Messungen vor.

Es gibt eine solche Entität als Transaktion. Es kann entweder erfolgreich oder erfolglos sein. Wenn sich plötzlich kein Geld mehr auf dem Konto des Kunden befindet, wird ein Fehler angezeigt, den das Formular nicht beeinflussen kann. Nun, kein Geld und nein, gib es nicht weg. Oder es ist ein technischer Fehler aufgetreten. Infolgedessen stellt sich heraus, dass von der Gesamtzahl der Zahlungen mit diesem Ansatz 98-99 als erfolgreich angesehen werden.

Wenn Sie jedoch vom Öffnen des Zahlungsformulars bis zum erfolgreichen Zahlungseingang messen, sind die Zahlen unterschiedlich.

Wir haben diese ganze Geschichte mit den Berichten verknüpft. Es gibt eine Rechnung, zum Zeitpunkt des Öffnens des Formulars ist es ausgesetzt und lebt 45 Tage. Das heißt, eine Person kann innerhalb dieser 45 Tage zu derselben Zahlungsart zurückkehren und diese abschließen, wenn sie aus irgendeinem Grund ihre Meinung früher ändert. Auf diese Weise können wir die vollständige Conversion sehen, auch wenn die Person nach einigen Tagen zurückgekehrt ist - nur ein Konto, und der Gesamtbetrag wird erhalten. Nun, wie die Praxis zeigt, können die Leute daher ziemlich oft zum Zahlungsprozess zurückkehren.

Über Erinnerungen

Erinnerungen sind eine ganz andere Geschichte. Wir haben hier verschiedene Mechaniken ausprobiert. Erwartungsgemäß beschissene Sache ging mit Web-Pushing. Auf der Website des Geschäfts befand sich beispielsweise eine Person, die einen Warenkorb wählte, eine Rechnung im Zahlungsformular erhielt, die er nicht bezahlte, und das Fenster schloss - und dann den Web-Push "Rechnung bezahlen" erhielt. So etwas ist nervig. Darüber hinaus wird Web-Pushing ohne angemessenen Kontext bereits als Spam wahrgenommen.

Nun, 10 Prozent der Benutzer werden einen solchen Push abonnieren. Dann werden 10 Prozent sie überqueren. Im Allgemeinen: Für eine durchschnittliche Website unter Berücksichtigung des Datenverkehrs machen solche Zahlen das Web-Pushing nicht zum nützlichsten Erinnerungskanal. Und wenn Sie auch berücksichtigen, dass die Basis solcher Kanonen pro Monat 15 Prozent faul ist ...

Aber was funktioniert mit einem Knall - wenn eine Person zum Zeitpunkt der Zahlung ihre zuvor vergessene Zahlung zeigt, wird dies als nützliche Erinnerung angesehen.

Zum Beispiel. Scheiße, du kaufst ein neues Spielzeug in Steam. Ich entschied mich, begann eine Bestellung aufzugeben, erkannte, dass es jetzt nicht genug Geld geben würde, oder beschloss einfach, es für später zu verschieben. Eine Woche später ging ich, um einen Docht für Ali zu kaufen, Sie leisten eine Zahlung und dann das Formular - "Pst, Sie wollten vor einer Woche ein Spielzeug kaufen, schauen Sie." Und solche Benutzer gehen normalerweise und erledigen die vorherige Zahlung.

Nach Zahlen - Web Push bringt 3 Rubel auf die Mailingliste.
Eine ähnliche Erinnerung ist 60 Rubel.

Solche Mechaniken funktionieren für Anbieter, die mit der Brieftasche verbunden sind. Und es stellt sich eine solche Win-Win-Situation heraus, wenn jeder verbundene Anbieter die Conversion eines anderen steigern kann.

Protokolloperation

Zuvor hatten wir nur ein Geldbörsenprotokoll, über das ich hier bereits geschrieben habe.

Es war nur eine Brieftasche drin . Und dieses Jahr haben wir ein neues Protokoll angekündigt, in dem Wallet, Acquiring und Mobile Commerce sowie Raten nach unserem Gewissen eine Reihe anderer Zahlungsmethoden darstellen. All dies in einer Lösung, in einem einzigen Protokoll.

Unser Ziel war es, transparente Statistiken für alle zu erstellen. Aus diesem Grund haben wir Konten hinterlassen, mit denen wir die tatsächliche Konvertierung des Geschäfts so transparent wie möglich und nicht technisch überwachen können. Und wir haben alle Mechaniken hinzugefügt, die zur Umsatzsteigerung beitragen. Alles schlüsselfertig.

Von außen mag es ziemlich einfach erscheinen - setzen Sie eine Zahlungsmethode ein und haben Sie einfach Zeit, das Geld zu zählen. Tatsächlich stellt sich jedoch heraus, dass der Käufer möglicherweise kein Guthaben auf der Karte hat. Nun, es passiert.

Und hier in der Form bieten wir in solchen Fällen sofort eine Alternative an. Nicht genug um zu bezahlen? Es ist möglich, schnell von unserem Handy aus per SMS zu bezahlen. Oder im Allgemeinen nach Gewissen hier. Oder etwas anderes.



Es ist wichtig, dass der Kunde in diesem Fall nicht nur ein Problem sieht, sondern auch Möglichkeiten, es zu lösen. Das heißt, wenn kein Geld vorhanden ist, ist es nicht „Nicht genug Geld“ als Fehler, der nur dazu führt, dass das Fenster geschlossen oder versucht wird, eine andere Karte einzugeben, sondern sofort andere Zahlungsmethoden anbietet, ohne den Benutzer bereitzustellen.

Dieser Ansatz erhöht die endgültige Umstellung auf erfolgreiche Zahlungen. Um die Conversion zu erhöhen, können Sie sich nicht auf die Erwerbsrate konzentrieren. Im Allgemeinen sind alle Versuche, sich auf den Zinssatz zu konzentrieren, Versuche, mit einer großen grünen Bank zu konkurrieren, die die niedrigsten Anschaffungskosten hat, die sie sich leisten kann.

Sie können aber bei der Umwandlung in Zahlung konkurrieren. Es ist viel einfacher, es um 2-3 3-5 Prozent zu erhöhen, als zu versuchen, die Erwerbsquote zu senken (die sich bereits in der Region 2 befindet).

Aus diesem Grund haben wir uns entschlossen, den IT-Teil so weit wie möglich zu vereinfachen und alle verfügbaren Mechaniken zur Kasse hinzuzufügen. Einfach nehmen und schnell verbinden - und alles hat bei Ihnen funktioniert.

Keine Web-Single

Meiner Meinung nach sprachen nur die Faulen nicht über die Rolle von Mobiltelefonen beim Online-Shopping. Also werde ich die bekannte These wiederholen und ein wenig von unseren Zahlen hinzufügen.

Im Jahr 2015 hatten wir ungefähr 10 Prozent der Anrufe von Mobiltelefonen. Und es gab coole mobile Apps in den Top 3 der Märkte. Es gab die Wahl - entweder eine separate Webanwendung für Mobilgeräte zu sehen oder eine einfache adaptive Kaufabwicklung durchzuführen. Wir haben uns dann entschieden, uns nicht darum zu kümmern und als Experiment eine einfache Anpassung an das Handy vorgenommen. Und seit sechs Monaten ist diese Zahl von 10% auf 30% gestiegen.

Vor einem Jahr - ungefähr 40 Prozent.
Jetzt - 51-52.

Im Allgemeinen ist das Einkaufen von Mobiltelefonen eigentlich Dofiga. Daher haben wir ein sehr gutes mobiles Layout erstellt. Wir sahen einen Anstieg der Zahlungen, beschlossen, ein paar weitere Studien durchzuführen und sprachen mit Partnern auf dem Markt. Es stellte sich heraus, dass diejenigen, die sich an das Handy anpassten, ein Umsatzwachstum verzeichneten. Diejenigen, die auf dem Handy erzielten, hatten ungefähr die gleichen 10%.

Hier ist übrigens ein Diagramm, das die Verteilung der Verkäufe in Abhängigkeit davon zeigt, ob das Geschäft angepasst ist oder nicht. Es gibt 14 große Online-Shops, die wir nicht anrufen, sondern nur kennen - groß.



Wer eine mobile Anwendung hat - er hat bereits 1,5 mal mehr Einkäufe. Wer eine Anpassung oder Anwendung hat, hat auch Verkaufsverbesserungen, ebenso wie eine sehr leichte Anpassung.

Violett im Diagramm sind Jungs ohne adaptive. Aber auch sie sind nicht so traurig wie blau - auf diesen Handys funktioniert nichts.

Das wollte ich sagen. Es ist nicht so notwendig, eine mobile Top-End-Anwendung für die Verfolgung des Datenverkehrs zu erstellen. Auch die Anwendung negiert nicht die Tatsache, dass Anpassungen vorgenommen werden müssen. Selbst die einfachsten Seitenanpassungen zeigen bereits gute Ergebnisse.

Wir haben den ersten Schritt im Jahr 2015 gemacht, wie ich oben geschrieben habe. Und jetzt haben wir eine neue Version, die gut über die Bildschirmtastatur passt, mit den Google-APIs und mit iOS in Bezug auf automatisch vervollständigte Karten hervorragend funktioniert. Und das alles schlüsselfertig, damit es schnell und bequem geht. Und jetzt haben wir eine Konvertierung auf Mobiltelefonen, die fast dem Desktop entspricht. Die Anpassung selbst bestimmt, wie sie jetzt auf welchem ​​Bildschirm angezeigt werden muss.

Geldbörse und Integration

Brieftasche ist nicht das einzige Zahlungsmittel. Sie müssen überhaupt nicht bezahlen - Sie können einfach Karten daran binden oder einer vereinfachten Zahlung zustimmen. In diesem Fall beschleunigt die Brieftasche bereits bekannte Zahlungen. Wenn wir sehen, dass der Benutzer uns genau vertraut ist (für eine Reihe von Zeichen), können wir beispielsweise die Möglichkeit geben, 3DS zu deaktivieren. Dies ist natürlich nur eine Option. Wenn Sie die zusätzliche Überprüfung nicht deaktivieren möchten, müssen Sie dies nicht tun.

Wir erinnern uns sechs Monate lang an die Autorisierung, sowohl per Passwort als auch per SMS. Sitzungen sind in halbe Token unterteilt, dh die Hälfte des Tokens bei uns und die Hälfte auf dem Gerät des Benutzers. Wenn das - in 1 Klick Sitzung kann zurückgesetzt werden.

End-to-End-Zahlungen funktionieren überall - zum Beispiel wird auch in der AliExpress-Mobiltelefonanwendung unser Formular geöffnet, in dem bereits alles ausgefüllt ist, wenn der Käufer es zuvor verwendet hat.



Wir haben uns entschlossen, die Abwärtskompatibilität zu unterstützen, und das neue Pump-In-Protokoll funktioniert für diejenigen Partner, die das Protokoll 2010 eingeführt haben, und für diejenigen, die es erst gestern installiert haben. Wir haben fast alle aktiven Ecommers in unserer Datenbank. Und wir haben diese ganze Basis auf neue Werkzeuge gezogen.

Die alte Version wurde unter den Terminals geschärft. Ein Mann gab seine Telefonnummer ein, eine Rechnung wurde ausgestellt, und diese Rechnung erschien überall - auf der Baustelle, in Terminals, im Mobiltelefon. Verschiedene Anbieter setzen dann in was für sehr unterschiedlichen Zahlen Eingabemasken, was die Integration nur erschwert.

In der neuen Version des Kontos haben wir gespeichert. Die Rechnung wird ohne Anzeichen ausgestellt. Der Anbieter gab die Telefonnummer an - OK, nicht gesendet - wir arbeiten ohne. Mit Mobile Commerce können Sie sofort abrechnen und bezahlen, indem Sie zwei Aktionen in einer Anfrage kombinieren. Partner müssen ihr Leben nicht komplizieren. Wenn es irgendwo möglich ist, die Anzahl der Anfragen zu reduzieren, entfernen wir uns vom kanonischen Rest, was das Leben der Entwickler während der Integration vereinfacht.

Die Integration wird übrigens auch maximal vereinfacht. Das Protokoll wurde nicht nur von Technikern entworfen, sondern auch unter dem wachsamen Auge eines Unternehmens. Und zwar nicht in Bezug auf Überwachung und Anpassung, sondern in Bezug auf die Berücksichtigung aller geschäftlichen Schwierigkeiten zu Beginn und die Vereinfachung aller zukünftigen Integrationen. Das alte Protokoll hatte 5 Parameter - Anbieter-ID, geheimes Passwort, Autorisierungs-ID, Währung, Passwort für Benachrichtigungen.

In den neuen - 2 Parametern. Der öffentliche Schlüssel für Webformulare, die außerhalb des Unternehmens angezeigt werden können, und der geheime Schlüssel, der in der Server-API mit vollständigen Zugriffsrechten verwendet wird, die Möglichkeit, Transaktionen abzubrechen, Rückerstattungen vorzunehmen und vieles mehr.

Außerdem haben wir es möglich gemacht, zusätzliche Daten zu übertragen. Zuvor mussten Sie die Konto-ID und die Telefonnummer kennen. Und jetzt gibt es benutzerdefinierte Felder - ich möchte, dass der Anbieter die interne Kundenkennung erhält - bitte. Es ist notwendig, eine Telefonnummer und eine Lieferadresse anzugeben - fertig. Um für all dies keine eigene Logik zu schreiben, können Sie im Allgemeinen einfach an uns weitergeben. Und in allen Benachrichtigungen werden diese Daten nach erfolgreicher Zahlung zurückgegeben.

Das Protokoll ist modular aufgebaut. Sie können alle Widgets und Vorbestellungen ersetzen. Wir haben sie aktiv für wohltätige Zwecke getestet.

Zuvor war alles in einem Monolithen. In dem gab es Verarbeitung. Dann begann er an den Seiten mit zusätzlichen nützlichen Dingen zu wachsen. Nun stellt sich heraus, dass die Verarbeitung tatsächlich für die Durchführung von Transaktionen verantwortlich ist. Übrigens haben wir für die Karten eine neue geschrieben - beschleunigt, um das Erbe der Zeit nicht in Mitleidenschaft zu ziehen.

Wohltätigkeitsbeiträge

Vor ein paar Jahren saßen wir da und überlegten, wie wir die Bezahlung und Unterstützung von gemeinnützigen Stiftungen normal und vollständig kombinieren können. Der allererste Gedanke ist, einfach ein wenig (von sich aus, wenn der Benutzer es wünscht und das entsprechende Kontrollkästchen) direkt in den Scheck zu werfen. Das heißt, Sie kaufen eine Teekanne für 5000 Rubel, setzen ein Häkchen bei „Ich möchte helfen“ - und jetzt haben Sie einen Scheck für 5050, zum Beispiel bezahlen Sie dafür. Insgesamt eine Transaktion, bei der ein Teil des Geldes in das Geschäft und ein Teil in den Fonds fließt.

Gizmo ist im Allgemeinen nicht skalierbar. Die Buchhaltungsabteilung des Unternehmens, an das wir übertragen, sinkt - in solchen Fällen ist es notwendig, eine komplexe Dreifachvereinbarung zu treffen (wir, das Unternehmen, der Fonds).

Und die Rückkehr ist schwierig. Sie haben Ihre Meinung über die Teekanne geändert und sie zurückgegeben. Und der Betrag für den Wasserkocher und die Gebühr gingen in einer Transaktion.

Also haben wir uns dazu entschlossen.

Nach erfolgreicher Zahlung wird der Benutzer aufgefordert, mit einem Klick eine kleine Spende zu tätigen. Ein solches System funktioniert, etwa 3 bis 5 Prozent sind bereit, es in Angriff zu nehmen. Hier der Hauptbetrag. Wenn es 50 Rubel nicht wesentlich überschreitet, ist dies in Ordnung und einfach. Wenn mehr, dann ist bereits ein Kontext erforderlich, in den das Geld fließen wird, was für den Fonds und was sie tun und so weiter.

Junge Leute sind in dieser Hinsicht einfacher - sie sehen, dass es eine Marke A gibt, an die sie glauben (ein Geschäft), sie sehen Marke B und alles ist in Ordnung, sie übersetzen. Und ältere Menschen brauchen einen detaillierten Kontext, um sicherzustellen, dass der Fonds echt ist und dass diese 50 Rubel nicht für einen neuen BMW für einen Ladenangestellten bestimmt sind.

Wir haben versucht, die Spendenbeträge auf unterschiedliche Weise zu berechnen. Zum Beispiel kaufte eine Person etwas und nach dem Kauf blieben 123 Rubel auf ihrem Konto. In solchen Fällen haben wir vorgeschlagen, 3 Rubel oder 23 Rubel zu runden und auf den Fonds zu übertragen. Nun, was ist für Sie diese eiserne Kleinigkeit in einer elektronischen Brieftasche, nun, die Wahrheit.

Es stellte sich heraus, dass wir hier zu motiviert waren und dieser Ansatz nicht sehr gut funktionierte. Wo steiler sind genau kleine feste Mengen. Normalerweise etwa 5 Prozent des Restbetrags.

Zuvor direkt anerkannte Wohltätigkeitszahlungen auf der Website an den Khabensky-Fonds betrugen etwa 20 pro Monat. Es wurde ungefähr 30.000 - 35.000 pro Monat. Wir haben damit begonnen und dachten, dass es schön wäre, dies nicht nur anhand der Zahlung aus der Brieftasche, sondern auch mit jeder anderen Karte usw. zu zeigen.

Wir haben am Ende herausgefunden, dass Menschen eine solche Zahlung nicht mit einem Klick benötigen. Wenn sie eine Zahlung von der Karte aus vornehmen möchten, wählen sie die Methode selbst aus. Sie haben die Hypothese übrigens nur eine Woche vor Mai gekürzt.

Übrigens können Sie unser Zahlungsformular ausprobieren und gleichzeitig eine gute Tat vollbringen, indem Sie einen der Fonds unterstützen:

• Glaube - Systemische Betreuung von Hospizen und ihren Patienten
• Khabensky Foundation - Hilfe für Kinder mit schweren Gehirnerkrankungen
• {an alle - an mehrere Wohltätigkeitsfonds zu gleichen Teilen gleichzeitig

Und Websitebesitzer können jedem Fonds helfen, indem sie ein eigenes Widget oder einen eigenen Link veröffentlichen: widget.qiwi.com/vera , my.qiwi.com/bfkh , my.qiwi.com/vsem oder viele andere. Schreiben Sie, wenn Sie möchten.

Open Source

Jetzt in Richtung Open Source haben wir uns ziemlich aktiv bewegt. Wir haben Dokumentation, Beispiele, SDKs und Integrationen unter https://github.com/QIWI-API/ veröffentlicht . Wenn Sie die Dokumentation lesen, können Sie auf die Schaltfläche „Auf GitHub bearbeiten“ klicken und eine Korrekturanforderung stellen.

Im Allgemeinen versuchen wir, alles, was nicht verarbeitet wird, in Open Source zu ziehen. Die GitHub QIWI- und GitHub QIWI-API wurden zum Leben erweckt. Wir möchten, dass die Projekte und Komponenten getrennt liegen und die Dokumentation, verschiedene SDKs und Bibliotheken über der QIWI-API liegen - getrennt. Wir führen viele Dinge auf GitHub.

Wir öffnen die Wallet-API, damit alle im Unternehmen verfügbaren Möglichkeiten externen Entwicklern offen stehen. Grundsätzlich wendet sich QIWI jetzt der BaaS, Bank as a Service, zu. Unsere Aufgabe hier ist es, alle Websites mit gängigen Praktiken einfach zu gestalten. Deshalb wechseln wir zu Open Source.

Für die Zukunft

Wir möchten alles, was ausgezeichnet ist und für die Zahlung mit QIWI Wallet arbeitet, für die vollständige Arbeit mit Karten verwenden - all diese Erinnerungen, vergessenen Zahlungen und so weiter. Bankabrechnungsmethoden hinzufügen. Natürlich - Apple Pay und Google Pay.Sie wurden in ihren Prioritäten ziemlich stark verschoben, da sie den Umsatz überhaupt nicht beeinflussten und solche Image-Dinge waren, weil es in unserem Fall bereits eher aus der Kategorie Marketing als aus einem signifikanten Gewinn für die Kunden stammte.

In Kürze werden wir die offiziellen Plugins für CMS-ok fertigstellen, damit Besitzer kleiner Geschäfte QIWI Cashier verbinden und Zahlungen akzeptieren können. Für Wordpress erledigt, aber für andere - in naher Zukunft.

Wir arbeiten auch daran, die Integration mit Steuerdatenbetreibern zu vereinfachen, um 54 Bundesgesetze einzuhalten und eine interessante Lösung für P2P-Übertragungen und Selbstständige zu finden.

Kassa.qiwi.com - hier haben wir alle unsere Dienstleistungen für kleine und große Unternehmen zusammengestellt. Wir versuchen, es so zu gestalten, dass das Unternehmen schnell eine Reihe vorgefertigter Lösungen miteinander verbinden kann.

Und um zu verstehen, wie die API funktioniert, haben wir eine Demo-Zone erstellt, in der Sie diese ganze Sache berühren können.

Im Allgemeinen gibt es viele Pläne, und die allgemeine Botschaft lautet, die Integration noch einfacher und erschwinglicher zu machen.

PS Übrigens, hier ist eine Seite über unser Team: kassa.qiwi.com/team

Wir werden uns immer über React JS-Entwickler und Java-Programmierer freuen. Für diejenigen, die möchten, haben wir in JS Fullstack einen 15-minütigen Test, damit Sie die Daten, Bibliotheken und Ansätze spüren können, mit denen wir intern arbeiten. Auch Schulkinder kamen zurecht, hingen aber auch sechsmal. :) :)