كيف قمنا بتحسين تحويل الفواتير

أصبحت المدفوعات عبر الإنترنت شيئًا مألوفًا مثل شبكة wi-fi في المنزل وإنترنت الجوال فائق السرعة. وما زالوا في التطور ، ويمكن دفع المزيد والمزيد من الخدمات في بضع نقرات أو من تطبيقات الهاتف المحمول ، وهنا أيضا المدفوعات التلقائية ، والتذكير ، ومراقبة التكاليف وأكثر من ذلك بكثير.

في السعي لتحقيق الوظيفة ، لا تنسَ المستخدم ، لأن مهمتنا الرئيسية هي جعل الأمر مناسبًا له لإجراء أي مدفوعات في أي سيناريو. هذا يعني أن نموذج الدفع يجب أن يكون واضحًا قدر الإمكان ، كما يوفر خيارات المستخدم لحل المشكلات إذا ظهرت فجأة.



اسمي جورجي كونوف ، أنا مدير تطوير المنتجات للتجارة الإلكترونية في QIWI ، وسأخبرك اليوم كيف قمنا بتطوير نموذج دفع يمكن لأي متجر الاتصال به بسرعة لقبول المدفوعات.

تحت التحول - حول التحويل ، تحفيز المستخدم ، بروتوكولنا ، الصدقة والمصدر المفتوح.

أحد المؤشرات الرئيسية لنجاح طريقة الدفع هو ، بالطبع ، التحويل. حسنًا ، على محمل الجد ، إذا قمت بعمل نموذج رائع رائع باستخدام أحدث التقنيات والأدلة الخاصة بأفضل الشركات ، إلا أنه من الغباء أن لا يجلب الأموال بسبب انخفاض التحويل - وهذا يعني أنك صنعت القمامة ، وليس نموذج دفع.

يقول الجميع تقريبًا الآن أن معدل التحويل لنماذج الدفع يبلغ حوالي 99 بالمائة ، أو أعلى من ذلك. هذا ليس كذلك.

إذا قمت بقياس وتقييم دوافع الأشخاص بأمانة لإجراء الدفعات ، يمكنك أن ترى أن ذلك يعتمد إلى حد كبير على فئة الدفع (إذا تم قياسها من فتح نموذج الدفع حتى يتم إجراء الدفع). يتمثل الحافز الأقصى في إكمال عملية الدفع حيث يكون المستخدم قد اجتاز بالفعل عددًا من الإجراءات المعقدة - تحديد الهوية وما إلى ذلك ، ومدفوعات b2b المختلفة ، وتجديد النطاق نفسه ، على سبيل المثال. ثم فتح الشخص النموذج برغبة واضحة في تجديد النطاق (وإلا فسوف يسقط) أو سدد دفعة مهمة - وسيقوم بذلك.

ولكن إذا كان هذا عملية شراء منتظمة ، فيمكنك هنا بسهولة خسارة ربع العملاء في عملية الدفع. هنا ، التحويل بالفعل في المنطقة 75-85 في المئة.

هناك العديد من الأسباب. إذا كان هناك نوع من الشراء التلقائي ("لقد تعبت ، سأشتري الذهب بسرعة وسأحني") ، فقد لا يكون لدى العميل ما يكفي من المال. أو في النافذة الأخيرة ، سيرى مرة أخرى المبلغ جاهز بالفعل للخصم من حسابه ، وسيقرر أنه ليس سيئًا بدون الذهب. وسوف تغلق النموذج دون استكمال الدفع.

يبدو كما لو كان مع السلع الحقيقية - يمكن تشتيت حقول إضافية هنا ، ويريد الشخص أخيرًا شراء مكنسة كهربائية ، ويسأل النموذج عن رقم هاتفه ، والبريد ، واسم الشهرة الخاص به (نحن هنا على وجه التحديد حول طلبات نموذج الدفع ، وليس الحساب الشخصي للمتجر. التي تحتاج إلى سلسلة من البيانات للتسليم وتتبع النظام). أو كل شيء على ما يرام مع النموذج ، ولكن بالنظر إلى السعر ، يقرر الشخص التحقق من الأسعار في السوق نفسه بشكل أكثر فائدة ، ويترك النموذج.

