Push-сповіщення для OurSchoolHangout

Чим більше уваги отримує застосунок – тим довше ним користуються, або ж принаймні не видаляють. Або навпаки, якщо його функціонал і UI/UX надто слабкі, а нагадується він про себе часто і без сенсу. Однак ключове тут саме правильне застосування PUSH-сповіщень, які можуть бути корисними у найрізноманітніших ситуаціях.

Ми в BuildApps постійно наголошуємо на важливості цього компоненту як для бізнесу та його власника, так і для аудиторії, що користується продуктом. Сьогодні ж покажемо на прикладі OSH (OurSchoolHangout) деякі фішки та нюанси, пов'язані саме з «пушами» в апках. 

Хочете більше подробиць? Ознайомтеся з наступними частинами кейсу!

Якщо говорити саме про переваги Push-сповіщень, то вони наступні:

• Інформація миттєво доноситься до користувача. Оновлення, зміни функцій, нагадування про дію чи подію. Все за лічені секунди з'являється на екранах всіх, у кого інстальовано застосунок.
• Індивідуалізація, тобто персоналізовані сповіщення та звернення, врахування інтересів, гео та інших пов'язаних факторів.
• Без сторонніх інструментів. Сповіщення надсилаються через програму, відображаються на екрані і приводять назад у застосунок. Безшовний досвід роботи з продуктом.
• Залученість аудиторії. Як старих користувачів, так і тих, хто тільки встановив програму до смартфона. Сповіщення – реакція, повторити.
• Рентабельність, яка зумовлена низькими витратами на верстку та надсилання повідомлень, однак досить високою віддачею. 
• Конверсії, а це як активність у застосунку, так і комерційні дії аудиторії. Наприклад, придбання чогось зі знижкою, про яку щойно надійшло сповіщення. 

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

Найчастіше систему сповіщень у мобільних продуктах налаштовують за допомогою Firebase або Azure Notification Hub. Водночас для застосунків на iOS зазвичай використовують окрему службу – Apple Push Notification Service (APNs). А це:

• по-перше, ускладнює кросплатформну реалізацію уніфікованих пушів;
• по-друге, підвищує витрати, оскільки потребує розрізнених інтеграцій та синхронізації. Іноді навіть в ручному режимі.

Власне, це і стало однією з причин звернення власника OSH з проханням стандартизувати служби сповіщень для цільових платформ, тобто iOS та Android. 

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

Але перша складність – міграція між службами. З Azure Notification Hub на Firebase, якщо точніше. Причина? Надто висока вартість сповіщень, як для примітивного функціоналу. 

Друга складність – налаштування протоколів та призначення потрібних класів для сповіщень. Але це більше рутина, ніж справжній виклик.

Третя складність – уніфіковані сповіщення для всіх платформ. Тобто адаптація баннерів до нативного дизайну операційних систем, правильне призначення APIs тощо. 

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

Як ми з цим впорались? Елементарно. Просто сіли, попрацювали, налаштували, протестували, інтегрували. Так, це час, так це зусилля. Але ж який результат!

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

Тепер пуші відправляються так, як і повинні. Акції окремо, нагадування окремо, системні речі теж окремо. У підсумку:

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

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

Бажаєте реалізувати аналогічний проєкт? Потрібна допомога фахівців? Довірте це експертам BuildApps. Зв'яжіться з менеджером для початку співпраці!