От идеи до продукта без навыков программирования (введение в no-code часть 2)

Итак, друзья, в первой статье мы разобрались с тем, что такое nocode и почему этот метод создания продуктов рационален и пользуется спросом. Мы остановились на этапе автоматизации процессов и наиболее подходящей для этого платформы. (Время прочтения 6 минут)

Сегодня я расскажу:
• Как создавать мобильные приложения без знаний программирования;
• Какие инструменты помогут создавать приложения;
• Что такое базы данных, какие инструменты помогут в работе с ними;
• Как создавать сложные продукты;
• Как и на какой стадии проекта выбирать инструменты, о которых мы поговорили

Итак,

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

Данная технология позволяет создавать мобильные приложения в виде веб-страниц, которые пользователь открывает в браузере, впоследствии добавляет иконку на домашний экран и далее открывает ее как самостоятельное мобильное приложение. Пользователь не видит никакой разницы.

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

Самый очевидный — пользователи не привыкли устанавливать приложения не из официальных площадок как app store/google play, а из браузера, могут возникать сомнения.

То, что PWA внешне похожи на нативные приложения, является, скорей, косметическим решением (хотя и важным для пользователя с психологической точки зрения). А вот то, что они похожи внутренне (все основные ресурсы приложения можно хранить на клиенте, по сети будет передаваться только меняющийся контент) — это огромное достижение.

Самый простой пример — это конструктор Glide.

Этот сервис автоматически позволяет создавать приложения в формате PWA из ваших гугл таблиц.
Вам нужно просто подготовить таблицу с данными (контент, пользователи, формы и.т.д). Из вашей базы данный Glide автоматически формирует интерфейс и предлагает вам. С точки зрения логики и дизайна вы вносите свои изменения и все, на выходе получаем жизнеспособную версию продукта.

Создание приложения такого формата с нуля займет около 1.5-2 часов, поэтому, если у вас есть идея и желание — потестить рекомендую именно этот метод. В базовой версии он бесплатный.

Если вам необходимо создать что-то более сложное, с кастомной логикой и загрузить приложение в стор — на помощь приходит следующая категория конструкторов, среди которых я выделю два:

Этот конструктор очень функционален, их подход позволяет собрать логику приложения из кубиков/блоков в самом интерфейсе и таким образом ваше приложение работает. Очень много полезных функций и он чуть более сложный, чем Glide.

Плюсы:
• Интуитивный интерфейс;
• Доступ к базе данных;
• Множество расширений;
• Интеграция с Admob;

Минусы:
• Нет гибких настроек front end

Если после Glide вы хотите сделать что-то более простое и с возможностью загрузки в сторы, то вам отлично подойдет следующий конструктор:

Максимально простой конструктор с ограниченными возможностями, позволяющий использовать внутреннюю базу данных и выводить эти данные в интерфейсы.

Отлично подойдет для тех, кто мечтает создать и загрузить свое первое приложение в стор!

Плюсы:
• Доступ к базе данных;
• Интуитивный интерфейс;
• Готовые front end инструменты;
• Простая настройка действий пользователя;

Минусы:
• Нет гибких настроек front end

Окей, с мобильными приложениями разобрались, что же дальше?

Менее очевидная тема, но я думаю, что многие из вас понимают, что не один IT продукт не может существовать без базы данных. Давайте поговорим о том, как работать с ними, не зная SQL. Это не сложно, есть куча решений и самое удобное из них — это:

Визуальный конструктор баз данных, который позволяет использовать БД на полную мощность даже без знаний SQL.

Самый серьезный конкурент Google Shets и Excel. Информация в Airtable также вводится в таблицы, есть возможность в рамках одного документа создавать несколько автономных страниц. Разница в том, что Excel — это чистый лист, а разработчики Airtable практически всё продумали за пользователей. Он позволяет хранить и обрабатывать ваши данные в визуальном интерфейсе, вы можете соединять таблицы друг с другом — это максимально удобно.

Появляется возможность создавать связь между объектами и представлять данные в любом удобном виде. Airtable позволяет настраивать структуру данных максимально гибко: вы сами выбираете, какие параметры содержат ваши объекты и как они взаимосвязаны с другими и все это БЕЗ единой строчки КОДА.

