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

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

Ось карта. Google Play дозволяє користувачеві призупинити підписку з автопоновленням і дозволяє вам відкласти наступне списання на будь-що від одного дня до року. У Apple немає кнопки паузи, але воно дозволяє вам продовжити дату поновлення двічі на рік, щоразу максимум на 90 днів, без витрат для клієнта. Далі йдеться про те, як працює кожен важіль у кожному магазині, у скільки він вам обходиться порівняно з поверненням коштів, і про одну ситуацію, коли жоден із них не допомагає.

Вибір, який ви насправді маєте, коли підписник хоче піти

Скасування і повернення коштів це не одна й та сама подія, і ставлення до кожного незадоволеного підписника як до повернення коштів це те, як студії віддають гроші, які їм ніколи не довелося б віддавати. Скасування зупиняє наступне поновлення і залишає вже сплачені гроші там, де вони є. Повернення коштів сягає назад і витягує списання, яке ви вже провели. Між цими двома лежить набір інструментів магазину, створених саме для цього моменту: утримати людину в підписці або зберегти теплі стосунки, не скасовуючи платіж.

Призупинити, відкласти, продовжити, потім повернути

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

Як призупинити підписку в Google Play

Google Play це єдиний із двох магазинів зі справжньою паузою. Користувач відкриває свою підписку в Play Store, обирає її призупинити, а магазин робить решту. Ви це не схвалюєте, але можете спроєктувати навколо цього.

Скільки може тривати призупинення

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

Що призупинення робить із доступом, виставленням рахунків і вашими запитами

Поки підписку призупинено, користувач не має доступу і не платить ціну поновлення. Нічого не залишає ваш рахунок і нічого на нього не надходить. Одна деталь інтеграції підводить команди: призупинена підписка не повертається методом queryPurchasesAsync() бібліотеки Play Billing Library, якщо ви не встановите includeSuspendedSubscriptions у true. Пропустіть це, і ваш застосунок може вважати призупиненого підписника повністю втраченим, хоча його від повернення відділяє один дотик.

Що відбувається наприкінці призупинення

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

У Apple немає паузи, тож ви замість цього продовжуєте дату поновлення

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

Двічі на рік, щоразу до 90 днів

Використовуючи App Store Server API, ви можете зсунути дату поновлення підписки клієнта двічі на календарний рік, щоразу максимум на 90 днів у майбутнє, і з клієнта не стягують кошти за доданий час. Ви додаєте extendReasonCode, який фіксує чому, наприклад задоволеність клієнта або проблема з обслуговуванням. Це найближче, що Apple підходить до паузи: замість паркувати план, ви його продовжуєте, тож людина зберігає доступ, а списання, яке ви б отримали, просто зсувається далі.

Один виклик може покрити збій

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

Відкладене виставлення рахунків, важіль для дарування вільного часу без повернення коштів

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

Клієнт зберігає все і ні за що не платить

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

Підключіть сповіщення

Відкладення списання запускає сповіщення Real-time Developer Notification SUBSCRIPTION_DEFERRED, тож ваш бекенд може записати нову дату поновлення і тримати права доступу синхронізованими. Передплачені плани працюють так само: виклик defer продовжує час закінчення, а не дату поновлення.

У скільки грошей вам обходиться кожен варіант

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

Повернення коштів це єдиний хід, який витягує гроші назад

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

Розрахунок, який зворотний платіж погіршує

Питання грошей стає гострішим, коли альтернативою є навіть не чисте повернення коштів, а банківський спір. Для замовлень Google Play, розміщених після 3 серпня 2026 року, програний зворотний платіж коштує розробнику ціни покупки за вирахуванням сервісного збору Play, плюс банківський збір за зворотний платіж. Призупинення або кілька подарованих днів, які утримають розчарованого клієнта від дзвінка до банку, не лише дешевші за повернення коштів, вони відвертають витрату, яка ще більша.

Коли призупинення чи відкладення це неправильний інструмент

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

Поданий спір має власний короткий годинник

Щойно списання оскаржено, ваш єдиний вплив це вузьке вікно. Apple надсилає на ваш сервер CONSUMPTION_REQUEST і чекає до 12 годин на дані про споживання. Google Play запускає 24-годинний годинник і приймає ваші докази через API orders.reviewrefund. Пропустіть будь-яке з вікон, і рішення ухвалять без вас. Тож важелі утримання це для моменту перед запитом на повернення коштів, а не після банківського спору.

Повернення коштів іноді є правильною відповіддю

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

Контрольний список утримання

Ніщо з цього не є екзотичним. Це коротка процедура для моменту, коли підписник сигналізує, що хоче піти.

• Ставтеся до повернення коштів як до останнього з чотирьох ходів, після призупинення, відкладення і продовження, а не як до першого.
• У Google Play проєктуйте з урахуванням призупинення: встановіть includeSuspendedSubscriptions, щоб ваш застосунок не сплутав призупиненого підписника з втраченим.
• Поставтеся до поновлення наприкінці призупинення як до нової покупки, бо саме там призупиненого підписника втримують або втрачають.
• Використовуйте відкладене виставлення рахунків у Google Play і продовження дати поновлення в App Store, щоб дарувати дні замість виписування повернень коштів.
• Записуйте сповіщення SUBSCRIPTION_DEFERRED і продовження, щоб ваші цифри доходу відображали зсунуту дату поновлення.
• Зберігайте повернення коштів для клієнта, з яким справді вчинили несправедливо і який хоче повернути свої гроші, а не для кожного запиту.
• Пам'ятайте, що важелі перестають працювати, щойно подано банківський спір, і відповідайте на 12-годинне та 24-годинне вікна, коли якесь подано.