كتالوج سلع رقمية بعلامة بيضاء لتطبيقات الفنتك
الإجابة المختصرة
يمكن لتطبيق فنتك — محفظة دفع أو بنك رقمي أو بطاقة ولاء — أن يضيف قسم سلع رقمية بعلامته الخاصة عبر الاتصال بـ API مورّد جملة. يوفّر المورّد كتالوج المنتجات والمخزون والبنية التحتية للتنفيذ؛ بينما يوفّر تطبيق الفنتك الواجهة والعلامة وتدفّق الدفع. يرى المستخدمون بطاقات الهدايا وشحن الألعاب داخل التطبيق تحت علامة الفنتك. لا مخزون مادي، ولا لوجستيات، ولا ترخيص منتج منفصل. ونموذج الإيرادات هو هامش على كل معاملة أو عمولة على الحجم من المورّد.
تعريف — كتالوج السلع الرقمية بعلامة بيضاء هو مخزون منتجات يوفّره المورّد — بطاقات هدايا، وشحن ألعاب، وأكواد رقمية — مُدمج تحت علامة الفنتك. يرى المستخدم النهائي واجهة الفنتك وعلامته؛ بينما يتولّى المورّد الكتالوج والمخزون والتنفيذ عبر الـ API.
الخلاصة الأساسية — السلع الرقمية لا تتطلب بنية تحتية لوجستية ولا مخزونًا مشترى مسبقًا ولا مستودعًا. بالنسبة إلى تطبيق فنتك، تعني إضافة هذه الفئة تكامل API واحدًا وميزة تجربة مستخدم واحدة. والتكلفة الحدّية لكل SKU إضافي تساوي صفرًا.
لمن هذا الدليل
- مديرو المنتجات في تطبيقات الفنتك والبنوك الرقمية والمحافظ المحمولة
- فرق المدير التقني التي تقيّم السلع الرقمية كميزة إيرادات جديدة
- تطوير الأعمال في منصات الدفع التي تستكشف شراكات الكتالوج
لماذا تضيف تطبيقات الفنتك السلع الرقمية
| الهدف التجاري | كيف تساعد السلع الرقمية |
|---|---|
| مصدر إيرادات جديد | هامش على كل معاملة بطاقة هدايا أو شحن |
| زيادة تفاعل المستخدم | يفتح المستخدمون التطبيق لشراء سلع رقمية، لا لمجرد التحقق من الرصيد |
| نمو حجم المعاملات | كل عملية شراء سلع رقمية هي معاملة داخل التطبيق |
| الاحتفاظ بالمستخدم | المشترون المنتظمون (Robux، UC، اشتراكات شهرية) يصبحون مستخدمين متكررين |
| التمييز التنافسي | بطاقات الهدايا في تطبيق محفظة ميزة لا يملكها معظم المنافسين |
ما الذي تعنيه العلامة البيضاء هنا
يوفّر المورّد —
- كتالوج المنتجات (قائمة أكواد SKU، الأوصاف، المناطق، الفئات السعرية)
- حالة مخزون فورية
- التسعير الحالي بالجملة
- تنفيذ الطلب (تسليم الأكواد عبر API)
- بيانات التسوية والمحاسبة
ويوفّر الفنتك —
- واجهة المستخدم (تصفّح المنتجات، البحث، الفئات)
- العلامة (الشعار، اللون، النصوص)
- معالجة الدفع (خصم رصيد محفظة المستخدم)
- دعم العملاء
يرى المستخدم النهائي علامة الفنتك فقط. والمورّد هو طبقة بنية تحتية خلفية.
ماذا تقدّم
| الفئة | المنتجات | المستخدم المستهدف |
|---|---|---|
| شحن الألعاب | PUBG UC، Roblox Robux، ML Diamonds | الفئة العمرية 15–30 |
| بطاقات هدايا الألعاب | Steam، PSN، Xbox، Nintendo | اللاعبون |
| منصات الجوال | Google Play، Apple App Store | جمهور واسع |
| البث | Spotify، Netflix (حيثما توفّر) | الفئة العمرية 20–40 |
| التجزئة | Amazon، علامات محلية | جمهور واسع |
| Telegram Stars | عملة Telegram | مستخدمو Telegram |
| eSIM | باقات SIM للسفر | المسافرون |
تحقّق منتجات الألعاب أعلى تفاعل وأكبر تكرار شراء. وهي نقطة الانطلاق الموصى بها لتطبيقات الفنتك ذات قاعدة المستخدمين الأصغر سنًا.
نموذج الإيرادات (توضيحي)
النموذج A — هامش على المعاملات
يحاسب الفنتك المستخدم على سعر التجزئة ويدفع للمورّد سعر الجملة. والفرق هو الإيراد.
| البند | المبلغ |
|---|---|
| ما يدفعه المستخدم (تجزئة) | $20.00 |
| تكلفة الجملة لدى المورّد | ~$18.40 |
| معالجة الدفع (تستوعبها المحفظة) | ~$0.00 (معاملة داخلية) |
| الهامش الإجمالي | ~$1.60 |
| نسبة الهامش الإجمالي | 8% |
النموذج B — عمولة من المورّد
يدفع المورّد للفنتك نسبة مئوية من حجم كل معاملة. ويمرّر الفنتك تكلفة القيمة الاسمية إلى المستخدم.
كلا النموذجين قابل للتطبيق. النموذج A يحقّق إيرادًا أعلى لكل معاملة؛ والنموذج B مخاطرته التنفيذية أقل (لا يتطلب إدارة هامش).
متطلبات تكامل الـ API
| الميزة | مطلوبة | الغرض |
|---|---|---|
| كتالوج المنتجات | نعم | تعبئة المتجر داخل التطبيق |
| التحقق من المخزون | نعم | منع شراء غير المتوفر |
| إنشاء الطلب | نعم | تنفيذ شراء المستخدم |
| تسليم الأكواد | نعم | إظهار الكود للمستخدم داخل التطبيق |
| حالة الطلب | نعم | التعامل مع التنفيذ غير المتزامن |
| واجهة الرصيد | نعم | منع فشل الطلبات بسبب رصيد فارغ |
| Webhooks | موصى به | إشعار التسليم غير المتزامن |
| التسوية | نعم | المالية والتدقيق |
رحلة المستخدم داخل تطبيق الفنتك
| الخطوة | إجراء المستخدم | إجراء الخلفية | ما يراه المستخدم |
|---|---|---|---|
| 1 | يفتح تبويب "بطاقات الهدايا" | يحمّل التطبيق الكتالوج من API (مخزَّن مؤقتًا) | فئات المنتجات |
| 2 | يتصفّح قسم الألعاب | — | قائمة بأكواد SKU للألعاب |
| 3 | يختار Steam $20 (US) | يستدعي التطبيق التحقق من المخزون | تفاصيل المنتج + تأكيد التوفر |
| 4 | يؤكّد الشراء | يخصم التطبيق من رصيد المحفظة؛ يستدعي API المورّد | "جارٍ المعالجة..." |
| 5 | يُستلم الكود من API | يخزّن التطبيق الكود؛ يُشعِر المستخدم | الكود على الشاشة + "احفظ في بطاقاتي" |
| 6 | يعرض قسم "بطاقاتي" | — | كل الأكواد المشتراة مع التعليمات |
اعتبارات الامتثال
- مكافحة غسل الأموال/اعرف عميلك (AML/KYC) — قد تتطلب مشتريات السلع الرقمية فوق عتبات معينة عناية واجبة معزَّزة في بعض نطاقات الولاية. استشر مستشارًا قانونيًا لأسواقك المستهدفة.
- لوائح بطاقات الهدايا — تنظّم عدة دول البطاقات المدفوعة مسبقًا وبرامج بطاقات الهدايا. تحقق من أن نموذج بائع التجزئة (لا نموذج المُصدِر) ينطبق على حالة استخدامك.
- التسوية والمحاسبة — ينبغي أن تظهر كل معاملات السلع الرقمية في تقارير التسوية للتدقيق. وتوفّر واجهة التسوية لدى المورّد هذه البيانات.
- سياسة الاسترداد — السلع الرقمية غير قابلة للاسترداد عمومًا بعد التسليم. يجب الإفصاح عن ذلك للمستخدمين عند نقطة الشراء.
قائمة تحقق التكامل
- حدّد فئات المنتجات التي ستقدّمها (ألعاب، تجزئة، بث)
- اتّصل ببيئة اختبار API المورّد
- استورد الكتالوج ونظّمه حسب الفئة
- طبّق تصفية المناطق (أظهر منتجات المنطقة المناسبة لكل مستخدم)
- نفّذ التحقق من المخزون وقت الشراء
- نفّذ إنشاء الطلب مع خصم رصيد المحفظة كعملية ذرّية
- أظهر الكود فورًا داخل التطبيق بعد التسليم
- خزّن الكود في قسم "بطاقاتي" للمستخدم
- نفّذ مراقبة الرصيد والشحن التلقائي
- أعدّ تصدير التسوية للمالية
- أضِف الإفصاح عن سياسة الاسترداد عند الدفع
- مراجعة قانونية لنموذج بائع التجزئة للسلع الرقمية في نطاقات الولاية المستهدفة