Большинство продуктов, даже довольно сложных, можно реализовать на связке трех инструментов, которые вы уже знаете:
• Tilda;
• Airtable;
• Integromat

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

Теперь, пришло время поговорить о сложных продуктах, которые объединяют в себе функционал нескольких предыдущих инструментов.

Это самый функциональных low-code сервис, который был создан не для интерпрайса, а для простых пользователей (как мы с вами). Там есть огромное сообщество ребят, которые собирают на этом инструменте клоны таких гигантов, как Airbnb, Twitter, Facebook и.т.д.

Чем хорош Bubble?
Он дает свободу действий в создании фронтенда, не требуя при этом знаний HTML, CSS или JavaScript.

Самое главное, что функционал workflow полностью решает задачу бизнес логики каждого элемента вашего продукта. Действие каждой кнопки, каждого пикселя вы настраиваете так, как вам нужно.

Ну и конечно же базы данных, которые workflow связывает с frontend. Это полноценное внутреннее решение, причем вы можете использовать не только внутреннюю базу, но и с помощью API подключать внешнюю, тот же Airtable, при этом, вам все еще не нужно уметь программировать.

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

Почему я НЕ рекомендовал бы бежать сейчас изучать Bubble, несмотря на его преимущества?

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

Поэтому изучение Bubble до должного уровня займет довольно много времени, минимум, 50 часов, по словам основателя этого инструмента. Это только для изучения функционала, но на этапе создания каждого кейса будут появляться вопросы, требующие решения более опытных ребят. К сожалению, на нем не создаются продукты по щелчку пальцев, как на тильде.

Безусловно, я рекомендую ознакомиться с ним и пройти онбординг из 12 уроков, которые они предлагают на сайте, чтобы иметь представление, что вы можете в перспективе создавать с его помощью и только после того, как вы проверили основные гипотезы вашего MVP с помощью предыдущих инструментов — со спокойной душой переходите на Bubble и двигайтесь дальше.

Итак, вам это нужно, когда:

1. Вы проверили основные гипотезы MVP с помощью других инструментов и готовы идти дальше;
2. Ограничения простых инструментов являются критическими для реализации вашего MVP;
3. У вас есть разработчики с возможностью реализации продукта на Bubble быстрее и дешевле, чем вы на Тильде.

Окей, мы закончили с основным инструментами. Теперь давайте поговорим о том, на каких стадиях продукта нам выбирать те или иные инструменты.

Проще всего структурировать этот вопрос в уже знакомую (из прошлой статьи) нам таблицу со стадиями развития проекта.

Давайте попробуем резюмировать логику выбора инструмента, чтобы вы могли сделать это самостоятельно.

В первую очередь, я бы задавал себе вопрос:
- Какую гипотезу мы сейчас тестируем?

То есть отталкиваемся от метрик, от этапа воронки и НЕ В КОЕМ случае не от фичей, не занимаемся «Фичиризмом». Для тестирования простой конверсии в продажу достаточно лендинга и только. И не забываем думать о том, какую проблему для пользователя мы решаем, какой функционал должен быть в MVP.

Всегда учитывайте не только стоимость инструмента, но и сложность его изучения, поскольку срок изучения Bubble займет у вас гораздо больше времени, чем изучение трех инструментов в сумме — Тильды, Integromat и Airtable.

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

Теперь пару слов о том, как следить и искать новые решения, поскольку в наше время их действительно очень много.

Очень популярная платформа для поиска IT продуктов, там публикуются новые стартапы и по тегу #nocode или #lowcode можно найти огромное количество различных сервисов, которые позволяют нам создавать свои продукты без программирования.

Этот сервис позволяет находить альтернативы известным продуктам. Поможет найти сервисы, похожие на те, что мы рассмотрели в предыдущей и данной статье.

Сделайте прикольное упражнение, возьмите все сервисы, о которых вы узнали и попробуйте найти им альтернативы. Например, вы попробуете несколько инструментов и поймете, что вам не нравится.
Просто зайдите на этот сервис и найдите альтернативы в его помощью.

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

Часть информации взята из эфира Никиты Наумова из Академии #Безкода

Подпишись, чтобы не пропустить обновления, и если

Остались вопросы?
Вы можете задать их мне, вот мои контакты:
Telegram: @kochnefff
Inst: @kochnefff

#продукт #productmanagement #созданиепродуктов #приложения #mvp