ومع ذلك ، كان من المفاجئ بعض الشيء أن نرى سلوكًا مشابهًا عند الدفع مقابل الخدمات التعليمية. يبدو أن التصميم هنا أعلى بوضوح من الرغبة في شراء شيء لنفسك من خلال الذهاب إلى موقع المتجر من خطاب يحمل موضوع "اليوم فقط ، خصم بنسبة 80 ٪ على كل شيء *!".
* لكل شيء تقريبا
** على هذين الحديد وإعادة بنائه SE

أي أن الشخص اختار للتو المسار الصحيح للتخصص المطلوب ، وفتح نموذج الدفع - وما زالت نفس أرقام التحويل صغيرة ، كما هو الحال في الأعمال الخيرية.

كما تقاس


يأخذ معظم القياسات مثل هذا.

هناك كيان مثل المعاملة. يمكن أن يكون ناجحًا أو غير ناجح. في حالة عدم وجود أموال في حساب العميل فجأة ، يتم عرض خطأ لا يمكن أن يؤثر عليه النموذج. حسنًا ، لا مال ولا ، لا تتخلى عنه. أو حدث خطأ فني. نتيجة لذلك ، اتضح أنه من إجمالي عدد المدفوعات باستخدام هذا النهج ، تعتبر 98-99 ناجحة.

ولكن إذا قمت بالقياس من لحظة فتح نموذج الدفع حتى يتم الدفع بنجاح ، فستكون الأرقام مختلفة.

لقد ربطنا هذه القصة برمتها بالحسابات. هناك فاتورة ، في وقت فتح النموذج ، يتم كشفها وتعيش 45 يومًا. أي أنه يمكن لأي شخص العودة إلى نفس طريقة الدفع خلال 45 يومًا واستكمالها إذا غيّر رأيه في وقت مبكر لسبب ما. يسمح لنا ذلك برؤية التحويل الكامل ، حتى لو عاد الشخص بعد بضعة أيام - حساب واحد فقط ، وتم الحصول على المبلغ الإجمالي. حسنًا ، كما توضح الممارسة ، يمكن للناس في كثير من الأحيان العودة إلى عملية الدفع.

حول التذكير


تذكير هي قصة أخرى تماما. لقد جربنا ميكانيكا مختلفة هنا. ذهب الشيء غزر المتوقع مع دفع على شبكة الإنترنت. على سبيل المثال ، كان هناك شخص على موقع المتجر ، وطلب سلة ، وتلقى فاتورة في نموذج الدفع ، وهو ما لم يدفعه ، وأغلق النافذة - ثم تلقى دفعة "دفع الفاتورة" على الويب. مثل هذا الشيء مزعج. علاوة على ذلك ، يُعتبر الدفع عبر الويب بدون سياق مناسب بريدًا مزعجًا بالفعل.

حسنًا ، سوف يشترك 10 في المائة من المستخدمين في هذا الدفع. ثم 10 في المئة سوف عبورهم. بشكل عام: بالنسبة إلى موقع متوسط ​​، مع الأخذ في الاعتبار عدد الزيارات ، فإن هذه الأرقام تجعل دفع الويب ليس قناة التذكير الأكثر فائدة. وإذا كنت تأخذ أيضًا في الحسبان أن قاعدة مثل هذه المدافع شهريًا هي 15 بالمائة فاسدة ...

ولكن ما الذي يحدث مع اثارة ضجة - إذا أظهر شخص في وقت الدفع دفعه المنسي السابق ، فسيتم اعتبار ذلك بمثابة تذكير مفيد.

