بياناتك عن الاستهلاك تُطلِع Apple على قرار استرداد الأموال، لكنها لا تتحكم فيه

ينقر أحد العملاء على استرداد الأموال، وخلال دقيقة يتلقى خادمك CONSUMPTION_REQUEST من Apple. أمامك 12 ساعة للرد ببيانات الاستهلاك، ومن المغري قراءة ذلك الرد باعتباره حق نقض: أرسل تفضيل الرفض، واحتفظ بالمال. إنه ليس حق نقض. تقول وثائق Apple نفسها إن App Store يستخدم مجموعة متنوعة من العوامل لتحديد ما إذا كان طلب استرداد الأموال سيُقبل أو يُرفض، وإن معلومات الاستهلاك التي تقدمها تُستخدم لإطلاع قراراته بشأن استرداد الأموال. إطلاع، لا تقرير. يستعرض هذا المنشور ما تُحرّكه بياناتك عن الاستهلاك فعلاً، ولماذا قد تُرد أموال عملية شراء وسمتها بتفضيل الرفض، وكم يساوي هذا الجهد كله بعد أن تحسب المال الذي أنفقته بالفعل.

ماذا تفعل Apple فعلاً ببياناتك عن الاستهلاك

توجد نقطة النهاية Send Consumption Information كي تتمكن من تقديم السياق إلى Apple في اللحظة التي يكون فيها استرداد الأموال محل تساؤل. لكنها لا تسلّمك القرار. قراءة التدفق بالترتيب الصحيح هي الفرق بين وضع توقعات معقولة وبين تقديم بلاغ عن خلل ضد سلوك موثّق.

App Store يقرر، وأنت توصي

تتحدث Apple بوضوح عن هذا التقسيم. في مرجع Send Consumption Information، تكتب Apple أن App Store يستخدم مجموعة متنوعة من العوامل لتحديد ما إذا كان طلب استرداد الأموال سيُقبل أو يُرفض، وأنه يستخدم معلومات الاستهلاك التي تقدمها لإطلاع قراراته بشأن استرداد الأموال. وعلى حقل refundPreference نفسه، تنص Apple على أن تفضيل استرداد الأموال الخاص بك هو أحد مجموعة متنوعة من العوامل التي يستخدمها App Store لإطلاع قراراته. إذن فإن أقوى إشارة يمكنك إرسالها، أي تفضيل الرفض الصريح، تظل مُدخلاً واحداً في نموذج لا تتحكم فيه. تاريخ العميل، والسبب الذي ذكره، ونوع المنتج، وإشارات الاحتيال الخاصة بـApple، كلها تجلس في النموذج نفسه إلى جانب ردّك.

CONSUMPTION_REQUEST يشمل الآن الاشتراكات، لا السلع الاستهلاكية فقط

كانت هذه قصة سلع استهلاكية فيما مضى. منذ WWDC24 يُطلَق إشعار CONSUMPTION_REQUEST عندما يطلب أحد العملاء استرداد الأموال عن عملية شراء استهلاكية داخل التطبيق أو اشتراك قابل للتجديد التلقائي. هذا توسّع كبير في النطاق. نفس الرد خلال 12 ساعة ينطبق الآن على عمليات استرداد أموال الاشتراكات، حيث يختلف نفوذك لأن Apple تحسب الاستهلاك للاشتراكات القابلة للتجديد التلقائي بنفسها ولن تقبل منك تفضيلاً تناسبياً. اقرأ نوع المنتج في كل طلب قبل أن تقرر مدى الضغط الذي يمكن أن يمارسه ردّك.

المُدخلات الخمسة المسموح لك بإرسالها

جسم الطلب V2 الذي تقبله Apple صغير، خمسة حقول تؤدي العمل، وثلاثة منها مطلوبة. كل واحد منها مُدخل توازنه Apple، وليس مفتاحاً يفرض نتيجة. إليك ما يمكنك وضعه في الرد وما يخبر Apple به.

مهلة الـ12 ساعة، وبوابة الموافقة التي تغفل عنها معظم الفرق

آليتان تقرران ما إذا كان ردّك سيُحتسب أصلاً. إحداهما ساعة. والأخرى علامة موافقة توقف كثيراً من الردود حسنة النية عند الباب.

رُدّ خلال 12 ساعة وإلا فاتت اللحظة

