MiCA مع EMI يجعل مدفوعات stablecoin قابلة للبيع، لا قابلة للحسم

لم تكن مدفوعات stablecoin تفتقر يوماً إلى العروض التجريبية. ما كانت تفتقر إليه هو ما هو أكثر مللاً وأكثر قيمة: شكل امتثال يمكن لمدير مالي (CFO) ولمدقق حسابات ولبنك أن يتعايشوا معه لسنوات.

عندما تجمع بين صلاحيات مزوّد خدمات الأصول المشفّرة وبين ترخيص على نمط e-money (أي: القدرة على التعامل مع الأموال ضمن متطلبات واضحة للحماية وgovernance والتقارير)، تتوقف stablecoins عن كونها مشروعاً تجريبياً. تصبح منتجاً قابلاً للدفع. يمكنك تسعيره. يمكنك تخصيص فريق له. يمكنك توثيقه. ويمكنك بيعه دون بناء استثناء جديد لكل عميل ولكل ممر.

هذه هي الأخبار الجيدة.

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

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

التنظيم يوصلك إلى «نعم، نستطيع». لكنه لا يوصلك إلى «ينبغي أن نفعل».

تكتسب الوضعية التنظيمية المركّبة أهميتها لأنها تحوّل المجهول إلى قوائم تحقق. وتمنحك مسؤوليات محددة: ضوابط KYC وAML، وقواعد حماية الأموال، وإيقاع التقارير، وتوقعات governance، والإشراف. وهذا يغير أمرين فوراً.

• يصبح البيع قابلاً للتكرار. يمكنك بيع المنتج نفسه للعميل التالي دون إعادة التفاوض على ما يُسمح لك به.
• تصبح العمليات قابلة للتوسع. يمكنك بناء playbooks معيارية والتوظيف على أساسها، بدلاً من الاعتماد على عدد محدود من «الأبطال» في الامتثال.

لكن المشترين لا يقيّمون ترخيصك بقدر ما يقيّمون سطح المخاطر لديك. الغلاف المنظّم يخفض المخاطر المتصوَّرة، لكنه لا يلغي المخاطر التشغيلية. والمخاطر التشغيلية هي ما يظهر في الإقفال الشهري، وصندوق دعم العملاء، وملف مجلس الإدارة.

إذا أردت لمدفوعات stablecoin أن تنتقل من «ممكنة» إلى «مفضلة»، فعليك الإجابة عن أربعة أسئلة مالية بلغة مباشرة:

1. ماذا يحدث عندما يخطئ شيء ما؟
2. من يتحمل الخسارة أثناء التحقيق؟
3. كيف نُسوي ذلك مع دفتر الأستاذ دون عمل يدوي؟
4. ما مدى سرعة الوصول إلى شخص قادر فعلاً على إصلاح المشكلة؟

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

التسوية النهائية ليست مسؤولية نهائية

غالباً ما تُقدَّم مسارات stablecoin على أنها «نهائية». وهذا صحيح تقنياً ضمن نطاق ضيق. لكنه ليس صحيحاً تجارياً.

في مدفوعات البطاقات، تُعد عمليات الإلغاء وعمليات chargeback نظام تحكيم مدمجاً. يكره التجار الاحتكاك، لكن فرق المالية تحب قابلية التنبؤ: هناك عملية معروفة، وجدول زمني، وطريقة لتوزيع المسؤولية. تسوية stablecoin تُزيل بعض الوسطاء، لكنها لا تُزيل النزاعات. هي فقط تدفع معالجة النزاع إلى طبقة أعلى، داخل منتجك وoperating model الخاص بك.

لذلك تحتاج إلى «نظير للـchargeback» حتى لو كان التحويل على blockchain غير قابل للعكس. ليس نسخة من قواعد البطاقات، بل عملية مضبوطة تمنح التاجر جواباً مقنعاً على:

• «العميل يقول إنه لم يصرّح بهذه العملية.»
• «البضاعة لم تُسلَّم.»
• «قمنا برد المبلغ، لكن العميل يدّعي أنه لم يستلمه.»
• «أرسلنا الأموال، لكن إلى عنوان أو شبكة خاطئة.»

عملياً، يعني ذلك أنك ستبني آليات حجز شبيهة بـescrow، وإطلاقاً قائماً على المخاطر، وأدوات للـrefund، وجمعاً للأدلة، واتفاقيات مستوى خدمة SLAs موجهة للتجار. إن لم تفعل، فلن يمرر أكبر عملائك حجم العمليات عبرك. ليس لأنهم لا يحبون stablecoins، بل لأنهم لا يستطيعون تشغيل أعمالهم على قاعدة «نهائي يعني حظاً سعيداً».

هذا هو المنطق نفسه الذي تعلمته مبكراً في مسيرتي في إلكترونيات القدرة. قد يكون المحرّك ممتازاً على الورق، لكن العميل يشتري وقت التشغيل، والتشخيص، والقدرة على التعافي من الأعطال دون دراما. المدفوعات أيضاً أعمالها قائمة على الاعتمادية. وإذا أردت تشبيهاً مفيداً: المنتج ليس المسار. المنتج هو مسار التعافي. كتبت عن ذهنية «عقد الاعتمادية» هذه في Ruggedization Isn’t a Checkbox.

اقتصاديات الوحدة تُحسم في «المنتصف القبيح»

بعد أن تصبح قادراً على التشغيل قانونياً، يصبح الاختناق التالي هو اقتصاديات التوسع. معظم الفرق تُنمذج الرسوم على المسار السلس. الهوامش الحقيقية تُحسم في «المنتصف القبيح»: التحويلات إلى داخل النظام وخارجه، وFX، والخزينة، والاحتيال، وعمليات refund، والدعم.

هذه هي زاوية النظر التشغيلية التي أستخدمها. تصبح مدفوعات stablecoin عملاً عندما تستطيع التحكم في ثلاثة مراكز تكلفة:

• تكلفة حركة الأموال. ليس فقط رسوم الشبكة. بل التكلفة الكلية عبر التمويل، والسحب النقدي، وإدارة فروق FX.
• تكلفة الاستثناءات. كل تحقيق يدوي هو تسرب في الهامش. وكل تحديث حالة غير واضح يولّد تذاكر دعم واستنزافاً للعملاء.
• تكلفة المخاطر. الاحتيال، والاستيلاء على الحساب، والتعرض للجهات الخاضعة للعقوبات، والأخطاء التشغيلية كلها تتحول إلى بنود في P&L لحظة تقديمك ضمانات.

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

عندما كنت interim CEO والشريك المؤسس في EatMore، تعلمنا حقيقة بسيطة في الضيافة: التبنّي يتبع سير العمل، لا الميزة. إذا لم تتطابق حالة الطلب مع الواقع، وإذا كانت عمليات refund فوضوية، وإذا لم يستطع الموظفون حل المشكلات خلال دقيقة واحدة في أوقات الذروة، فلن يهم المنتج. المدفوعات كذلك. إذا لم تكن التسوية المحاسبية والحل جزءاً أصيلاً من المنتج، فلن يأتمنه التجار على حجم جدي.

التوزيع يتفوق على المسارات، لكن فقط عندما يكون سير العمل أصيلاً

«التوزيع» ليس مجرد فريق مبيعات أو شركاء. في المدفوعات، التوزيع يعني أن تعيش داخل الأنظمة التي تشغّل الأعمال بالفعل:

• تدفقات الدفع عند checkout وتدفقات الفوترة
• عمليات التصدير إلى ERP وأنظمة المحاسبة
• قوائم انتظار refund والنزاعات
• لوحات الخزينة
• أدوات الدعم

