Створення мобільного застосунку без коду: чому ваш застосунок на ШІ, можливо, вже ним є

Ваші користувачі постійно питають «а є застосунок?». Перш ніж витрачати місяці на App Store, ось як зробити так, щоб ваш вебзастосунок на ШІ відчувався як справжній мобільний — без коду й зазвичай узагалі без магазинів застосунків.

Рано чи пізно хтось, хто користується вашим застосунком на ШІ, поставить запитання: «А є застосунок, який можна завантажити?» І якщо ви як більшість нетехнічних засновників, у вас трохи холоне всередині — бо ви чули, що потрапити в App Store означає розробників, місяці роботи й процес перевірки Apple. Хороша новина: створення мобільного застосунку без коду — це здебільшого запитання, на яке ви вже відповіли. Ваш вебзастосунок може бути мобільним застосунком. Йому просто треба трохи допомогти.

Запитання, що мало не зруйнувало робочий бізнес

Знайома нам коуч із бухгалтерії зібрала зі ШІ клієнтський портал — її клієнти завантажують чеки, бачать свої місячні зведення й пишуть їй, усе в одному місці. Воно працювало. Клієнти обожнювали. Потім троє з них за один місяць запитали, чи є «застосунок для мого телефона».

Вона зробила те, що роблять більшість: загуглила «як потрапити в App Store», знайшла пропозиції агенцій від $15 000, почитала про акаунти розробників і правила перевірки й виснувала, що її продукт уперся в стіну, на яку вона не може дозволити собі видертися.

Ось чого вона ще не знала: її клієнти не просили застосунок з App Store. Вони просили три конкретні речі — я хочу відкривати його з домашнього екрана, я хочу, щоб він виглядав правильно на моєму телефоні, і я не хочу входити щоразу. Усі три можна було виправити за один день, усередині застосунку, який у неї вже був, не пишучи коду.

Ось патерн, який варто засвоїти: коли користувачі кажуть «застосунок», вони зазвичай описують досвід, а не канал поширення.

Крок 1: Скористайтеся власним застосунком на власному телефоні — як слід

Перш ніж щось міняти, з’ясуйте, з чим насправді живуть ваші користувачі. Відкрийте свій застосунок на телефоні — не попередній перегляд у конструкторі на ШІ, а свій справжній телефон — і зробіть повне завдання, ніби ви клієнт. Завантажте чек. Запишіться на сесію. Сплатіть рахунок.

Більшість людей, що роблять це чесно, знаходять ті самі три проблеми:

  • Кнопки й посилання замалі, щоб по них торкнутися. Ваш палець — не курсор миші. Якщо вам доводиться наближати, щоб влучити в кнопку, кожен користувач робить так само.
  • Таблиці й форми виходять за межі екрана. Той охайний дашборд із шістьма колонками стає мішаниною з горизонтальним прокручуванням на телефоні.
  • Набирати болісно. Форма, що займає хвилину на ноутбуці, займає п’ять на телефоні, особливо якщо з’являється неправильна клавіатура (літери, коли поле хоче числа) чи сторінка стрибає, поки ви набираєте.

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

Крок 2: Попросіть свій конструктор на ШІ зробити його зручним для телефона

Візьміть свій список до конструктора на ШІ й опрацьовуйте його по одному пункту за раз. Чарівне слово, якщо хочете, — «адаптивний» — воно означає, що макет перебудовується, щоб уміститися на екрані, замість того щоб стискатися. Але вам не потрібен жаргон. Прості описи працюють:

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

«Зроби всі кнопки достатньо великими, щоб легко по них торкатися на телефоні».

«У формі завантаження чека зроби так, щоб поле суми викликало числову клавіатуру».

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

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

Крок 3: Поставте іконку на їхній домашній екран

Ось частина, яку напрочуд мало засновників знає. Кожен сучасний телефон може закріпити сайт на домашньому екрані, щоб він відкривався як застосунок — власна іконка, на весь екран, без адресного рядка браузера. Ваш конструктор на ШІ може налаштувати ваш застосунок так, щоб це добре працювало: попросіть про це за назвою —

«Зроби мій застосунок встановлюваним як прогресивний вебзастосунок, з нашим логотипом як іконкою».

Прогресивний вебзастосунок (PWA) — це просто сайт із правильними налаштуваннями, щоб поводитися як встановлений застосунок. Щойно його налаштовано, досвід ваших користувачів такий: зайти в застосунок, торкнутися «Додати на головний екран» (можна показати маленьку підказку відвідувачам уперше), і відтоді він сидить поруч з Instagram і їхнім банківським застосунком. Більшість ніколи не знатиме й не перейматиметься, що він не з магазину застосунків. Це версія створення мобільного застосунку без коду, яку ніхто не згадує в тих пропозиціях агенцій — бо нема за що виставляти рахунок.

«Проблему застосунку» коуч із бухгалтерії розв’язала саме так: адаптивний прохід її п’яти найуживаніших екранів, постійний вхід та іконка на домашньому екрані з її логотипом. Загальна вартість: один день і нуль доларів. Двоє з трьох клієнтів, що просили застосунок, сказали їй, що їм подобається «новий застосунок». Це був той самий застосунок.

Коли вам справді потрібен App Store

Тепер чесна частина: вебзастосунок на домашньому екрані покриває більшість продуктів, але не всі. Шлях App Store починає мати сенс, коли:

  • Вашому застосунку треба працювати взагалі без інтернету — польова робота у віддалених районах, наприклад. Вебзастосунки можуть впоратися з короткими офлайн-моментами, але важке офлайн-використання надає перевагу нативним застосункам.
  • Ви залежите від глибоких можливостей телефона — речі на кшталт фонової геолокації для трекера доставки чи розширеного керування камерою. Базова камера, фото й GPS усі чудово працюють із вебзастосунків; нативного потребує те, що завжди працює й глибоко інтегроване.
  • Бути знайденим у пошуку App Store важить для вашого зростання. Якщо ваші клієнти справді шукають у магазині рішення на кшталт вашого, присутність там — це маркетинг. (Для більшості нішевих інструментів — ні; ваші клієнти знаходять вас через канали, які ви вже побудували.)

Навіть push-сповіщення — роками головна причина йти в нативне — тепер працюють із вебзастосунків і на iPhone, і на Android, з певним налаштуванням. Запитайте свій конструктор на ШІ, що можливо, перш ніж припускати, що вам потрібен магазин.

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

Почніть із телефона, який у вас уже є

Цього тижня зробіть десятихвилинну версію: відкрийте свій застосунок на телефоні й виконайте одне справжнє завдання. Якщо все пройде погано, у вас немає проблеми App Store — у вас попереду день виправлень, і ви тепер точно знаєте, які вони. Створення мобільного застосунку без коду, виявляється, дуже схоже на решту софту на ШІ: менше про технологічні ворота, які ви уявляли, більше про помічання того, що ваші користувачі насправді мали на увазі, коли запитали.