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