على سبيل المثال اللعنة عليك شراء لعبة جديدة في Steam. اخترت ، وبدأت في تقديم طلب ، أدركت أنه لن يكون هناك ما يكفي من المال الآن ، أو قررت ببساطة تأجيله إلى وقت لاحق. بعد أسبوع ، ذهبت لشراء بعض الفتيل على علي ، أنت تقوم بالدفع ، ومن ثم النموذج الخاص بك - "Pst ، أردت شراء لعبة قبل أسبوع ، انظر". وهؤلاء المستخدمين عادة ما يذهبوا ويكملون الدفعة السابقة.

بالأرقام - دفع الويب يجلب 3 روبل إلى القائمة البريدية.
تذكير مماثل هو 60 روبل.

تعمل هذه الميكانيكا لموفري الخدمات المتصلين بالمحفظة. واتضح مثل هذا الوضع المربح للجانبين ، عندما يمكن لكل مزود متصل أن يزيد من تحويل آخر.

تشغيل البروتوكول


سابقا ، كان لدينا فقط بروتوكول محفظة ، لقد كتبت بالفعل حول هذا الموضوع هنا .

لم يكن هناك سوى محفظة فيه . وقد أعلنا هذا العام عن بروتوكول جديد ، والذي أصبح الآن فيه محفظة ، والحصول ، والتجارة عبر الهاتف المحمول ، والأقساط وفقًا لضميرنا ، عبارة عن مجموعة من طرق الدفع الأخرى. كل هذا في حل واحد ، في بروتوكول واحد.

كان هدفنا جعل إحصاءات شفافة للجميع. لذلك ، تركنا الحسابات ، مما يسمح لنا بمراقبة التحويل الفعلي للمخزن بأكثر شفافية قدر الإمكان ، وليس الفني. وأضفنا جميع الميكانيكا التي تساعد على زيادة حجم التداول. كل تسليم المفتاح.

من الخارج ، قد يبدو الأمر بسيطًا تمامًا - ضع بعض أشكال الدفع ، وفقط لديك وقت لحساب المال. ولكن في الواقع ، اتضح أن المشتري قد لا يكون لديه أموال على البطاقة. حسنا ، هذا يحدث.

وهنا في النموذج نقدم على الفور بديلاً في مثل هذه الحالات. لا يكفي لدفع؟ انظر ، من الممكن الدفع بسرعة من هاتفنا المحمول عبر الرسائل القصيرة. أو ، بشكل عام ، وفقا لضمير هنا. أو أي شيء آخر.



من المهم أن يرى العميل في هذه الحالة ليس فقط مشكلة ، ولكن أيضًا خيارات لحلها. أي أنه في حالة عدم وجود نقود ، لا يعتبر "المال غير كافٍ" كخطأ يؤدي فقط إلى إغلاق النافذة أو محاولة إدخال بطاقة أخرى ، ولكن يتم تقديم طرق دفع أخرى على الفور دون نشر المستخدم.

هذا النهج يزيد من التحويل النهائي إلى المدفوعات الناجحة. لأنه لزيادة التحويل ، لا يمكنك التركيز على معدل الحصول. بشكل عام ، أي محاولات للتركيز على السعر هي محاولات للتنافس مع بنك أخضر كبير ، والذي لديه أقل تكلفة شراء ، حيث يمكنه تحمل كلفته.

ولكن يمكنك التنافس في التحويل في الدفع. من الأسهل بكثير رفعها بنسبة 2-3 إلى 3 في المائة عن محاولة خفض معدل الشراء (الموجود بالفعل في المنطقة 2).

لذلك ، قررنا تبسيط جزء تكنولوجيا المعلومات قدر الإمكان وإضافة جميع الميكانيكا المتاحة إلى الخروج. فقط لأخذها وتوصيلها بسرعة - وكل ذلك يعمل من أجلك.

ليس شبكة واحدة


في رأيي ، فإن الكسل فقط لم يتحدث عن دور الهواتف المحمولة في التسوق عبر الإنترنت. لذلك سوف أكرر أطروحة معروفة وإضافة القليل من أعدادنا.

