Осьо! — каталог українських продуктів
Осьо!/Чому я почав із вебзастосунку, а не iOS та Android

Чому я почав із вебзастосунку, а не iOS та Android

Коли я починав працювати над Bazhannya, переді мною стояв вибір: одразу робити застосунок для iOS та Android чи спочатку запустити повноцінний сайт-платформу.

Я вибрав веб для старту.

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

Спочатку мені потрібно було зрозуміти, чи це взагалі потрібно людям

На старті найбільшим пріоритетом для мене була швидкість.

Веб був тим форматом, з яким я добре розумів, як працювати, як запустити і як почати просувати продукт.

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

З вебом усе було значно простіше.

Людина отримує посилання, відкриває його і відразу може користуватися сервісом. Не потрібно переходити в App Store або Google Play, встановлювати щось, чекати завантаження, а потім ще проходити реєстрацію.

Для першої версії це було важливо.

Для Bazhannya посилання — це частина самого продукту

Bazhannya — це не просто вішліст, який людина створила і більше нікому не показує.

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

Мені від початку подобалася ідея, що такий список можна просто відкрити за посиланням.

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

Це одна з причин, чому веб добре підходив продукту на старті.

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

Тому SEO також було одним із пріоритетів.

Оновлювати веб значно простіше

Ще одна важлива для мене річ — можливість швидко змінювати продукт.

Коли ти запускаєш перші версії, ти постійно щось переробляєш.

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

У вебі я можу внести зміну — і вона одразу доступна всім.

З мобільними застосунками з'являється ще один рівень процесу: збірка, публікація, перевірка, оновлення застосунку користувачем.

На етапі, коли мені було важливо багато експериментувати, я не хотів створювати собі цей бар'єр.

Але у вебу є свої обмеження

Після запуску стало зрозуміло й інше: веб не закриває всі сценарії, які я хочу реалізувати в Bazhannya.

Один із найочевидніших — push-сповіщення.

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

Або повідомлення про те, що товар, який він додав до своїх бажань, зараз продається зі знижкою.

Для такого сценарію застосунок уже виглядає набагато природніше.

Є й інша функція, яка для мене ще важливіша.

Я хочу максимально спростити додавання подарунків.

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

Без копіювання посилання, відкривання іншої вкладки та зайвих дій.

Саме в таких моментах мобільний застосунок додає продукту нові можливості, а не просто дублювати сайт.

Чому я не почав із повноцінної нативної розробки

Тепер Bazhannya вже пройшов той етап, заради якого я спочатку вибрав веб.

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

Але навіть зараз я не хочу повністю переписувати його окремо під iOS та Android.

Це потребувало б значно більше часу на реалізацію.

Натомість зараз я працюю над мобільними застосунками за допомогою Capacitor.

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

Для мене зараз це хороший компроміс.

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

Паралельно я оптимізую мобільну версію, щоб користуватися Bazhannya зі смартфона було справді зручно, а не просто щоб сайт формально відкривався всередині застосунку.

У найближчі місяці ці застосунки мають стати доступними користувачам iOS та Android.

Чи вибрав би я веб ще раз?

Так.

Мені потрібно було перевірити продукт.

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

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

Тому для мене питання ніколи не стояло як «web чи mobile назавжди».

Швидше так: яка платформа потрібна продукту саме на цьому етапі?

На першому етапі відповіддю був веб.

Зараз до нього вже час додавати мобільні застосунки.

#mvp#wishlist#mobile#app