الخلاصة

  • تساعد Stripe في نقل بيانات البطاقات إلى معالج آخر، وتستثني بيانات الدفع المحفوظة عبر Link من التصدير.
  • يستطيع المشتري إعادة استخدام معلوماته بين المتاجر؛ أما التاجر فيحتاج إلى فحص ما سيبقى متاحًا عند تغيير مزوّد الخدمة.
  • خدمة Orchestration، المتاحة حاليًا في معاينة خاصة، لا تدعم Link. توزيع العمليات بين معالجين مختلفين لا يحسم مسألة نقل البيانات.

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

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

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

زبون جديد على المتجر، معروف للمحفظة

تبدأ قيمة Link من الجهة الأخرى للطاولة. توضح وثيقة Checkout أن المستخدم الذي سجّل دخوله إلى Link يستطيع الاستفادة من التعبئة التلقائية، حتى لو حفظ معلوماته أول مرة في صفحة الدفع لدى متجر آخر.

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

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

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

لذلك يمكن أن تكون الحركة سهلة في اتجاه وصعبة في اتجاه آخر. العميل يدخل متجرًا مختلفًا ويجد وسيلة مألوفة للدفع. التاجر ينتقل إلى معالج مختلف ويسأل كيف يعيد تقديم التجربة نفسها. جمع الاتجاهين تحت كلمة «مرونة» يخفي العمل الفعلي.

الملف وصل، والشراء التالي لم يُختبر

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

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

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

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

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

مسار آخر للعملية، لا تصدير آخر للمحفظة

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

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

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

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

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

الراحة خدمة لها حدود

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

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

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