في عام 2015 ، حصلنا على حوالي 10 بالمائة من المكالمات من الهواتف المحمولة. وكانت هناك تطبيقات رائعة للهواتف المحمولة في المراكز الثلاثة الأولى في الأسواق. كان هناك خيار - إما شاهد تطبيق ويب منفصل للجوال ، أو قم بإجراء تسجيل خروج بسيط. قررنا عدم الإزعاج آنذاك وكتجربة قامت بإجراء تكيف بسيط مع الهاتف المحمول. ولمدة ستة أشهر ، ارتفع هذا الرقم من 10 ٪ إلى 30 ٪.

قبل عام - حوالي 40 في المئة.
الآن - 51-52.

بشكل عام ، التسوق من الهواتف المحمولة هو في الواقع dofiga. لذلك ، حققنا تخطيط المحمول جيدة جدا. لقد رأينا زيادة في المدفوعات ، وقررنا إجراء مزيد من الدراسات وتحدثنا مع شركاء في السوق. اتضح أن أولئك الذين تكيفوا مع الهاتف المحمول قد نمو المبيعات. وكان أولئك الذين سجلوا على الهاتف المحمول عن نفس 10 ٪ تقريبا.

هنا ، بالمناسبة ، رسم تخطيطي يوضح توزيع المبيعات اعتمادًا على ما إذا كان المتجر مكيفًا أم لا. يوجد 14 متجرًا كبيرًا عبر الإنترنت ، لن ندعو إليها ، ولكن نعرفها تمامًا.



من لديه تطبيق للهاتف المحمول - لديه بالفعل المزيد من عمليات الشراء بمقدار 1.5 مرة. كل من لديه التكيف أو التطبيق لديه أيضًا تحسينات على المبيعات ، وكذلك التعديل الخفيف جدًا.

البنفسجي في المخطط هم من الرجال دون التكيف. لكن حتى أنهم ليسوا حزينين مثل اللون الأزرق - لا شيء يعمل على هذه الهواتف المحمولة.

أردت أن أقول ذلك. ليس من الضروري إجراء تطبيق جوال متطور سعياً وراء حركة المرور. حتى التطبيق لا ينفي حقيقة أن التكيف يجب القيام به. حتى أبسط تعديلات الصفحة سوف تظهر لك بالفعل نتائج جيدة.

اتخذنا الخطوة الأولى في عام 2015 ، كما كتبت أعلاه. والآن لدينا إصدار جديد يناسب بشكل جيد على لوحة المفاتيح التي تظهر على الشاشة ، ويعمل بشكل رائع مع واجهات برمجة تطبيقات Google ومع نظام التشغيل iOS من حيث الخرائط المكتملة تلقائيًا. كل هذا على أساس تسليم المفتاح بحيث يكون سريعًا ومريحًا. والآن لدينا تحويل على الهواتف المحمولة يساوي تقريبا سطح المكتب. يحدد التكيف نفسه كيفية ظهوره الآن على الشاشة.

محفظة والتكامل


لا يتم وضع المحفظة باعتبارها الوسيلة الوحيدة للدفع. لا يتعين عليك الدفع منه على الإطلاق - يمكنك ببساطة ربط البطاقات بها أو الموافقة على دفع مبسط ، وفي هذه الحالة ستعمل المحفظة كمسرع للمدفوعات المألوفة بالفعل. إذا رأينا أن المستخدم مألوف لنا تمامًا (لعدد من العلامات) - فيمكننا إعطاء الفرصة لتعطيل 3DS ، على سبيل المثال. بالطبع ، هذا مجرد خيار ، وإذا كنت لا تريد تعطيل التحقق الإضافي ، فلن تحتاج إلى ذلك.

نتذكر التفويض لمدة ستة أشهر ، عن طريق كلمة المرور وعبر الرسائل القصيرة. تنقسم الجلسات إلى نصف رموز ، أي نصف الرمز المميز معنا ، ونصفها على جهاز المستخدم. إذا كان ذلك - في 1 انقر فوق جلسة يمكن إعادة تعيين.

