تسليط الضوء على المطور نماذج المدفوعات
مرحبًا بكم في سلسلة Developer Spotlight الخاصة بنا، حيث نسلط الضوء على بناء المطورين على منصة Square. في هذه الحلقة، نتحدث مع Ryan May ، المؤسس والمطور الرئيسي في Payable Forms .
عمل سابقًا كمهندس يساعد العلامات التجارية الكبرى في جميع أنحاء العالم على دمج المدفوعات في أعمالها. منذ إطلاق تطبيقهم، حصلت Payable Forms على 200000 عملية تنزيل وتساعد في نقل 6-10 مليون دولار شهريًا من المدفوعات. سألنا Ryan عن أنواع المشكلات التي يحلونها للبائعين، وما الذي دفعه إلى اختيار Square ، وعن خبرته في بناء Afterpay و Cash App Pay باستخدام Web Payments SDK f أو عملائه.
تعال لتتعلم كيف تقيس Payable Forms صحة تكامل الدفع، ولماذا اختاروا Square ، وما هي التقنيات الأخرى التي يستخدمونها لبناء أعمالهم.
رايان، هل يمكن أن تخبرنا المزيد عن حلول الأعمال التي توفرها نماذج المدفوعات لعملائها؟
تساعد “نماذج الدفع” الأشخاص على الوصول إلى التكنولوجيا من خلال أدوات الدفع منخفضة الكود. لقد لاحظنا أن الشركات الصغيرة التي أرادت بناء عملية أتمتة كانت مدعومة من قبل هذه الأدوات العبقري غريب الأطوار حقًا والتي تتطلب منك أن تكون شبه مطور. كان هدفنا هو إنشاء أدوات السحب والإفلات للأشخاص العاديين ومساعدتهم على ربط العمليات التجارية بالمدفوعات. بدأنا بأول تطبيق Payable Forms باستخدام Google Suite، ومنذ ذلك الحين قمنا بتنزيل 200000 من التطبيق.
لقد وجدنا هذا المكان الجميل الفريد حيث يمكن لعملائنا استخدام تطبيقنا لإعداد نموذج أو إضافة أسئلة بمبالغ مالية مختلفة أو إعداد اشتراكات أو إضافة عمليات تلقائية حيث يتم تسليم البضائع الرقمية بعد الدفع. لقد كنا متحمسين حقًا لمعرفة كيف يمكننا توفير قوة الدفع للأدوات التي يستخدمها الأشخاص لإدارة أعمالهم.
لقد جعلت Square شريكك المفضل في الدفع مؤخرًا. بصفتك مطورًا، ما الذي تبحث عنه عند اختيار البناء باستخدام نظام أساسي للدفع؟
الشيء الوحيد المهم بالنسبة لنا هو القدرة على ضم بائع جديد بسرعة كبيرة ويمكن لـ Square القيام بذلك بكفاءة في الوقت الفعلي وفي جميع المناطق الجغرافية الرئيسية التي نعمل فيها – بالإضافة إلى أنك تدعم التركيبة السكانية الرئيسية التي نلبيها والتي هي صغيرة ومتناهية الصغر البائعين SMB.
ثانيًا، يعتمد عملنا بالكامل على نموذج رسوم التطبيق، وعملاؤنا صغيرون وقد لا يرغبون في دفع رسوم مقدمة، ويكون أكثر جاذبية بالنسبة لهم دفع رسوم فقط عندما يتقاضون رواتبهم، ومع وجود بعض هذه الشركات موسميًا، لا داعي للقلق بشأن الحصول على قيمة فقط لدعمنا للأشهر القليلة التي يتم تشغيلها فيها. يمكنني بسهولة إضافة رسوم التطبيق باستخدام Square. وهو مدعوم أيضًا عبر طرق بديلة مثل Cash App و Afterpay.
لكنني أقول إن أهم شيء تفعله Square هو التشفير من جانب العميل. أنام جيدًا في الليل لأنني لا أتطرق إلى معلومات بطاقة الائتمان. بشكل مثير للدهشة، لا يقوم الكثير من بائعي الدفع بالتشفير من جانب العميل، ويطلب منك هؤلاء البائعون أخذ بيانات بطاقة الائتمان الأولية وإرسالها إلى واجهة برمجة التطبيقات الخاصة بهم للحصول على إذن، ولدي 50000 شركة صغيرة قامت بتثبيت طريقة دفع وأنا لا أتطرق إلى بيانات بطاقة الائتمان لأي منهم، فلن أفعل ذلك! لا أريد أبدًا الاندماج بهذه الطريقة.
لقد قمت بدمج قوة منصة الدفع الخاصة بـ Square في نماذج المدفوعات باستخدام Web Payments SDK. هل يمكنك مشاركة ما كانت عليه تجربة المطور الخاصة بك؟
عملت سابقًا كمهندس لمساعدة شركات المؤسسات على دمج المدفوعات مع Paypal و Braintree و Adyen. لقد أعجبت بـ Web Payment SDK وأعتقد بصدق أن لديها الكثير من الإمكانات في تطبيقات المؤسسات – تبدو موثوقة. جافا سكريبت في Web Payments SDK نظيف وواجهة المستخدم قابلة للتخصيص. يعجبني حقًا كيف يكتشف ديناميكيًا موقع البطاقة ويضع الرمز البريدي أو الرمز البريدي، والذي يأخذ الكثير من العمل من المطور حتى لا يضطر إلى بنائه في كل مرة. في الأساس، إنها بنية جيدة حقًا ووقت التشغيل جيد أيضًا.
تعد وثائق المطور الخاصة بك أفضل توثيق في المدفوعات – الطريقة التي تتفاعل بها بشكل تفاعلي: يمكنها سحب عينات من نموذج الحساب الخاص بك، ويمكنها النظر إلى التجار، ويمكنها الاطلاع على العملات، ويمكنني إرسال الطلبات والحصول على ردود مباشرة داخل مطور مستندات. بالإضافة إلى أن جميع واجهات برمجة التطبيقات الخاصة بك متسقة من العميل إلى الباقي إلى الاشتراكات، فهي كلها نظيفة وجيدة حقًا.
لقد أطلقت مؤخرًا Afterpay و Cash App Pay كطرق دفع لعملائك، فلماذا قررت الاندماج مع طرق الدفع هذه؟
نرغب دائمًا في تقديم العديد من طرق الدفع لعملائنا مثل ما يقدمه مزود خدمة الدفع لدينا، وكنا نتلقى الكثير من الطلبات الخاصة بـ Cash App Pay لأن هناك مجموعة كبيرة من البائعين لدينا يبحثون عن طريقة لأتمتة P2P (شخص) -للشخص). ما يريدونه أساسًا هو تطبيق Cash App to Cash App ، ولكن نظرًا لعدم وجود ذلك، فإننا نمنحهم مسارًا للقيام بما يبحثون عنه من خلال جعلهم يشتركون في Square ليتمكنوا من قبول تطبيق Cash ، وفي تدعم النهاية الخلفية هذا عبر Web Payment SDK. نريد دائمًا إيجاد طريقة لنقول نعم للحلول التي يحتاجها عملاؤنا.
بالنسبة إلى Afterpay ، وجدنا أن البائعين الصغار كانوا يحاولون إيجاد طرق لتقديم خيارات تمويل للخدمات أو المنتجات التي يقدمونها ولكنهم كانوا يستخدمون عملية يدوية عالية المخاطر، ولكن مع Afterpay يمكنهم بدلاً من ذلك الحصول على جميع أموالهم مقدمًا من خلال معرّف معاملة واحد عند نقطة الشراء ولا تزال تمنح العملاء وقتًا للدفع.
تقدم كل من طرق الدفع هذه قيمة للبائعين الصغار وقاعدة عملاء الشركات الصغيرة والمتوسطة وكلاهما يسمحان باكتشاف ميزات المنتج الجديدة. عندما قارنا الحد الأدنى من المصعد الهندسي لتنفيذ طرق الدفع هذه مقابل مزايا ميزات المنتج التي حصلنا عليها في السوق لعملائنا، كان الأمر يستحق ذلك. بالإضافة إلى أننا قمنا بالفعل بتطبيق Apple Pay و Google Pay والطريقة التي طبقت بها طرقك البديلة تشبه إلى حد بعيد هذه المحافظ الرقمية.
كيف تقيس صحة أو جودة عمليات الدمج الخاصة بك؟
لدينا بعض الأشياء التي تعمل. نحن نسجل سرعة وقت طلب واجهة برمجة التطبيقات ورموز الحالة التي تعود، ويقوم JavaScript بمراقبة أي أخطاء للعميل قد تحدث من جانب العميل. أول وأهم شيء هو التجارب الناجحة أو تحميل الصفحات الناجحة وسرعة التفاعلات. Square هي الأسرع والأكثر موثوقية من حيث السرعة، فقد واجهنا عددًا قليلاً من الإخفاقات مع Square مقارنةً بحل آخر كنا نستخدمه حيث تتعطل واجهات برمجة التطبيقات الخاصة بهم باستمرار وتتعطل JavaScript لـ JavaScript SDK باستمرار. نادرًا ما رأيت عجزًا في تجربة العملاء ووقت التشغيل في Square ، في حين أن تكامل الدفع الآخر لدينا ينخفض كل أسبوع لمدة 45 دقيقة تقريبًا إلى ساعة.
نقيس أيضًا سهولة التجربة لعملائنا. ليس لدينا مشكلة مع العملاء الذين يتصلون بنا بشأن المدفوعات الجارية مع Square ، فأنت تقوم بعملية KYC وتتعهد بالاكتتاب مقدمًا حتى تسمح للأشخاص بمعالجة البطاقات. ونحصل على رموز الرفض الصحيحة مرة أخرى حتى نتمكن من مساعدة عملائنا عندما نرى رمز رفض، على سبيل المثال عندما لا يتم الدفع بسبب عدم كفاية الأموال. من المهم حقًا ضمان حصول البائعين على أموال من عملائهم عندما يبدأون البث المباشر.
ما التقنيات الأخرى وواجهات برمجة تطبيقات Square التي تستخدمها لبناء تطبيقك؟
نصف التطبيق عبارة عن Google Apps Script ونطلق على خادم الويب الخاص بنا، وهو أيضًا صفحة تسجيل خروج مستضافة على الويب ومكتوبة بلغة PHP – أنا مطور مدرسة قديمة بهذه الطريقة. استخدمنا الكثير من نقاط نهاية Square المختلفة، واستخدمنا الكتالوجات والفواتير لإعداد الاشتراكات، واستخدمنا العملاء لإضافة بيانات العملاء إلى حقول العملاء. استمتعنا أيضًا بواجهة برمجة تطبيقات الطلبات وهي جيدة لتنفيذ الشحن وإغلاق الطلبات، بالإضافة إلى أنها مرنة للغاية.
نحن نعلم أهمية التعلم والدعم للمطور، ما هي موارد التعلم / الدعم الخاصة بك في Square؟
قناة Slack الخاصة بك جيدة حقًا، أحيانًا عندما أكون مستيقظًا في الساعة 2 صباحًا أو 3 صباحًا وسأنتقل إلى قناة Square Slack ويمكنني الحصول على رد مخصص من شخص مطلع حقًا في غضون ثلاث ساعات، بالإضافة إلى أنه يمكنني أيضًا البحث عن عقودًا والعثور على إجابات سابقة كانت رائعة في مساعدتي في حل المشكلات.
نريد أن نتقدم بالشكر الجزيل إلى Ryan May من Payable Forms لأخذ الوقت الكافي للتحدث معنا عن شركته وتجربته في البناء مع Square.
شاهد فيديو Sandbox 101 الخاص بنا للتعرف على كيفية بدء استخدام Web Payments SDK في تطبيقك الخاص. يمكنك أيضًا التحقق من وثائق المطور الخاصة بنا. وكالعادة، يرجى مشاركة ملاحظاتك على قناة مجتمع Slack أو منتديات Square Developer . إذا كنت ترغب في مواكبة بقية المحتوى الخاص بنا، فتأكد من متابعة هذه المدونة وحساب Twitter الخاص بنا.
المصدر: developer
شاهد المزيد:
