نصف المتجر الذي يخسر المال بهدوء
لسنا شركة قوالب متاجر، ولن ندّعي ذلك. ما نفعله هو مسار المال: ربط البوابات، وإتمام الشراء، والاشتراكات، والخصومات، والتجديدات، ومطابقة الاسترداد — مبنيًا بحيث لا يستطيع انقطاع اتصال أن يخصم من عميل مرتين أو يضيّع طلبًا.
المتاجر مسألة محلولة. المدفوعات ليست كذلك
إن كنت تحتاج كتالوجًا وسلة وقالبًا، فمنصة جاهزة ستخدمك أفضل وأرخص من أي شركة تكتبها من الصفر. نفضّل قول ذلك على بيعك إعادة بناء لا تحتاجها.
ما لا تحلّه تلك المنصات هو الجزء الخاص بك: صفحة دفع مخصصة، أو نموذج اشتراك أو تقسيط، أو محرّك خصومات بقواعد حقيقية، أو مطابقة مع محاسبتك، أو بوابة لا يوجد لها ملحق جاهز لحزمتك التقنية.
وهنا أيضًا تختبئ الخسائر. خصم ينجح بينما يضيع الرد، وإشعار يُعالَج مرتين، وكود خصم يتراكم بطريقة لم يقصدها أحد، وتجديد يتوقف بصمت — لا شيء من ذلك يعلن عن نفسه. تظهر كلها في إقفال شهري لا يتوازن.
أين نكون مفيدين فعلًا
كل بند هنا شيء بنيناه وما زلنا نشغّله بأنفسنا — لا خدمة قرأنا عنها فقط.
ربط بوابات الدفع
تكامل كامل من جهة الخادم يشمل مسار نوايا الدفع، والتسليم الموقَّع إلى صفحة الدفع المستضافة لدى المزوّد، والإشعار الذي يسوّي العملية — لا مقتطفًا منسوخًا لا يفهمه أحد في الفريق.
خصم لا يمكن أن يتكرر
مفاتيح عدم تكرار وحجز قبل الخصم، فتستقر إعادة المحاولة بعد ردٍّ مفقود على خصم واحد. هذا أغلى خطأ في المدفوعات، وهو قابل للمنع.
إشعارات مُطابَقة
تحقق من التوقيع، وحماية من الإعادة، وسجل لا يتكرر، فحتى لو أعاد المزوّد إرسال الحدث نفسه خمس مرات، لن ينشأ إلا طلب واحد.
اشتراكات وتجديدات
فوترة دورية بآلة حالات تحصيل حقيقية: تذكيرات قبل التجديد بسبعة وثلاثة ويوم واحد، وإعادة محاولات مجدولة، وفترة سماح قبل التعليق، وإلغاء يتصرف كما قيل للعميل تمامًا.
أكواد خصم بقواعد حقيقية
الأهلية والانتهاء وحدود الاستخدام والحد لكل عميل — مفروضة على الخادم حيث لا يصل عميل مصمّم على الالتفاف، فيكون السعر المعروض عند الدفع هو السعر المخصوم دائمًا.
استرداد وإلغاء مُطابَقان
أي استرداد أو إلغاء يُنشأ عند مزوّدك — عبر إشعار، أو بضغطة من أحدهم في لوحته — يُكتشف، ويُطبَّق على سجلاتك، وينعكس على وصول العميل، فيظل دفترك مطابقًا لدفتر المزوّد حين يسأل أحدهم في النهاية.
صفحة دفع تُحوِّل
حقول أقل، وأخطاء واضحة، والخطة والطلب الجاري محفوظان حين يفشل الدفع أو يرجع العميل خطوة، ومسار يعمل بيد واحدة على هاتف ببيانات الجوال.
مبني للمشتري المحلي
صفحة دفع عربية تُقرأ بطبيعية، ومراعاة لعادات الدفع المحلية — البطاقات والمحافظ الإلكترونية، لا الافتراض الأوروبي — والعملة المخصومة معلَنة صراحةً في كل خطوة بدل افتراضها.
كيف يسير مشروع مدفوعات
الترتيب نفسه في كل مشروع، أيًّا كانت التقنية المستخدمة.
١. رسم مسار المال
كل حالة يمكن أن يصلها الطلب، بما فيها القبيحة: مخصوم وغير مسجّل، ومسجّل وغير مخصوم، ومسترد مرتين. تسميتها هي ما يجعلها قابلة للمعالجة.
٢. البناء في مواجهة الأعطال
تنفيذ واختبار في مواجهة الردود المفقودة والإشعارات المكررة وإعادة المحاولات — في بيئة تجريبية، قبل دخول مال حقيقي.
٣. مطابقة وتسليم
سجلّك مقابل سجل المزوّد، وتنبيهات لأي اختلاف، ودليل تشغيل للحالات التي تحتاج إنسانًا.
إجابات مباشرة
الأسئلة التي تُطرح فعلًا في أول مكالمة.
فقط حين يوجد سبب حقيقي. لمتجر كتالوج وسلة عادي، ستتفوّق منصة جاهزة على أي بناء مخصص في التكلفة والوقت والمخاطرة، وسنقول ذلك. ندخل نحن في الجزء المخصص — صفحة الدفع، أو الاشتراكات، أو بوابة بلا ملحق جاهز، أو نموذج تسعير وخصم لا يدعمه أي منتج جاهز.
Paymob من الطرف إلى الطرف، بما فيه مسار النوايا والتحقق من الإشعارات والخصم مرة واحدة بالضبط، وتعمل في الإنتاج على منتجنا. والأنماط لا ترتبط ببوابة بعينها، وسنربط ما يناسب سوقك وشروط تسويتك.
نعم، وهي بداية جيدة للتعاون. نبحث عن احتمال الخصم المزدوج، والإشعارات غير المتحقق منها، وتعارضات التزامن على المخزون أو أكواد الخصم، والفجوات بين سجلاتك وسجلات المزوّد. وتصلك النتائج كمستند سواء كلّفتنا بالإصلاح أو لا.
بيانات بيئة تجريبية، واختبارات آلية تغطي مسارات الفشل صراحةً، وتشغيل أول محكوم في الإنتاج بمبالغ حقيقية صغيرة قبل التحويل الكامل. لا نختبر مسار مال بالتمني.
في مسار المال عندك ما يستحق الإصلاح؟
أخبرنا ماذا تبيع وكيف يدفع عملاؤك. يصلك رسم لمسار المال عندك بحالات الفشل مسمّاة، وتقدير مكتوب لإغلاقها.
كل مشروع يبدأ بمكالمة لتحديد النطاق ثم تقدير مكتوب، قبل كتابة أي سطر برمجي. ولا نطلب عقدًا مسبقًا لمجرد الحديث.