يعمل الدفع من البداية إلى النهاية في كل مكان - على سبيل المثال ، حتى في تطبيق الهاتف المحمول AliExpress ، يتم فتح النموذج الخاص بنا ، حيث يتم ملء كل شيء بالفعل إذا كان المشتري قد استخدمه من قبل.



لقد قررنا دعم التوافق مع الإصدارات السابقة ، ويعمل البروتوكول الجديد الذي تم ضخه لأولئك الشركاء الذين قدموا البروتوكول في عام 2010 وأولئك الذين قاموا بتثبيته بالأمس فقط. لدينا ما يقرب من جميع ecommers النشطة في قاعدة البيانات الخاصة بنا. وقمنا بسحب هذه القاعدة بأكملها إلى أدوات جديدة.

تم شحذ الإصدار القديم تحت المحطات. أدخل رجل رقم هاتفه ، وتم إصدار فاتورة ، وظهرت هذه الفاتورة في كل مكان - على الموقع ، في المحطات الطرفية ، في الهاتف المحمول. مختلف مقدمي الخدمات ثم الذين في ما الأرقام المختلفة وضعت أقنعة الإدخال ، الأمر الذي أدى إلى تعقيد التكامل فقط.

في الإصدار الجديد من الحساب الذي قمنا بحفظه. يتم إصدار الفاتورة دون أي علامات. أعطى مزود رقم الهاتف - حسنا ، لم يرسل - نحن نعمل بدونها. تتيح لك التجارة عبر الأجهزة المحمولة الفاتورة والدفع على الفور ، حيث تجمع بين إجراءين في طلب واحد. لا يتعين على الشركاء تعقيد حياتهم. إذا كان من الممكن في مكان ما تقليل عدد الطلبات ، فإننا نبتعد عن بقية الكنسي ، مما يبسط حياة المطورين أثناء التكامل.

التكامل ، بالمناسبة ، هو أيضا مبسطة إلى أقصى حد. تم تصميم البروتوكول ليس فقط من قبل التقنيين ، ولكن أيضًا تحت العين اليقظة للعمل التجاري. وليس من حيث المراقبة والتعديل ، ولكن من حيث مراعاة جميع الصعوبات التجارية في البداية وتبسيط جميع عمليات التكامل المستقبلية. يحتوي البروتوكول القديم على 5 معلمات - معرف الموفر وكلمة المرور السرية ومعرف التفويض والعملة وكلمة المرور للإعلامات.

في الجديد - 2 المعلمات. المفتاح العمومي لنماذج الويب ، والتي يمكن تسليطها في الخارج ، والمفتاح السري ، والذي يُستخدم في واجهة برمجة تطبيقات الخادم مع حقوق الوصول الكامل ، والقدرة على إلغاء المعاملات ، واسترداد الأموال ، وأكثر من ذلك.

بالإضافة إلى أننا جعلنا من الممكن نقل أي بيانات إضافية. في السابق ، كان عليك أن تعرف معرف الحساب ورقم الهاتف. والآن هناك حقول مخصصة - أريد أن يحصل المزود على معرف العميل الداخلي - من فضلك. من الضروري رمي رقم هاتف وعنوان للتسليم - هذا كل شيء. بشكل عام ، حتى لا تكتب منطقك الخاص لكل هذا ، يمكنك ببساطة نقله إلينا. وفي جميع الإخطارات ، بعد الدفع الناجح ، سيتم إرجاع هذه البيانات.

البروتوكول وحدات ، يمكنك استبدال أي الحاجيات و preorders ، نحن اختبارها بنشاط من أجل الخيرية.

سابقا ، كان كل شيء في متراصة. الذي كان هناك معالجة. ثم بدأ في النمو على الجوانب باستخدام أدوات مفيدة إضافية. الآن اتضح أن المعالجة هي في الواقع مسؤولة عن إجراء المعاملات. بالمناسبة ، بالنسبة للبطاقات كتبنا واحدة جديدة - تسارع حتى لا لسحب تراث العصر.

المساهمات الخيرية


قبل عامين ، جلسنا وفكرنا في كيفية الجمع بين الدفع ودعم المؤسسات الخيرية بشكل طبيعي وكامل. الفكرة الأولى هي ببساطة إلقاء القليل (في حد ذاته ، إذا رغب المستخدم وخانة الاختيار المقابلة) مباشرة في الاختيار. حسنًا ، يمكنك شراء إبريق الشاي مقابل 5000 روبل ، ووضع علامة اختيار "أريد المساعدة" - والآن لديك شيك بمبلغ 5050 ، على سبيل المثال ، أنت تدفع ثمنه. إجمالي معاملة واحدة ، حيث يذهب جزء من الأموال إلى المتجر ، وجزء - إلى الصندوق.

الأداة ليست قابلة للتطوير من الكلمة بشكل عام. إن قسم المحاسبة في الشركة التي ننتقل إليها يتراجع - هنا في مثل هذه الحالات ، تحتاج إلى عقد اتفاقية ثلاثية معقدة (نحن ، الشركة ، الصندوق).

والعودة صعبة. لقد غيرت رأيك حول إبريق الشاي ، فأعدته. ومبلغ غلاية ورسم ذهب في معاملة واحدة.

لذلك قررنا أن نفعل مثل هذا.

بعد الدفع الناجح ، تتم دعوة المستخدم لتقديم تبرع صغير في نقرة واحدة. مثل هذا المخطط يعمل ، حوالي 3-5 في المئة على استعداد للذهاب لذلك. هنا المبلغ الرئيسي. إذا كان لا يتجاوز 50 روبل ، فهذا جيد وبسيط. إذا كان هناك أكثر من ذلك ، فهناك حاجة لسياق بالفعل حيث ستذهب الأموال وماذا عن الصندوق وماذا يفعلون وما إلى ذلك.

الشباب في هذا الصدد أكثر بساطة - يرون أن هناك علامة تجارية A يعتقدون أنها (متجر) ، يرون العلامة B ، وكل شيء على ما يرام ، إنهم يترجمون. وكبار السن يحتاجون إلى سياق مفصل للتأكد من أن الصندوق حقيقي ، وأن هذه روبل 50 ليست لشركة بي ام دبليو الجديدة لموظف متجر.

حاولنا حساب مبالغ التبرعات بطرق مختلفة. على سبيل المثال ، اشترى شخص ما شيء ، وبعد الشراء ، سيبقى 123 روبل في حسابه. في مثل هذه الحالات ، اقترحنا التقريب والتحويل إلى صندوق 3 روبل أو 23 روبل. حسنًا ، ما هذا بالنسبة لك يا تافه الحديد في محفظة إلكترونية ، حسناً ، الحقيقة.

اتضح أننا هنا مدفوعون جدًا ، ولم ينجح هذا النهج جيدًا. حيث انحدارا هي بالضبط مبالغ ثابتة صغيرة. عادة حوالي 5 في المئة من الرصيد.

في السابق كانت المدفوعات الخيرية المعترف بها مباشرة على الموقع الإلكتروني لصندوق خابنسكي حوالي 20 في الشهر. أصبح حوالي 30،000 - 35000 في الشهر. لقد بدأناها واعتقدنا أنه سيكون من الجيد إظهار ذلك ليس فقط من الدفع من المحفظة ، ولكن أيضًا مع أي بطاقة أخرى وهكذا.

لقد اكتشفنا في النهاية أن الأشخاص لا يحتاجون إلى مثل هذه الدفعة بنقرة واحدة ، وإذا كانوا يريدون إجراء الدفع من البطاقة ، فسيختارون الطريقة بأنفسهم. لقد خفضوا الفرضية ، بالمناسبة ، قبل أسبوع فقط من شهر مايو.

