Мобильное приложение без программирования: почему ваше приложение на ИИ, возможно, уже им является
Пользователи всё чаще спрашивают «а приложение есть?» Прежде чем тратить месяцы на App Store, вот как сделать так, чтобы ваше веб-приложение на ИИ ощущалось как настоящее мобильное приложение — без программирования и обычно вообще без магазинов приложений.
Рано или поздно кто-то из пользователей вашего приложения на ИИ задаст вопрос: «А есть приложение, которое можно скачать?» И если вы, как и большинство нетехнических основателей, у вас слегка ёкнет внутри — потому что вы слышали, что попасть в App Store означает разработчиков, месяцы работы и процесс проверки от Apple. Хорошая новость: создание мобильного приложения без программирования — это в основном вопрос, на который вы уже ответили. Вашим мобильным приложением может стать ваше веб-приложение. Ему просто нужно немного помочь.
Вопрос, который чуть не подкосил работающий бизнес
Знакомая нам коуч по бухгалтерскому учёту собрала клиентский портал с помощью ИИ — её клиенты загружают чеки, видят свои ежемесячные сводки и пишут ей, всё в одном месте. Оно работало. Клиенты были в восторге. Потом трое из них в один и тот же месяц спросили, есть ли «приложение для телефона».
Она сделала то, что делает большинство: загуглила «как разместить приложение в App Store», нашла расценки агентств от $15 000, начиталась про аккаунты разработчиков и правила проверки и заключила, что её продукт упёрся в стену, которую ей не по карману преодолеть.
Вот чего она тогда ещё не знала: её клиенты не просили приложение из App Store. Они просили три конкретные вещи — я хочу открывать его с домашнего экрана, я хочу, чтобы оно нормально выглядело на телефоне, и я не хочу логиниться каждый раз. Все три можно было решить за один день, внутри того приложения, которое у неё уже было, не написав ни строчки кода.
Вот закономерность, которую стоит усвоить: когда пользователи говорят «приложение», они обычно описывают опыт, а не канал распространения.
Шаг 1. Воспользуйтесь своим приложением на собственном телефоне — по-настоящему
Прежде чем что-то менять, выясните, с чем на самом деле живут ваши пользователи. Откройте своё приложение на телефоне — не превью в ИИ-конструкторе, а на настоящем телефоне — и выполните задачу целиком, как если бы вы были клиентом. Загрузите чек. Запишитесь на сессию. Оплатите счёт.
Большинство людей, которые делают это честно, обнаруживают одни и те же три проблемы:
- Кнопки и ссылки слишком мелкие, чтобы по ним попасть. Ваш палец — не курсор мыши. Если вам приходится приближать экран, чтобы попасть по кнопке, то это делает и каждый пользователь.
- Таблицы и формы вылезают за экран. Тот аккуратный дашборд с шестью колонками превращается на телефоне в кашу с горизонтальной прокруткой.
- Печатать мучительно. Форма, которую на ноутбуке заполняешь за минуту, на телефоне отнимает пять, особенно если появляется не та клавиатура (буквы там, где поле ждёт цифры) или страница прыгает, пока вы печатаете.
Запишите, что вас раздражало. Будьте конкретны. «Кнопка загрузки чека ниже сгиба и крошечная» — выполнимая инструкция; «на мобильном это ощущается плохо» — нет.
Шаг 2. Попросите ИИ-конструктор сделать приложение удобным для телефона
Возьмите свой список в ИИ-конструктор и проработайте его по одному пункту за раз. Волшебное слово, если оно вам нужно, — «адаптивный» (responsive) — оно означает, что макет сам перестраивается под экран, а не просто сжимается. Но жаргон вам не обязателен. Простые описания работают:
«На телефоне дашборд клиента требует горизонтальной прокрутки. Перестрой его так, чтобы всё помещалось на экране телефона — при необходимости складывай разделы вертикально друг под другом».
«Сделай все кнопки достаточно крупными, чтобы по ним было легко попасть на телефоне».
«На форме загрузки чека сделай так, чтобы в поле суммы появлялась цифровая клавиатура».
Затем проверяйте каждое исправление на своём настоящем телефоне, прежде чем переходить к следующему, точно так же, как вы тестировали бы любое изменение в приложении. Одно изменение — одна проверка. Мобильные макеты капризны, и исправление для одного размера экрана иногда сдвигает с места что-то на другом — вы хотите поймать это, пока изменение свежо в памяти.
Ещё один запрос, который стоит сделать заодно: попросите конструктор оставлять пользователей залогиненными на их собственных устройствах, а не спрашивать пароль при каждом визите. Для приложения, которым люди пользуются на телефоне в свободные минуты, именно это единственное изменение делает для ощущения «как настоящее приложение» больше, чем что-либо визуальное.
Шаг 3. Поставьте иконку на их домашний экран
Вот часть, о которой знает удивительно мало основателей. Любой современный телефон может закрепить сайт на домашнем экране, чтобы он открывался как приложение — со своей иконкой, на весь экран, без адресной строки браузера. Ваш ИИ-конструктор может настроить приложение так, чтобы это хорошо работало: попросите об этом прямо —
«Сделай моё приложение устанавливаемым как прогрессивное веб-приложение, с нашим логотипом в качестве иконки».
Прогрессивное веб-приложение (PWA) — это просто сайт с правильными настройками, чтобы вести себя как установленное приложение. После настройки опыт для ваших пользователей такой: зайти в приложение, нажать «Добавить на домашний экран» (для новых посетителей можно показать небольшую подсказку), и с этого момента оно стоит рядом с Instagram и банковским приложением. Большинство никогда не узнает и не задумается о том, что оно не из магазина приложений. Это та версия создания мобильного приложения без программирования, о которой никто не упоминает в расценках агентств, — потому что тут попросту нечего расценивать.
«Проблему приложения» у коуча по бухучёту решили именно так: адаптивный проход по пяти самым используемым экранам, постоянный вход и иконка на домашнем экране с её логотипом. Общая стоимость: один день и ноль долларов. Двое из трёх клиентов, которые просили приложение, сказали ей, что им нравится «новое приложение». Это было то же самое приложение.
Когда App Store вам действительно нужен
Теперь честная часть: веб-приложение на домашнем экране закрывает большинство продуктов, но не все. Путь через App Store начинает иметь смысл, когда:
- Вашему приложению нужно работать совсем без интернета — например, полевая работа в удалённых районах. Веб-приложения справляются с короткими офлайн-моментами, но активное использование офлайн благоволит нативным приложениям.
- Вы зависите от глубоких возможностей телефона — вещей вроде фоновой геолокации для трекера доставки или продвинутого управления камерой. Базовая камера, фото и GPS прекрасно работают из веб-приложений; нативные нужны для постоянно работающих, глубоко интегрированных штук.
- Для вашего роста важно, чтобы вас находили через поиск в App Store. Если ваши клиенты действительно ищут в магазине решения вроде вашего, присутствие там — это маркетинг. (Для большинства нишевых инструментов это не так — ваши клиенты находят вас через каналы, которые вы уже выстроили.)
Даже push-уведомления — годами главная причина уходить в нативку — теперь работают из веб-приложений и на iPhone, и на Android, с некоторой настройкой. Спросите свой ИИ-конструктор, что возможно, прежде чем предполагать, что вам нужен магазин.
И если вы в итоге всё же уйдёте в нативку, знайте, на что подписываетесь: аккаунты разработчиков с годовыми взносами, процесс проверки, измеряемый днями, и — настоящая цена — ещё две версии вашего продукта, которые нужно вечно держать в актуальном состоянии. Это не повод никогда так не делать. Это повод делать это, когда бизнес-обоснование неоспоримо, а не когда об этом просит первый пользователь.
Начните с телефона, который у вас уже есть
На этой неделе сделайте десятиминутную версию: откройте своё приложение на телефоне и выполните одну реальную задачу. Если получится плохо, у вас не проблема App Store — у вас впереди один день исправлений, и вы теперь точно знаете, какие они. Создание мобильного приложения без программирования, как выясняется, очень похоже на остальной софт на ИИ: дело не столько в технологическом барьере, который вы себе представляли, сколько в умении замечать, что на самом деле имели в виду ваши пользователи, когда спрашивали.