منتج stablecoin الذي يفوز لن يطلب من التجار تغيير طريقة إقفالهم للشهر. بل سيتكيف مع طريقة الإقفال القائمة. وهذا يتطلب قرارات تكامل ليست جذابة، لكنها حاسمة.

ثلاث خطوات تكامل سأعطيها الأولوية لو كنت أبني هذا المنتج غداً:

1. اجعل التسوية المحاسبية حتمية. كل معاملة تحتاج هوية ثابتة تستمر عبر التفويض، والتسوية، وعمليات refund، وعمليات refund الجزئية، وتعديلات الرسوم. إذا لم تستطع ربطها بوضوح بقيد دفتر الأستاذ، فلن تتمكن من التوسع في سوق الشركات المتوسطة، ولن تصل إلى المؤسسات الكبرى.
2. قدّم تقارير بمستوى فرق المالية، لا سجلات مطورين. المالية تريد ملخصات، وتفسيرات للفروقات، وأدلة قابلة للتصدير. الهندسة تريد تتبعاً. تحتاج الاثنين، لكن العميل يجدد بناءً على مخرجات المالية.
3. قدّم ضمانات بشكل انتقائي. لا يمكنك ضمان كل شيء منذ البداية. لكن يمكنك تعريف مستويات: تسوية فورية مع تحمّل التاجر للمخاطر، أو إطلاق مؤجل مع تحمّلك للمخاطر، أو ممرات مؤمّنة. الخيارات الواضحة أفضل من وعود مبهمة.

لهذا أعود باستمرار إلى فكرة control plane في المدفوعات. المسار مهم، لكن control plane هو الذي يحسم التبنّي. إذا أردت إطاراً أعمق، فمقالتي A Debit Network Is Not a Network. It Is the Checkout Control Plane. تلتقط المنطق نفسه من زاوية أخرى.

قائمة المشغّل لجعل stablecoins «آمنة لفريق المالية»

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

• تهيئة العملاء: هل يمكننا إتمام KYC وKYB دون تعطيل الصفقات، وهل لدينا مسار لحالات الحواف (ملكية معقدة، كيانات عابرة للحدود)؟
• حماية الأموال والفصل: هل قصة أموال العميل بسيطة بما يكفي لشرحها لمدقق حسابات في صفحة واحدة؟
• التسوية المحاسبية: هل يستطيع التاجر إجراء تسوية يومية تلقائياً، وهل نستطيع تفسير كل فرق بالأدلة؟
• النزاعات: ما عمليتنا وجدولنا الزمني ونموذج المسؤولية لدينا للمدفوعات غير المصرّح بها، ومطالبات عدم التسليم، وتعارضات refund؟
• عمليات refund: هل يستطيع التاجر إصدار refund خلال ثوانٍ، بما في ذلك refund الجزئي، وهل يمكنه إثبات حدوثه؟
• FX والخزينة: من يدير التعرض، وأين تُحدد الحدود، وماذا يحدث عندما تضيق السيولة؟
• الدعم: هل يوجد مسار تصعيد مُجهّز بفريق يمتلك صلاحية فعلية، لا chatbot وطابور بريد إلكتروني؟
• ضوابط المخاطر: هل لدينا حجوزات قابلة للتهيئة، وحدود سرعة، وفحص عقوبات، واكتشاف شذوذ يمكن ضبطه حسب شريحة التاجر؟
• التغليف التجاري: هل التسعير متسق مع القيمة التي يراها التاجر (السرعة، الكلفة، القبول)، وهل يظل منطقياً بعد احتساب معالجة الاستثناءات؟

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

رأيي: MiCA مع EMI هما خط البداية. المنتج هو العمليات.

أقدّر الوضوح التنظيمي لأنه يحوّل الآراء إلى متطلبات. هكذا تتوسع بمسؤولية. لكنني لم أرَ الامتثال وحده يصنع ميزة مستدامة.

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

بهذه الطريقة تتحول stablecoins من «قابلة للدفع» إلى «مفضلة».