01Перший запуск
Цінність за 20 секунд
Без обовʼязкової реєстрації й довгого онбордингу. Клієнт бачить свій регіон, доставку й актуальні ціни ще до створення акаунта.
Застосунок окупається другою покупкою, а не першою.
Розробляємо мобільні застосунки для інтернет-магазинів, де покупка повторюється. Спершу рахуємо, скільки повторних замовлень має принести застосунок, щоб виправдати себе – і чи реально їх отримати.
Рахунок перед стартом
Скільки повторних покупок має дати застосунок, щоб не бути витратою
Це перше, що ми рахуємо на зустрічі. Якщо цифри не сходяться – скажемо про це до того, як ви витратите бюджет на розробку.
Частота
4×
Скільки разів на рік купує ваш активний клієнт
× Приріст
+18{85c32a404beb3a17fad9859395e98171d5844d669a872c9f6728ab61e397d515}
Наскільки частіше купують ті, хто перейшов у застосунок
× База
12 000
Скільки покупців реально встановлять застосунок за рік
= Рішення
Так / Ні
Якщо приріст не перекриває розробку й підтримку за 18 місяців, ми порадимо вкластися в мобільний сайт.
Застосунок – не канал залучення. Це інструмент утримання тих, кого ви вже привели.
Ключові екрани
Чотири екрани, на яких застосунок або заробляє, або втрачає
02Каталог
Пошук, що працює одним пальцем
Фільтри під великий палець, історія переглядів, збережені списки. Той самий каталог, що й на сайті – з однаковими цінами й залишками.
03Checkout
Оформлення в два дотики
Збережені адреси й картки, Apple Pay та Google Pay, повтор минулого замовлення однією кнопкою. Тут застосунок має бути швидшим за браузер, інакше він не потрібен.
04Повернення
Причина відкрити знову
Статус замовлення, повернення товару в наявність, персональні пропозиції. Пуш надсилається тоді, коли він корисний, а не за розкладом маркетолога.
Утримання
Головна метрика застосунку – не встановлення, а тридцятий день
Установки легко купити рекламою. Гроші приносить частка тих, хто відкриває застосунок через місяць. Проєктуємо саме під цю цифру й дивимось на неї щотижня після релізу.
ПеріодЧастка активнихЗначення
День 1
100{85c32a404beb3a17fad9859395e98171d5844d669a872c9f6728ab61e397d515}
День 7
42{85c32a404beb3a17fad9859395e98171d5844d669a872c9f6728ab61e397d515}
День 30
24{85c32a404beb3a17fad9859395e98171d5844d669a872c9f6728ab61e397d515}
День 90
16{85c32a404beb3a17fad9859395e98171d5844d669a872c9f6728ab61e397d515}
Орієнтири для товарів регулярного попиту. Для вашої категорії порахуємо власні – за даними магазину, а не за середніми по ринку.
Технологія
Кросплатформа чи натив: рахуємо, а не сперечаємось
Підходить більшості магазинів
Кросплатформений застосунок
Одна кодова база на iOS і Android. Дешевша розробка, швидші релізи, менша вартість підтримки.
- Каталог, checkout і кабінет без важкої графіки
- Реліз на обидві платформи одночасно
- Зміни виходять раз на тиждень, а не раз на квартал
- Підтримка коштує приблизно вдвічі дешевше
Коли задача цього вимагає
Нативна розробка
Окремі застосунки під кожну платформу. Дорожче, але дає повний доступ до можливостей пристрою.
- Складна анімація, AR або робота з камерою
- Повноцінний офлайн-режим і фонові процеси
- Жорсткі вимоги до швидкості інтерфейсу
- Глибока інтеграція з системними сервісами
Дані
Застосунок і сайт мають одне джерело істини
-
01 · Каталог
Ціни, залишки й акції з однієї системи
Застосунок працює через той самий API, що й магазин. Якщо API немає – проєктуємо його як частину роботи, а не як допрацювання після релізу.
API · ERP · 1С
-
02 · Замовлення
Один статус у застосунку, пошті й кабінеті
Оплата, доставка й повернення проходять тими самими процесами, що й на сайті. Клієнт бачить однакову інформацію в будь-якому каналі.
Оплата · Доставка · CRM
-
03 · Комунікація
Пуші за подією, а не за розкладом
Сегменти й сценарії налаштовує ваша команда. Базові сценарії закладаємо одразу: покинутий кошик, повернення товару в наявність, повторне замовлення.
Push · Сегменти · Аналітика
-
01
Зустріч 30 хвилин
Категорія, частота покупок, база клієнтів, поточна мобільна версія. Скажемо, чи потрібен вам застосунок.
-
02
Економіка й сценарії
Розрахунок окупності, ключові сценарії, карта інтеграцій, обсяг першої версії та її вартість.
-
03
Дизайн і розробка
Інтерфейс під одну руку, збірки кожні два тижні, тестування на реальних пристроях і даних магазину.
-
04
Реліз і розвиток
Публікація в App Store і Google Play, налаштування аналітики, спостереження за утриманням і черга змін.
Вартість
Спочатку розрахунок, потім бюджет розробки
Оцінку розробки даємо після того, як порахували економіку. Без цього будь-яка цифра буде вигадкою.
Економіка й сценарії2–3 тижні
від $2 500
Розрахунок окупності, сценарії, карта інтеграцій і план першої версії з бюджетом.
- Аналіз частоти покупок і бази клієнтів
- Модель окупності на 18 місяців
- Ключові сценарії та обсяг MVP
- Чесна відповідь, якщо застосунок не потрібен
Розробка застосунку3–5 місяців
від $18 000
Перша версія під iOS і Android: каталог, checkout, кабінет, пуші, публікація в сторах.
- Дизайн інтерфейсу під обидві платформи
- Інтеграція з каталогом, оплатою й доставкою
- Пуш-сценарії та адмінка для команди
- Публікація в App Store і Google Play
Питання
Що зазвичай запитують про застосунок для магазину
Тим, у кого покупка повторюється: товари регулярного попиту, підписки, послуги з частим замовленням. Якщо клієнт купує раз на рік, застосунок не встигне окупитись – краще вкласти ті самі гроші в мобільну версію сайту.
Перша версія з каталогом, checkout, кабінетом і пушами – від $18 000. Точна цифра залежить від кількості інтеграцій і того, наскільки готові товарні дані. Розрахунок економіки перед стартом – окремий етап від $2 500.
Для більшості магазинів кросплатформене рішення закриває задачу дешевше й швидше. Нативний потрібен там, де критичні складна графіка, робота з камерою, офлайн-режим або специфічні можливості платформи.
Через той самий API, що й сайт. Джерело істини для цін і залишків одне, інакше застосунок продаватиме те, чого немає на складі. Якщо API немає – проєктуємо його як частину роботи.
Від старту до релізу в сторах зазвичай 3–5 місяців: місяць на проєктування й дизайн, далі розробка та тестування. Публікація в App Store і Google Play – окремий етап на 1–3 тижні.
Ваша команда через адмінку: сегменти, сценарії й розклад налаштовуються без розробника. Ми закладаємо базові сценарії – покинутий кошик, повернення товару в наявність, повторне замовлення.
Початок
Порахуємо економіку застосунку – і скажемо, чи варто його робити
30 хвилин онлайн із фаундером. Розберемо категорію, частоту покупок і базу клієнтів. Резюме надішлемо письмово.