بالمناسبة ، يمكنك تجربة نموذج الدفع الخاص بنا ، وفي الوقت نفسه القيام بعمل جيد من خلال دعم أحد الصناديق:

  • الإيمان - العناية النظامية للضيافة ومرضاهم
  • مؤسسة خابنسكي - مساعدة الأطفال الذين يعانون من أمراض الدماغ الحادة
  • {للجميع - إلى العديد من الصناديق الخيرية في أسهم متساوية في وقت واحد


ويمكن لمالكي الموقع مساعدة أي صندوق عن طريق نشر عنصر واجهة مستخدم أو رابط بمفردهم: widget.qiwi.com/vera أو my.qiwi.com/bfkh أو my.qiwi.com/vsem أو غيرها الكثير. اكتب إذا كنت ترغب في ذلك.



المصدر المفتوح


الآن نحو المصدر المفتوح انتقلنا بنشاط كبير. لقد نشرنا الوثائق ، الأمثلة ، SDKs والتكاملات على https://github.com/QIWI-API/ . عند قراءة الوثائق ، يمكنك النقر فوق الزر "تعديل على GitHub" وتقديم طلب تصحيح.

بشكل عام ، نحاول جر كل شيء لا يتم معالجته إلى مصدر مفتوح. لقد حان GitHub QIWI و GitHub QIWI API . نريد أن تكمن المشروعات والمكونات بشكل منفصل ، والوثائق ومختلف SDK والمكتبات أعلى واجهة برمجة تطبيقات QIWI - بشكل منفصل. نحمل الكثير من الأشياء على جيثب.

نفتح Wallet API بحيث تكون جميع الفرص المتاحة داخل الشركة مفتوحة للمطورين الخارجيين. في الأساس ، QIWI تتجه الآن نحو BaaS ، البنك كخدمة. ومهمتنا هنا هي جعل جميع المواقع بسيطة ، مع ممارسات شائعة. لذلك ، نحن نتحرك لفتح المصدر.

للمستقبل


نريد أن نأخذ كل شيء ممتازًا ونعمل على الدفع باستخدام محفظة QIWI ونستخدمها للعمل الكامل مع البطاقات - كل هذه التذكيرات والمدفوعات المنسية وما إلى ذلك. إضافة طرق الفواتير المصرفية. بالطبع - Apple Pay و Google Pay.لقد تم تغيير الأولويات بقوة كبيرة ، لأنها لم تؤثر على حجم المبيعات على الإطلاق وكانت مثل هذه الأشياء صناعة الصور ، لأنه في حالتنا كان بالفعل من فئة التسويق بدلاً من الربح الكبير للعملاء.

قريباً سنكمل الإضافات الرسمية لـ CMS-ok حتى يتمكن أصحاب المتاجر الصغيرة من توصيل QIWI Cashier وقبول الدفع. لورد القيام به ، ولكن للآخرين - في المستقبل القريب.

نحن نعمل أيضًا على تبسيط التكامل مع مشغلي البيانات المالية للامتثال للقوانين الفيدرالية 54 والحل المثير للاهتمام لعمليات نقل P2P والعاملين لحسابهم الخاص.

Kassa.qiwi.com - هنا جمعنا جميع خدماتنا للشركات الصغيرة والكبيرة. نحاول أن نجعلها حتى يمكن للأعمال أن تأتي لتوصل مجموعة من الحلول الجاهزة بسرعة.

ولفهم كيفية عمل واجهة برمجة التطبيقات ، قمنا بإنشاء منطقة تجريبية يمكنك من خلالها لمس هذا الأمر برمته.

بشكل عام ، هناك الكثير من الخطط ، والرسالة العامة هي جعل التكامل أسهل وأكثر تكلفة.

ملاحظة: بالمناسبة ، إليك صفحة حول فريقنا: kassa.qiwi.com/team

سنكون سعداء دائمًا بمطوري React JS ومبرمجي Java. بالنسبة لأولئك الذين يرغبون في ذلك ، لدينا في JS Fullstack اختبار لمدة 15 دقيقة حتى تشعر بالبيانات والمكتبات والأساليب التي نتعامل معها داخليًا. تعامل التلاميذ أيضًا ، لكنهم علقوا أيضًا ست مرات. :)

Source: https://habr.com/ru/post/ar432100/


All Articles