Ваші дані про споживання інформують рішення 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 годин це частина, що тихо відмовляє першою, у вихідні, у свята та о 3 годині ночі у вашому часовому поясі. Відповідь має бути автоматизованою, щоб бути надійною, бо вікну байдуже, коли ваша команда не спить.

Ви не можете надіслати дані, якщо клієнт не дав згоди

Ось бар'єр, об який спотикаються команди. Apple відхиляє запит Send Consumption Information, значення customerConsented якого відрізняється від true. Словами Apple: якщо клієнт надав згоду, відповідайте, викликаючи API та надсилаючи дані про споживання; якщо ні, не відповідайте на сповіщення CONSUMPTION_REQUEST. Apple також покладає відповідальність прямо на вас: ви маєте отримати дійсну згоду клієнта перед тим, як ділитися його персональними даними, і ви, розробник, несете за це виключну відповідальність. Тож перше питання за кожним запитом не в тому, скільки вони використали, а в тому, чи погодився цей клієнт, щоб ми повідомили Apple. Немає згоди, немає відповіді, і повернення вирішується на всьому, крім вашого боку історії.

Що насправді змінює рішення Apple про повернення

Якщо відповідь це рекомендація, чесне питання полягає в тому, наскільки вона рекомендує. Відповідь така, що ваші дані важать найбільше саме там, де людина б завагалася, і найменше там, де результат ніколи насправді не був під сумнівом.

Чому ви можете надіслати віддавати перевагу відмові й усе одно побачити повернення

Розробники повідомляють, що надсилають віддавати перевагу відмові за покупку, яку клієнт повністю спожив, і спостерігають, як Apple усе одно її повертає. Це не зламаний API. Apple сказала вам, що зважує багато чинників, і за будь-яким запитом деякі з цих чинників можуть переважити повністю спожитий витратний товар: клієнт із чистою історією, наведена причина, яку Apple вважає вагомою, невелика сума в доларах, перший запит. Ваша відповідь тиснула проти повернення. Інші внески тиснули сильніше. Урок не в тому, щоб перестати відповідати, а в тому, щоб перестати очікувати, що чистий витратний товар завжди виживе. Там, де сигнал справді змішаний, статус частково спожито, задокументована проблема з доставленням і чесна перевага це внески, що можуть схилити межовий випадок на вашу користь.

Скільки рекомендація вартує в доларах

Повернення це не ціна продажу. Це ціна продажу плюс усе, що ви вже витратили на його доставлення, а відповідь про споживання торкається лише першої частини.

Гроші вже витрачено на момент, коли надходить запит

На той час, коли Apple запитує, чи повертати, клієнт уже використав річ. На витратному товарі це означає, що обчислення відбулися, виклики сторонніх API були нараховані, зображення, токени чи генерації були вироблені, а сховище було записане. Це сплачені витрати з вашого боку, і вони не повертаються, якщо Apple відмовляє в поверненні, і вони втрачені двічі, якщо Apple його надає. Ваша відповідь про споживання може відіграти ціну продажу в межовому випадку. Вона не може відіграти вартість товарів, які ви вже передали. Це справжня причина, чому повністю спожита покупка є дорогою для повернення, і це не має нічого спільного з тим, як давно її придбали.

• Ціна продажу: ваш чистий дохід після комісії Apple, скасований, якщо повернення надано. Це єдина частина, на яку ваша відповідь може вплинути.
• Вартість доставлення: обчислення, виклики API, сховище і будь-яка виплата, яку ви вже здійснили щодо покупки. Зникли незалежно від рішення.
• Час персоналу: кожне повернення, оброблене вручну, це хвилини з дня людини, а вікно 12 годин означає, що ці хвилини випадають у незручні години.
• Закономірність, яку ви пропускаєте: клієнт, який повертає знову і знову, це витрата, яку ви бачите лише тоді, коли відстежуєте споживання та історію між запитами, а не ставитеся до кожного як до одноразового.

Як Google Play обробляє те саме питання

Apple не єдиний магазин, який просить вас висловитися, а потім вирішує сам. Google Play веде паралельний потік для банківських зворотних платежів, і форма та сама: ви надсилаєте докази, магазин вирішує. Відмінності в годиннику і в тому, що вам дозволено надіслати.

Висновок для обох магазинів однаковий. Ваше завдання, відповісти у межах вікна точними доказами про споживання і чесною перевагою. Завдання магазину, вирішити. Плутати ці два, це те, як команда зрештою або ігнорує вікно, бо відповідь лише рекомендація, або довіряє відповіді як вето і отримує несподіванку, коли повернення все одно надходить. Жодне з цього не є правильним. Відповідайте щоразу, відповідайте точно і ставтеся до результату як до рішення, яке ви поінформували, а не того, яке ви ухвалили.

RefundHalt перехоплює CONSUMPTION_REQUEST у момент, коли Apple його надсилає, перевіряє згоду, збирає статус споживання, статус доставлення і засновану на доказах перевагу повернення, і відповідає в межах вікна 12 годин, без того, щоб хтось із вашої команди стежив за годинником. Він робить те саме для перевірки зворотних платежів Google Play в межах її вікна 24 годин. Ви не можете змусити Apple вирішити на вашу користь. Ви можете подбати про те, щоб Apple ніколи не вирішувала без вашого боку історії, за кожним поверненням, вчасно.