تعليمة Apple واضحة: رُدّ خلال 12 ساعة من تلقي إشعار CONSUMPTION_REQUEST. هذه هي المهلة كاملة. طلب استرداد الأموال لا ينتظر يوم عملك التالي، والرد على الاستهلاك الذي يصل متأخراً هو رد لم توازنه Apple قط. إذا كنت ترد على هذه الطلبات يدوياً، فإن ساعة الـ12 هي الجزء الذي يفشل بهدوء أولاً، في عطلات نهاية الأسبوع، وفي الأعياد، وفي الثالثة فجراً بتوقيتك. يجب أن يكون الرد آلياً كي يكون موثوقاً، لأن المهلة لا تكترث بموعد استيقاظ فريقك.

لا يمكنك إرسال البيانات ما لم يوافق العميل

إليك البوابة التي تتعثر عندها الفرق. ترفض Apple أي طلب Send Consumption Information تكون فيه قيمة customerConsented أي شيء غير true. بكلمات Apple، إذا قدّم العميل موافقته، فرُدّ باستدعاء واجهة برمجة التطبيقات وإرسال بيانات الاستهلاك؛ وإن لم يفعل، فلا ترد على إشعار CONSUMPTION_REQUEST. كما تضع Apple المسؤولية عليك مباشرة: يجب أن تحصل على موافقة صحيحة من العميل قبل مشاركة بياناته الشخصية، وأنت، أيها المطوّر، المسؤول الوحيد عن الحصول عليها. إذن فالسؤال الأول في كل طلب ليس كم استهلكوا، بل هل وافق هذا العميل على أن نُخبر Apple. لا موافقة، لا رد، ويُبتّ في استرداد الأموال بناءً على كل شيء عدا جانبك من القصة.

ما الذي يُحرّك فعلاً قرار Apple بشأن استرداد الأموال

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

لماذا يمكنك إرسال تفضيل الرفض وترى استرداد الأموال مع ذلك

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

كم تساوي التوصية بالدولار

استرداد الأموال ليس ثمن البيع. إنه ثمن البيع زائد كل ما أنفقته بالفعل لتسليمه، والرد على الاستهلاك لا يمسّ سوى الجزء الأول أبداً.

المال مُنفَق بالفعل بحلول وصول الطلب

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

• ثمن البيع: صافي عائداتك بعد عمولة Apple، ويُعكَس إن مُنح استرداد الأموال. هذا هو الجزء الوحيد الذي يمكن لردّك أن يؤثر فيه.
• كلفة التسليم: الحوسبة، واستدعاءات واجهات برمجة التطبيقات، والتخزين، وأي دفعة سددتها بالفعل مقابل عملية الشراء. ذهبت بصرف النظر عن القرار.
• وقت الموظفين: كل عملية استرداد أموال يُرد عليها يدوياً هي دقائق من يوم شخص ما، ومهلة الـ12 ساعة تعني أن تلك الدقائق تقع في ساعات غير مناسبة.
• النمط الذي يفوتك: عميل يطلب استرداد الأموال مراراً وتكراراً هو كلفة لا تراها إلا إذا كنت تتتبع الاستهلاك والتاريخ عبر الطلبات، لا تعامل كل طلب بوصفه حالة منفردة.

كيف يتعامل Google Play مع السؤال نفسه

Apple ليست المتجر الوحيد الذي يطلب منك الإدلاء برأيك ثم يقرر بنفسه. يُشغّل Google Play تدفقاً موازياً لعمليات ردّ المدفوعات البنكية، والشكل نفسه: أنت ترسل الأدلة، والمتجر يقرر. الفروق في الساعة وفيما يُسمح لك بإرساله.

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

يلتقط RefundHalt الـCONSUMPTION_REQUEST في اللحظة التي ترسله فيها Apple، ويتحقق من الموافقة، ويُجمّع حالة الاستهلاك، وحالة التسليم، وتفضيل استرداد أموال قائماً على الأدلة، ويرد داخل مهلة الـ12 ساعة دون أن يراقب أحد في فريقك ساعة. ويفعل الشيء نفسه لمراجعة ردّ المدفوعات في Google Play داخل مهلته البالغة 24 ساعة. لا يمكنك أن تجعل Apple تقرر بطريقتك. لكن يمكنك أن تضمن ألا تقرر Apple أبداً دون جانبك من القصة، في كل عملية استرداد أموال، وفي الوقت المناسب.