Додаток чи сайт: що потрібно бізнесу

Сайт, PWA, Mini App чи застосунок: порівняння в таблиці

«Додаток чи сайт» насправді запитання не з двох варіантів, а з чотирьох. Між звичайним сайтом і застосунком у магазині є два проміжні формати, і саме вони часто виявляються розумним вибором. Ось порівняння за цінами YARDOS. (Слова «додаток» і «застосунок» тут означають одне й те саме.)

Якщо не знаєте, з чого почати, правило таке: йдіть від дешевого до дорогого. Сайт — основа, на якій будується все інше. Потім додавайте формат, коли бачите, що клієнтам його бракує. Скільки коштує застосунок повністю, ми докладно розібрали в статті «Скільки коштує розробка мобільного додатка».

У чому головна відмінність сайту від застосунку

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

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

Що це означає для бізнесу

• Нові клієнти приходять майже завжди через сайт, пошук і рекламу. Застосунок для них — надто високий поріг.
• Постійні клієнти охоче користуються застосунком, якщо він економить час: замовлення в два дотики, історія покупок, бонуси.
• SEO. Сайт приводить трафік із пошуку. Застосунок цього сам по собі не робить, його потрібно просувати окремо в магазинах.
• Оновлення. Сайт оновлюється миттєво. Застосунок проходить перевірку магазину за кожної нової версії.

Тому найчастіше в бізнесу спершу з'являється сайт, і лише потім (якщо є причина) застосунок. Якщо сайту у вас ще немає, почніть із кроків зі статті «Як зробити сайт для бізнесу».

Коли бізнесу вистачить сайту

Сайту достатньо, якщо виконується більшість пунктів:

• клієнти знаходять вас через пошук чи рекламу й залишають заявку;
• купити або записатися можна одним заповненням форми чи дзвінком;
• клієнт повертається рідко (кілька разів на рік), а не щодня;
• вам не потрібні датчики телефона: камера, Bluetooth, фонові сповіщення;
• ви хочете витратити бюджет на зростання, а не на розробку нового формату.

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

Якщо ви обираєте між конструктором і розробкою сайту, порівняння є в статті «Конструктор чи розробка сайту».

PWA чи нативний застосунок: у чому різниця

PWA (progressive web app) — це сайт, який уміє поводитися як застосунок. Його можна встановити на екран телефона, він відкривається без адресного рядка, зберігає частину даних для роботи за слабкого зв'язку та може надсилати сповіщення. Основи технології описано в курсі web.dev. Нативний застосунок — програма, що встановлюється з App Store чи Google Play і працює безпосередньо в операційній системі.

Що PWA робить добре

• Не потрібно проходити перевірку магазинів і платити за акаунти розробника.
• Один код на всіх пристроях, оновлення виходять одразу.
• Коштує помітно дешевше: у нас PWA на основі сайту — €2 490.
• Люди заходять за посиланням із реклами, QR-коду чи розсилки та можуть додати значок на екран.

Де PWA поступається

• На iPhone сповіщення працюють лише після того, як користувач додав сайт на екран «Додому» (iOS та iPadOS 16.4 і новіші) та дозволив їх натисненням; у звичайній вкладці браузера сповіщень немає (документація Apple).
• Ви не з'являєтеся в пошуку по магазинах застосунків.
• Доступ до частини можливостей пристрою обмежений порівняно з нативним застосунком.
• Багатьом людям звичніше шукати застосунки в магазині, і там простіше працювати з довірою та оцінками.

Що обрати

Якщо вам потрібні швидкий доступ, сповіщення й гарний інтерфейс на телефоні без бюджету на магазини, почніть із PWA. Якщо потрібні важкі можливості пристрою, присутність у магазинах чи платні підписки всередині застосунку, беріть повноцінний застосунок. Зауважте також, що Apple не приймає в App Store застосунки, які є просто «запакованим сайтом» без власних функцій (правило 4.2), тож проста обгортка навколо сайту в магазин може не пройти.

Коли без застосунку не обійтися

Застосунок окупається, коли виконуються бодай дві-три умови зі списку:

• Часте використання. Клієнт заходить раз на день або частіше: замовлення їжі, фітнес, навчання, банк, доставка.
• Сповіщення важливі для сервісу. Нагадування, статус замовлення, повідомлення від майстра.
• Потрібні можливості телефона. Камера, сканер, геолокація, Bluetooth, робота без інтернету.
• Потрібне власне «середовище». Профіль, історія, бали та закритий вміст в одному місці.
• Магазин як канал. Ви розраховуєте, що частина клієнтів знайде вас в App Store і Google Play.
• Застосунок і є ваш продукт. Стартап, де сервіс працює лише на телефоні.

