إجابة سريعة: ليس كل طلب استرداد أموال يعني عميلًا غير راضٍ. فحصة معتبرة منها تمثل أنماط إساءة استخدام يمكن التنبؤ بها: إساءة استخدام الفترة التجريبية (استخدام الميزات المميزة، ثم طلب الاسترداد في لحظة خصم الرسوم)، والاستخدام ثم الاسترداد (الحصول على الشيء الوحيد الذي يحتاجه المستخدم، ثم طلب استرداد أمواله)، وعمليات الشراء "العرضية" على حسابات نشطة منذ عدة أشهر. تترك هذه الأنماط آثارًا واضحة في بياناتك، والحالات القابلة للطعن منها هي تحديدًا ما لا ينبغي أن تفقده بسبب تفويت نافذة الرد.
لماذا يهم هذا التمييز
إذا تعاملت مع كل طلب استرداد بالطريقة نفسها - أي باعتباره مستخدمًا غير راضٍ أخفقت في تلبية احتياجاته - فستخرج باستنتاجات خاطئة وتتخذ إجراءات غير صحيحة.
بعض طلبات الاسترداد تعكس بالفعل عدم رضا حقيقي، والحل هنا يكمن في العمل على المنتج وتجربة المستخدم. لكن إساءة استخدام استرداد الأموال في التطبيقات تتطلب تحليلًا مختلفًا، لأن بعض أنشطة الاسترداد قد تُظهر أنماطًا لا تتسق مع سلوك العميل العادي.
الجمع بين الحالتين في فئة واحدة يحجب كلا المشكلتين. فقد يجعل منتجك يبدو أسوأ مما هو عليه فعلًا، بينما تختفي طلبات الاسترداد القابلة للاستعادة أو المراجعة في الفئة نفسها التي تضم طلبات الاسترداد المشروعة من العملاء.
الفصل بين عدم رضا العملاء وأنماط الإساءة المحتملة هو الخطوة الأولى لاتخاذ أي إجراء مفيد بشأن أي منهما.
أنماط الإساءة الرئيسية
توجد بعض الأنماط التي تستحق المتابعة:
إساءة استخدام الفترة التجريبية. يبدأ المستخدم فترة تجريبية مجانية، ويستخدم الميزات المميزة لتلبية حاجته، ثم يطلب استرداد الأموال في الوقت الذي تتحول فيه الفترة التجريبية إلى اشتراك مدفوع. يمكن أن يكون التوقيت وسجل الاستخدام مؤشرين مفيدين عند تقييم المعاملة.
الاستخدام ثم الاسترداد. شائع في تطبيقات الأدوات المساعدة والتطبيقات ذات القيمة الواحدة. يشترك شخص ما لإتمام مهمة محددة، كتحويل ملف، أو فتح ميزة، أو إزالة علامة مائية، أو استخدام خدمة ما، ثم يُنهي المهمة ويطلب استرداد أمواله فورًا. المؤشر المهم هنا هو العلاقة بين القيمة المستهلكة وتوقيت طلب الاسترداد.
عمليات الشراء "العرضية" على حسابات قائمة منذ فترة. يزعم المستخدم أنه أجرى عملية الشراء بالخطأ على حساب نشط منذ أشهر وله سجل استخدام معتبر. تحدث عمليات الشراء العرضية الحقيقية بالفعل، لكن مدة الحساب وسجل الاستخدام يمكن أن يوفرا سياقًا إضافيًا عند تقييم طلب استرداد شراء عرضي.
متكررو طلب الاسترداد. قد تُظهر مجموعة أصغر من المستخدمين سلوكًا متكررًا في طلب الاسترداد عبر عمليات شراء متعددة. طلب استرداد واحد يُعد حادثة منفردة؛ أما سجل طويل من طلبات الاسترداد فهو نمط يستحق التحقيق. يمكن أن تتضمن بيانات الاستهلاك من Apple إجمالي مبالغ الاسترداد مدى الحياة، ومدة الحساب، وإجمالي مبالغ الشراء مدى الحياة، ومعلومات أخرى متعلقة بالاستهلاك يمكن أن تساعد في توفير السياق.
الآثار التي يتركها كل نمط
سبب أهمية هذه الأنماط للأتمتة هو أنها ليست بالضرورة غير مرئية. فهي يمكن أن تظهر في بيانات المعاملات والاستهلاك المستخدمة لتقييم طلبات الاسترداد:
استهلاك مرتفع مع استرداد فوري. يمكن أن يشير الاستخدام الكبير المصحوب بطلب استرداد بعده بوقت قصير إلى نمط محتمل من الاستخدام ثم الاسترداد.
استرداد متزامن مع رسوم تحويل الفترة التجريبية. يمكن أن يكون طلب الاسترداد المتمركز حول تحويل الفترة التجريبية مؤشرًا مفيدًا عند تقييم إساءة استخدام الفترة التجريبية.
مدة الحساب في مقابل زعم "الشراء العرضي". الحساب القائم منذ فترة طويلة والنشط في استخدامه عند زعمه حدوث شراء عرضي يخلق تضاربًا يستحق المراجعة بدلًا من افتراض الاحتيال تلقائيًا.
سجل استرداد متكرر. العميل الذي يملك سجل استرداد متكررًا قد يمثل نمطًا بدلًا من حادثة منفردة.
تتضمن وثائق Apple الحالية لطلبات الاستهلاك حقولًا مثل مدة الحساب، وحالة الاستهلاك، ومدة الاستخدام، وإجمالي الدولارات المستردة مدى الحياة، وإجمالي الدولارات المشتراة مدى الحياة، وحالة التسليم، وما إذا كان قد تم تقديم محتوى تجريبي أو فترة تجريبية.
وهذا يعني أن المطورين يمكنهم استخدام الأدلة المتاحة لتوفير سياق أكبر عند الرد على طلبات استرداد Apple المؤهلة. وتقول Apple إن معلومات الاستهلاك هذه تساعد في إرشاد قراراتها المتعلقة بالاسترداد، وينبغي على المطورين الرد على طلب CONSUMPTION_REQUEST خلال 12 ساعة.
لماذا تستحق طلبات الاسترداد الناتجة عن الإساءة أن يتم الطعن فيها
وهنا يأتي الجانب الاستراتيجي.
عادةً تستحق طلبات الاسترداد الناتجة عن عدم رضا حقيقي استجابة مختلفة. فالطعن في شكاوى العملاء المشروعة يمكن أن يضر بتجربة العميل ولا يعالج مشكلة المنتج الأساسية.
أما إساءة استخدام استرداد الاشتراكات المحتملة فهي مختلفة. فعندما تُظهر الأدلة المتاحة استهلاكًا كبيرًا، أو قيمة مُقدَّمة، أو سلوك استرداد متكرر يتعارض مع زعم العميل، فقد تستدعي الحالة مراجعة أدق.
والتمييز المهم هنا هو أن المطورين لا يمكنهم رفض كل طلب استرداد من جانب واحد. فـ Apple وGoogle هما من يتخذان القرار النهائي، ولا يخلق كل طلب استرداد فرصة للمطور للرد.
في Apple، تتيح إشعارات CONSUMPTION_REQUEST المؤهلة للمطورين تقديم معلومات استهلاك تستخدمها Apple لإرشاد قرارها المتعلق بالاسترداد.
في Google Play، يمكن أن تُنتج عمليات رد المبالغ التي تتطلب مراجعة من المطور إشعار PendingRefundReviewNotification. ويمكن للمطورين تقديم تفضيل استرداد وأدلة استخدام الشراء ذات الصلة من خلال واجهة ReviewRefund API خلال 24 ساعة.
لهذا السبب ينبغي التعامل مع مشكلة الاحتيال في استرداد أموال التطبيقات باعتبارها مسألة كشف وأدلة، لا مجرد مسألة رفض طلبات الاسترداد.
ما يمكنك وما لا يمكنك فعله حيال ذلك
بصراحة بشأن الحدود القصوى لما يمكن فعله:
لا يمكنك منع عميل من طلب استرداد الأموال، ولا يمكنك رفض الطلب من جانب واحد. فـ Apple وGoogle هما من يتخذان القرار النهائي.
لا يمكنك الطعن في كل طلب استرداد ناتج عن إساءة الاستخدام؛ فلا يخلق كل طلب استرداد فرصة مراجعة للمطور، وتختلف العملية المتاحة بين Apple وGoogle.
يمكنك الرد على كل طلب مؤهل بالأدلة المتاحة المتعلقة بالاستهلاك والشراء، في حدود نافذة الرد المعمول بها.
يمكنك تحديد الأنماط - أي تطبيقات، وأي أسباب، وأي منتجات، وأي سلوكيات عملاء - لتتمكن من التمييز بين احتكاك المنتج الحقيقي والإساءة المحتملة.
بالنسبة للفرق التي تعالج أحجامًا كبيرة من الاشتراكات، يمكن أن تساعد برامج كشف إساءة استخدام الاسترداد في مركزة أحداث الاسترداد، وتحديد الأنماط المشبوهة، وضمان ألا تبقى الطلبات المؤهلة دون رد.
تقوم RefundSensor بكلا الجزأين. فهي تستجيب لأحداث CONSUMPTION_REQUEST المؤهلة من Apple ومراجعات رد المبالغ في Google Play، بينما تُفصّل تحليلاتها طلبات الاسترداد بحسب التطبيق والسبب، بحيث تصبح أنماط الإساءة المحتملة واضحة بدلًا من أن تختفي داخل رقم واحد هو "معدل الاسترداد".
فتتوقف عن خسارة الحالات القابلة للمراجعة بسبب التوقيت، بينما تكتسب رؤية واضحة لمدى مساهمة الإساءة المحتملة في المشكلة مقارنة باحتكاك المنتج الحقيقي.
قراءات إضافية
https://developers.google.com/android-publisher/voided-purchases
https://developer.android.com/google/play/billing/provide-refund-and-chargeback-suggestions
https://developer.android.com/reference/com/android/billingclient/api/BillingFlowParams.Builder
https://developer.apple.com/documentation/appstoreserverapi/appaccounttoken
https://developer.apple.com/documentation/appstoreserverapi/consumptionrequest
https://support.google.com/googleplay/android-developer/answer/17068375
تعرّف على مدى احتمال ارتباط معدل الاسترداد لديك بإساءة استخدام محتملة. تساعد RefundSensor في مراقبة أنشطة الاسترداد المؤهلة في Apple وGoogle Play، وتُفصّل أحداث الاسترداد بحسب التطبيق والسبب، بحيث لا تبقى الإساءة المحتملة مخفية داخل أرقام الاسترداد الإجمالية لديك. ابدأ مجانًا
الأسئلة الشائعة
هي استخدام نظام الاسترداد للحصول على قيمة دون الدفع، مثل إساءة استخدام الفترة التجريبية، أو الاستخدام ثم الاسترداد، أو الزعم الكاذب بحدوث "شراء عرضي". وهي تختلف عن عدم الرضا الحقيقي، حيث يكون الاسترداد مبررًا.
لا يمكنك منع الطلب أو رفضه بنفسك؛ فالمتاجر هي التي تقرر. ما يمكنك فعله هو الرد على الطلبات المؤهلة بأدلة استهلاك تكشف الإساءة، والحد من إساءة استخدام الفترة التجريبية من مصدرها من خلال تصميم أوضح للفترة التجريبية وجدار الدفع.
شكل البيانات يخبرك بذلك: استهلاك مرتفع مع استرداد فوري، أو استرداد متزامن مع تحويل الفترة التجريبية، أو زعم "شراء عرضي" على حساب نشط منذ فترة طويلة. تجعل تحليلات الاسترداد بحسب السبب هذه الأنماط واضحة.
حالات الإساءة، حيث تم تقديم القيمة بوضوح والزعم ضعيف. أما طلبات الاسترداد الناتجة عن عدم رضا حقيقي فمن الأفضل عادةً منحها. والمشكلة هي أن طلبات الاسترداد الناتجة عن الإساءة تُفقد غالبًا بشكل تلقائي بسبب تفويت نافذة الرد.
لا يمنع الرد الطلب، لكن تقديم بيانات استهلاك دقيقة يعطي Apple السياق اللازم لأخذ الإساءة في الحسبان عند اتخاذ قرارها - سياق لن تحصل عليه أبدًا إذا لم ترد في الوقت المناسب.
