عمولة FunPay للبائع — رسوم البيع وتكلفة السحب 2026
رسوم FunPay طبقات، لا رقم واحد. كثير من البائعين يحسبون الهامش على عمولة البيع وحدها، وينسون خطوة السحب وقناة الدفع، ثم يتساءلون لماذا حجم المبيعات جيّد بينما الرصيد البنكي ليس كذلك. نفكّك هنا بنية طبقات الرسوم، ومن يتحمّل كل طبقة فعليًا، وكيف تتراكم في الهامش الصافي، وكيف تُدرجها في السعر دون أن تخرج من السوق.
هذا امتداد لـ دليل البيع على FunPay — ابدأ من هناك إن لم تكن قد أطلقت بعد.
الطبقات الثلاث لبنية الرسوم
لا تربح أي منصة P2P للمنتجات الرقمية من نقطة واحدة. الأوضح في حالة FunPay هو التفكير بثلاث طبقات مستقلّة.
- عمولة البيع — نسبة (قد يرافقها حدّ أدنى) تُقتطع عند إغلاق الصفقة، وأساسها إجمالي الطلب.
- رسوم السحب — ما تخسره عند تحويل رصيد المنصة إلى بطاقتك أو محفظتك أو حسابك، وأساسها المبلغ المسحوب لا مبلغ البيع.
- تكلفة وسيلة الدفع — رسوم التحصيل ومزوّد الدفع وفارق الصرف عند التحويل. تظهر أحيانًا كبند مستقل وأحيانًا مدفونة داخل سعر الصرف.
الطبقات الثلاث تتغيّر بحسب الفئة وحالة البائع وقناة الدفع. تحقّق دائمًا من صفحة الأسعار الحالية قبل التسعير — لا من منشور في منتدى ولا من الذاكرة.
لماذا لا تُجمع النسب
الخطأ الكلاسيكي هو جمع «نسبة المنصة» و«نسبة السحب» وطرح المجموع من هامشك. هذا خاطئ لأن الأساس مختلف. عمولة البيع تُقتطع من كامل قيمة الطلب، ورسوم السحب تُقتطع ممّا تبقّى في رصيدك وفي لحظة مختلفة عادةً — فقد تجمع عشرة طلبات وتسحب مرّة واحدة. طبّق النسب بالتتابع لا بالجمع.
من يتحمّل الرسوم فعليًا
يمكن هيكلة الرسوم بأي من الطريقتين — خصمًا من دفعة البائع أو إظهارًا داخل السعر الذي يراه المشتري. اقتصاديًا الفرق ضئيل.
إن أُضيفت فوق السعر بدا إعلانك أغلى في البحث ودفعت الرسوم تحويلًا. وإن خُصمت من دفعتك دفعتها نقدًا. في الحالتين البائع هو الحامل النهائي، لأن السوق يحدّ سقف ما يقبله المشتري. المعيار الوحيد ذو المعنى هو المبلغ الذي وصل حسابك، لا الرقم على بطاقة الإعلان.
كيف تتراكم الطبقات في الهامش
إليك مثالًا محسوبًا بنسب افتراضية موضّحة بوضوح — هي للتوضيح لا أسعار FunPay الفعلية. لنفترض أن عمولة المنصة X% ورسوم السحب Y% وتكلفة الشراء بالجملة C.
| الخطوة | ما يحدث | الصيغة |
|---|---|---|
| 1 | يدفع المشتري سعر الإعلان | P |
| 2 | تقتطع المنصة عمولة البيع | P × (1 − X%) |
| 3 | يتراكم الرصيد ثم تسحب | P × (1 − X%) × (1 − Y%) |
| 4 | اطرح تكلفة الشراء | − C |
| 5 | اطرح خسائر الاسترجاع والنزاعات | − R |
| = | الهامش الصافي لكل طلب | P × (1 − X%) × (1 − Y%) − C − R |
الخلاصة الأهم — المعاملات تتضاعف ولا تُطرح. رسمان بنسبة 10% يكلّفان 19% لا 20% — فارق صغير لكنه حاسم على هامش رفيع. وحين ترتفع النسب يعضّ التراكم أقوى ممّا يوحي الحدس.
المكوّنات الثابتة تقتل الفئات الرخيصة
إذا تضمّن جدول الأسعار حدًّا أدنى أو رسم سحب ثابتًا انهار منطق النسبة تمامًا. الرسم الثابت كارثة على طلب صغير وخطأ تقريب على طلب كبير. من ذلك قاعدتان عمليتان:
- بِع فئات أكبر وحزمًا حيثما وُجدت مكوّنات ثابتة.
- اسحب أقل تكرارًا وبمبالغ أكبر إذا كان رسم السحب ثابتًا، وأكثر تكرارًا إذا كان نسبيًا بحتًا ورأس المال العامل مهمّ لك.
التسعير الصحيح مع احتساب الرسوم
الطريقة الساذجة — خذ التكلفة وأضف الهامش ثم أضف نسبة الرسوم فوقها — تُنتج تسعيرًا أقل من اللازم دائمًا، لأن الرسوم تُحتسب على السعر النهائي لا على الهامش.
احسب عكسيًا بدلًا من ذلك. إذا أردت N صافيًا بعد كل الرسوم فسعر الإعلان هو N / ((1 − X%) × (1 − Y%)). قسمة لا ضرب. ثم:
- حدّد هامشك الصافي المستهدف لكل طلب بالعملة لا بالنسبة.
- حوّله عبر الصيغة أعلاه إلى سعر إعلان.
- قارنه بإعلانات منافسين حقيقية للمنتج والفئة نفسها.
- إن لم تستطع المنافسة فأصلح جانب التكلفة لا جانب الأمنيات.
النموذج الكامل في كم يمكن أن تربح على FunPay.
ما يلتهم الهامش غير جدول الأسعار
الرسوم أوضح التكاليف لا وحدها. يجب أن يحمل نموذجك أيضًا:
- الاسترجاعات والنزاعات. النزاع الخاسر يكلّفك البضاعة إضافةً إلى العمولة التي اقتطعتها المنصة أصلًا. راجع دليل تفادي ردّ المبالغ.
- سحب الأكواد وأقفال المناطق. كود يسحبه المورّد بعد التسليم يكلّفك الطلب كاملًا وسمعتك.
- وقتك أنت. التسليم اليدوي عبر المحادثة بند تكلفة حقيقي. طلب يستهلك عشر دقائق مراسلة خاسر عند هامش منخفض مهما قالت الجداول.
- رأس المال المحتجز. المال المعلّق قبل السحب لا يعمل. التفاصيل في دليل سحب الأموال من FunPay.
- خسائر الصرف إن كنت تشتري وتبيع بعملتين مختلفتين.
كيف تقيس نسبتك الفعلية
النسبة المكتوبة في صفحة الأسعار والنسبة التي تدفعها فعلًا لا تتطابقان تقريبًا أبدًا. فالرسوم تُقتطع في نقاط مختلفة من الدورة، وتُعكس بعض الطلبات لاحقًا، ويضيف تحويل العملة فارقًا غير مرئي. لذا قِس النسبة الفعلية من بياناتك أنت لا من جدول الأسعار.
الطريقة بسيطة وتستغرق نصف ساعة أسبوعيًا:
- اختر فترة — آخر أسبوعين خيار جيّد.
- اجمع القيمة الإجمالية لكل طلب مُسوّى في تلك الفترة. هذا أساسك.
- اجمع كل مبلغ قُيِّد فعليًا في حسابك البنكي من الدفعات في الفترة نفسها.
- اقسم الثاني على الأول. واحد ناقص الناتج هو نسبتك الفعلية المجمّعة.
- قارنها بمجموع النسب المُعلنة. الفارق هو ما يغيب عن نموذجك.
يوجد فارق دائمًا تقريبًا، ونادرًا ما يكون في صالحك. وإن كان معتبرًا ففكّكه إلى مصادره — طلبات معكوسة، وتحويل عملة، وحدود دنيا للرسوم على الطلبات الصغيرة، ورسوم قناة دفع إضافية. الرقم المقيس هذا لا الرقم المُعلن هو ما ينتمي إلى تسعيرك.
وتابِع التفاوت بين الفئات على حدة. يتبيّن عادةً أن النسبة الفعلية على الإعلانات الكبيرة قريبة من الاسمية بينما تبلغ ضعفها على الصغيرة بسبب المكوّنات الثابتة. وهذه إشارة مباشرة إلى الأصناف التي ينبغي حذفها من التشكيلة أو تحويلها إلى حزم.
التوريد كي لا تلتهمك الرسوم
لا يمكنك التفاوض على نسب المنصة، لذا الرافعة الحقيقية الوحيدة هي تكلفة الشراء وسرعة التسليم. FoxReload مورّد جملة للمنتجات الرقمية — أكثر من 900 صنف بين مفاتيح الألعاب وبطاقات الهدايا والشحن وشرائح eSIM ورخص البرمجيات، عبر واجهة REST واحدة مع تسليم آلي وتغطية متعدّدة المناطق. هذا يمنحك قاعدة تكلفة متوقّعة لكل صنف، ويزيل العمل اليدوي، ويُبقي الهامش موجبًا حتى حيث تكون نسبة المنصة مرتفعة. راجع أصنافك في قائمة الأسعار التجريبية.
للاستزادة — مقارنة FunPay وPlati.