Якщо ви стартап і застосунок — це ідея продукту, не намагайтеся одразу зробити все. Спершу перевірте попит на мінімальній версії. Що таке MVP і скільки коштує запуск, читайте в статті «MVP: що це і скільки коштує запустити», а шлях від ідеї до публікації описано в «Як створити мобільний додаток».

Flutter чи React Native: на чому робити застосунок

Якщо ви обрали застосунок, виникає технічне запитання, яке нерідко ставлять і замовники: на чому його писати. Один із частих запитів на цю тему — порівняння Flutter і React Native. Вам не потрібно розбиратися в деталях, але суть корисно розуміти.

І те, й інше — спосіб написати один код, з якого збираються застосунки і для iPhone, і для Android. Це швидше та дешевше, ніж робити два окремі застосунки. Flutter розроблено в Google, він використовує мову Dart і власне відмальовування інтерфейсу (flutter.dev). React Native ґрунтується на JavaScript і використовує нативні елементи інтерфейсу платформи (reactnative.dev).

Чесна відповідь

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

Що потрібно запитати в підрядника:

1. На чому ви зробите застосунок і чому саме на цьому?
2. Чи належатиме код мені, і чи зможуть інші розробники його підтримувати?
3. Чи є у вас досвід публікації таких застосунків у магазинах?

Окрема нативна розробка (Swift для iOS і Kotlin для Android) потрібна для важкої графіки, складної роботи з датчиками або коли продукту потрібні найсвіжіші можливості платформи в день їх виходу. Для всього іншого один код простіший і економніший.

Як рости від сайту до застосунку без зайвих витрат

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

1. Сайт. З'являється адреса, яку можна вказати в рекламі, банку й у партнерів. Ви збираєте заявки та бачите, що питають клієнти.
2. PWA або Mini App. Сайт отримує значок на екрані та сповіщення, або ж сервіс переїжджає в Telegram. Ви бачите, чи повертаються люди та чи користуються зручністю.
3. Застосунок у магазинах. Якщо регулярне використання підтверджене, має сенс вкластися в повноцінний застосунок. До цього моменту у вас уже є сценарії, тексти, дизайн і дані, тому розробка йде швидше й точніше.

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

Часті помилки під час вибору

• «У всіх конкурентів є застосунок, отже, потрібен і нам». Подивіться, скільки в них завантажень і відгуків. Іноді застосунок є, а користуються ним одиниці.
• Починати із застосунку, пропустивши сайт. Без сайту вас не знайдуть у пошуку, а банки й партнери не побачать компанію.
• Замовляти обгортку сайту для магазину. Такі застосунки ризикують не пройти перевірку Apple і мало що дають користувачеві.
• Не рахувати витрати після запуску. Акаунти магазинів, оновлення під нові версії iOS та Android, підтримка й просування. Закладіть їх із самого початку.
• Обирати технологію раніше за завдання. Спершу вирішіть, що має робити продукт, потім обирайте формат та інструменти.

Що обрати у вашій ситуації

• Якщо ви відкриваєте компанію чи запускаєте послугу, почніть із сайту. Він потрібен для банку, партнерів і клієнтів, а застосунок зачекає. Для швидкого старту є «Сайт за 24 години».
• Якщо сайт уже є і клієнти повертаються, додайте PWA за €2 490: іконка на екрані та сповіщення без магазинів.
• Якщо ваші клієнти у вашому місті спілкуються в Telegram, подивіться на Mini App від €3 900: запис, каталог і оплата просто в месенджері.
• Якщо у вас стартап і застосунок — ваш продукт, робіть MVP від €10 900 і перевіряйте попит.
• Якщо ви не впевнені, напишіть нам: розкажіть про бізнес і клієнтів, і ми чесно скажемо, який формат вам підходить, а який поки зайвий.
• Якщо потрібна складна система з кабінетами та ролями, почніть з архітектурної сесії за €3 500 (сума зараховується в проєкт).

Як обрати виконавця під будь-який із цих форматів і не помилитися, дивіться в статті «Як обрати веб-студію», а ціни на всі формати зібрані в прайсі.