Bubble что это за программа

Что нам стоит на Bubble построить (+ мнение о возможности симбиоза кода и nocode)

Привет! В статье я расскажу про альтернативный способ создания веб-приложений с помощью nocode инструмента Bubble.io — опишу преимущества, недостатки этого подхода, а также постараюсь раскрыть возможности «симбиоза» Javascript и Bubble для реализации качественных проектов и увеличения размера оплаты за работу.

Немного воды

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

Для начала введу в курс дела. Про использование nocode, lowcode, нейросетей типа ChatGPT сейчас наслышаны все, я не буду пиарить конкретные инструменты или топить за nocode, убеждать, как это, мол, круто, а программисты скоро будут не нужны. Само собой, это не так, просто разные инструменты будут помогать разработчику создавать приложение быстрее (на радость крупным компаниям), качественнее (к счастью клиентов) и даже с большей маржинальностью. Для себя я поставил задачи: раскрыть некоторые нюансы разработки без кода, трезво описать плюсы/минусы и подружить ноукодеров с языками разработки фронтенда. Это будет лонгрид, разделенный на главы, а потому приготовьтесь)

1. Контекст — опишу ограничения и входные данные
2. Опишу приложение, на которое буду опираться по ходу статьи
3. Как можно использовать JS и Bubble в «симбиозе»
4. Заключение

Контекст статьи

Я постараюсь адекватно оценить возможности совместного использования кода и nocode платформ в конкретных случаях:

• MVP для стартапа в целях тестирования гипотезы
• Средних размеров-маленькая SaaS с ограниченным бюджетом и без наполеоновских планов
• Веб-приложение для региональной компании (+ мобильное приложение по запросу)

Я считаю, что эти случаи наиболее релевантны на текущий момент в связи с особенностями позиционирования nocode-инструментов в целом (маркетинг работает на лозунге «Создай MVP быстро и дешево без кода у себя на кухне», реакции и восприятия их бизнесом и средним уровнем разрабов на рынке (он, чего уж греха таить, не очень высокий). Опишу ограничения, чтобы не вызывать недопонимание по тексту:

1. В качестве nocode-инструмента я подразумеваю Bubble.io, как на текущий момент один из самых функциональных, эффективных и популярных инструментов (а еще на нем можно делать как веб-приложения, так и мобильные — то есть охватить сразу два направления). Он выполняет функции хостинга (приложение хранится на AWS), git-репозитория (можно сохранять прогресс точечно и возвращаться не только к конкретному «коммиту», но и к состоянию приложения в выбранный промежуток времени!), фронтенд и бэкэнд-платформ и позволяет дебажить приложение (функционал dev tools упакован в красивый интерфейс и позволяет пошагово отследить выполнение функций). Можно пробросить DNS-сервера к домену, а SSL стоит по умолчанию, как и базовая защита сайта от простейших атак. В общем, мы разрабатываем SaaS со всеми вытекающими плюсами и минусами, вопрос доверия — открытый)
2. Многие нюансы я поясняю на основе создания мной мобильного приложения для компании, занимающейся сдачей в аренду автомобилей премиум-класса.

Про приложение

За проект я взялся в ноябре 2022 года. Заказчик — предприниматель из России, занимающийся сдачей в аренду люксовых авто в Дубае. На тот момент уже был сайт на Тильде, через который потенциальные клиенты отправляли заявки на аренду машин. Моей задачей было создать мультиязычное (en-ru) мобильное приложение с расширенным (по сравнению с сайтом) функционалом, настроить двухфакторную авторизацию через Telegram и WhatsApp, а еще сделать интеграцию с amoCRM.

Над проектом трудились 3 человека:

Общение с заказчиком и создание ТЗ (совместно), проблемные вопросы

Подготовка дизайн-макета в Figma (сначала грубый, потом подробный с кликабельными элементами и подобием дизайн системы)

Создание БД, разработка приложения, настройка интеграции с amoCRM, выкладывание в сторы

В каждом проекте, за который берусь, я всегда требую: ТЗ (пусть не слишком формализованное, хотя бы в общих чертах должны быть описаны ключевые бизнес-процессы. Схема в Miro — вообще шик!), макет в Figma (навыков проектирования дизайна, тем более с глубоким понимание UI-китов Apple и Google у меня нет), несколько установочных звонков с заказчиком/его представителем для обсуждения проблемных вопросов, уточнения функциональности, других нюансов.

Разработчик на Bubble — это фуллстек в классическом понимании: ты должен отвечать и за БД, и за взаимодействие с сервисами через API, и за верстку со стилями, и функционал компонентов, и настройку процессов на бэке по расписанию, и тестирование. Именно этим я и занялся.

Отсюда в том числе и берет начало хейт и недоверие к ноукод-разработчикам: мало кто разбирается в архитектуре БД и знает, как приводить её хотя бы к 3НФ, знает про принципы REST API, но зато разработчик с радостью берется пилить кнопочки в приложении. С другой стороны, часто в таком случае, задача со стороны заказчика звучит как «создайте мне Авито за 50к».

На старте проекта был составлен документ в гугл доке, в котором расписан процесс разработки по шагам с предварительной оценкой времени на каждую задачу — получился план на 120 часов работы. По нему было удобно отслеживать, какие появляются сложности, какой шаг занял сколько времени, когда нужно связаться с клиентом или подключить дизайнера. Там же мы вели список багов и отмечали, что и когда исправлено. Конечно, все это можно было запушить в любой Kanban, формализовать задачи для бэклога, используя, например ClickUp или другой сервис, но тут решили обойтись обычной табличкой.

Процесс создания веб-приложения

Разработку я разбил на шаги:

1. Создание БД.
2. Верстка и стили.
3. Внедрение мультиязычности.
4. Настройка workflow (это и есть связующее звено между бэком и фронтом, в котором происходят запросы к БД, отправляются данные по API, настраиваются обработчики событий, вроде onClick в JS — см. картинку ниже).
5. Работа с API Telegram, WhatsApp и amoCRM.
6. Настройка cron-событий для синхронизации данных приложения и amoCRM.
7. Автоматизированный импорт данных в БД (внесено более 300 автомобилей со всеми характеристиками в формате .csv).
8. Тестирование.
9. Доработки.

Полноценного ТЗ на приложение не было, только на интеграцию с amoCRM. Но зато я использовал подробный макет в Figma с дизайн-системой и уже существующий сайт для ориентира.

База данных крайне простая. Классические связи один ко одному и несколько технических табличек. В приложении важно настроить Privacy rules — чтобы защитить пользователей от раскрытия данных. ИБ приложений в Bubble — больная тема для сообщества, мало кто заботится об этом на этапе MVP (и так каждая копейка на счету), а иногда у разработчиков просто нет достаточной экспертизы. Платформа позволяет неплохо обезопасить данные встроенными средствами, надо просто изучить мануалы и реализовать базовую защиту.

Про функционал

Приложение состоит из четырех разделов:

• Главная — список всех автомобилей с фото, характеристиками, ценами. В карточке каждой машины — кнопка «Заказать», чтобы отправить заявку на аренду.
• Избранное — автомобили, которые пользователь лайкнул .
• Уведомления — заявки на аренду, отображается ход заказа по воронке продаж.
• ЛК — профиль пользователя с реферальным кодом, количеством набранных баллов и историей заказов.

Чтобы отправить заявку на аренду, нужно зарегистрироваться. Для этого необходимо ввести в приложении свой номер телефона и выбрать мессенджер, куда придет код для авторизации: Telegramили WhatsApp. Каждый раз человеку приходит новый код, с помощью которого можно зайти в приложение — украсть данные без стандартной комбинации логин+пароль гораздо сложнее. Для этого использовалась интеграция с Wazzup24 (чтобы не заморачиваться с WABA) и через Telegram Bot Api.

После регистрации можно забронировать автомобиль для себя или другого человека: заявка на аренду отразится в уведомлениях пользователя.

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

Еще в приложении есть специальные условия для постоянных клиентов — программа лояльности и реферальная программа. Вот как они работают:

• Программа лояльности: за каждую поездку пользователю начисляются баллы, которыми потом можно оплатить новую аренду или вывести деньги по ставке 1 балл = 0,5 долларов. Заявки на вывод денег также отправляются в CRM, где их обрабатывает менеджер.
• Реферальная программа: у каждого пользователя есть личный код, который можно отправить друзьям. Этот код нужно ввести при регистрации в приложении — тогда и владельцу кода, и его другу начисляются дополнительные баллы. Более того: владелец реферального кода будет получать баллы за каждую поездку друга.

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

Благодаря кронам менеджер работает только в CRM, ему не нужно заходить в приложение и проверять, сколько на самом деле баллов на счету у пользователя и имеет ли вообще он право на обмен баллов на денежные средства.

Загрузка приложения в сторы

Отдельная сложность — выложить готовое приложение в сторы. Это на самом деле долгий, затратный и не очень интересный процесс: нужно создать аккаунты разработчика под клиента, купить дополнительные плагины (мобильное приложение по сути своей является оберткой веба — этаким, сам процесс «конвертации» стоит 365$), заполнить кучу документации и конечно решить вопрос с оплатой, потому что из России это сделать нельзя.

В процессе я столкнулся с проблемой — App Store отказывался принимать приложение, в связи с реализацией процесса авторизации через уникальный код в мессенджере, отправленный по номеру телефона. Чтобы решить проблему, мне пришлось создать демо-режим — так можно пропустить регистрацию (в этом случае доступен только просмотр машин) и специальный аккаунт с автовходом для ассесоров.

В январе приложение было опубликовано в App Store, и сейчас в нем уже больше 100 зарегистрированных пользователей. Из Google Play приложение недавно отозвали, этой проблемой сейчас занимается проджект-менеджер.

Итог разработки

Заказчик получил полностью готовое приложение через 2 месяца. Еще 2 недели ушло на бюрократию с выкладыванием в сторы. Мобильное приложение в обоих магазинах + веб-приложение (Mobile First) обошлось заказчику в ~240 тысяч рублей. Сжатых сроков не было, поэтому я мог себе позволить работать неспеша, параллельно с другими проектами. В целом, считаю, что это достойный результат для бизнеса в соотношении цена/время/качество. Конечно, есть свои минусы, но об этом подробнее расскажу ниже.

Использование JS и Bubble в симбиозе

С начала 2022 я стал заниматься изучением фронтенда (JS + React), а сейчас углубленно изучаю Node.js. Изначально я стал изучать языки, чтобы стать более универсальным разработчиком и увеличить размер оплаты. В моменте я заметил, что после Bubble изучать код значительно легче — новые знания попадают на уже удобренную почву, а некоторые концепции в голове раскрываются по аналогии.

Опираясь на свой опыт в обеих сферах (хотя пока опыт в фронтенде не слишком обширный), я хотел бы описать конкретные плюсы и минусы идеи создания приложения на Bubble.io:

• Меньше затраченного времени на разработку
• Маленькая команда, которую легко контролировать заказчику
• Сокращение расходов на оплату труда
• Универсальность решения (на выходе получаем веб + мобильные приложения)
• Отсутствие необходимости разворачивания окружения, какого-то ПО, серверных мощностей, возни с хостингом
• Удобство проведения стадий ЖЦ проекта — от разработки до сдачи клиенту
• Просто дебажить, функционал отслеживания нагрузки на сервер, весь проект можно посмотреть с разных сторон в одном месте

• Сложность внедрения нестандартного функционала
• Bubble позволяет разрабатывать только SaaS — отсюда вытекают минусы с доверием, безопасностью, ограниченной функциональностью в условиях отсутствия подключения к сети
• Непросто найти хорошего разраба, который знаком с фундаментальным пониманием основ построения качественного веб-приложения (чтобы и БД была не кривая, и адаптивная flex-верстка не сыпалась, и оплата через API Stripe работала, и форма с валидацией отправлялась нормально)
• Меньшее качество проекта в связи с тем, что разработчик является «швейцарским ножом» — отсутствие возможности внедрить UNIT-тесты, автоматизировать отлов багов, ограниченный размер команды неизменно ведут к появлению оных на проде
• Отсутствие возможности переиспользовать компоненты одного проекта в другом (внутри одного проекта это не вызывает проблем). Это прям большой недостаток, который после изучения БЭМ и принципов SOLID применительно к JS и React подтолкнул меня к переходу в «классическую разработку»
• С точки зрения эксплуатации в России: необходимость лепки костылей для соответствия 159-ФЗ, слабо развитая стартап-культура, безумные запросы заказчиков (хочу Битрикс24 за 100к)

В целом, я думаю, что будущее за синергией nocode-решений и кода. 90% приложений не содержат в себе каких-то необыкновенных фичей, с которыми nocode не справится. Просто нужно знать, когда и какой инструмент использовать, а когда нужно перестать костылить и реализовать все на ванильном JS или Node (фронтенд-фреймворки вроде React в Bubble пока не поддерживаются).

Вот тут я и хотел бы перейти к преимуществам совместного использования программирования в JS в Bubble. Конечно, ноукод-разработчику неплохо бы понимать JSON, принципы двухфакторной авторизации, знать основы оптимизации запросов к БД и почему первичные ключи должны быть уникальными и желательно иметь тип Number. Но как я сказал выше, одним из серьезных бичей в Bubble является переиспользование компонентов. Это касается как кастомных UI-элементов (например, календарей), так и банальных настроек полей в форме, API-запросов к сервисам (я не могу просто скопировать файл api-amocrm.js — мне приходится заново заполнять заголовки, ключи аутентификации, тело запроса, тестировать доступ) и многого другого.

Решить эту проблему можно просто, зная банальную связку HTML+CSS+JS и создав свой собственный плагин, который можно потом внедрять в любой свой проект и даже продавать на маркетплейсе другим разработчикам.

Также я сталкивался с проблемой реализации нативных пушей (с помощью API OneSignal) на телефонах в PWA-приложении из-за конфликта Service Worker-ов двух систем. Решалось все работой напильником по готовому плагину, позволяющему реализовать PWA и написанием маленькой асинхронной функции для OneSignal.

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

А что с инпутами/чекбоксами форм, календарями, другими html-элементами? Я предпочитаю делать шаблоны для себя и сохранять CSS, а потом использовать в следующих своих проектах. Это позволяет не нагружать проект лишними плагинами, гибко менять UI и экономить деньги заказчиков. Например, код для реализации своего (нормально выглядящего, а не противного дефолтного) чекбокса в Баббле может выглядеть так.

 label:after < display: block; height: 23px; width: 23px; position: absolute; top: 0; left: 0; >input[type=checkbox]:checked + label:after < width: 23px; height: 23px; background-color: #41AD4C; color: #fff; content: '\2713'; text-align: center; left: 4px; top: 3px; >input[type=checkbox] 

Если хочешь завести цикл в цикле на бэке или провести, например, бинарный поиск по огромной базе лекций в LMS — придется изучить логические операции и основы алгоритмов, иначе твое колёсико ожидания запроса будет крутиться овер-долго. А студент напишет, что приложение медленное из-за того, что оно написано на «каком-то конструкторе».

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

Заключение

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

PS. Я считаю, что у хорошего ноукодера есть большое преимущество перед фронтенд или бэкенд-разработчиком — он глубже понимает бизнес-процессы, несет ответственность за работоспособность приложения и напрямую влияет на успех проекта. А ведь сейчас нормальный бизнес старается искать не кодописателей — им нужны разработчики, глубоко погруженные в процессы, понимающие взаимосвязи в функционале. Но многие пока заточены под покраску кнопок) Сейчас я полностью ухожу в классическую разработку (на то есть экономические причины, готов обсудить их в комментариях), этапа с кнопками мне не миновать, я это прекрасно осознаю. Но уверен, что в дальнейшем, с карьерным ростом, опыт в Bubble даст конкурентное преимущество при трудоустройстве на middle, senior или руководящие позиции.

• Веб-разработка
• Разработка мобильных приложений

Сервис для найма продактов с нуля на Bubble: что в платформе не так и почему она все равно крутая

Паша Шишкин из «Карьерного цеха» рассказал о своем кейсе на Bubble — без цензуры. Он продакт, в бэкграунде — разработка и даже победа в Чемпионате мира по программированию. Паша собрал приложение на Bubble для проекта, который он делает вместе с Глебом Кудрявцевым из Skyeng. Приложение создавал в одиночку и Bubble до этого не знал — изучал всё самостоятельно.

Что такое «Карьерный цех»

«Карьерный цех» берёт на себя первую половину воронки найма, чтобы компаниям не надо было проводить по 30 собеседований на одну позицию, а кандидатам — каждый раз проходить всю воронку найма. Основная часть воронки найма — тестовое задание. Мы даем одно задание на всех продактов, они выполняют его и оценивают друг друга — на выходе получается рейтинг кандидатов, компании выбирают тех, кто по своему мышлению и уровню проработки тестового подходит им больше всего. Модель монетизации простая — компании платит комиссию, если кандидат успешно прошел испытательный срок.

Вторая особенность «Цеха» — продакты могут сравнить себя с рынком, понять и оценить свой уровень, посмотреть на других, откалибровать план своего развития.

Как начали делать «Карьерный цех» и почему выбрали Bubble

Я закончил работать в «Авито» и решил делать свой проект — и вышел на Глеба. У него была идея проекта для упрощения найма продактов. Проработали идею и я стал выбирать техническое решение — на чем делать «Карьерный цех». Кодить вручную — долго, нанимать разработчиков — дорого, а Bubble показался отличным вариантом. Правда, изучить его оказалось непросто — уровень самостоятельного вхождения в Bubble очень «кровавый».

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

Решил собирать «Цех» самостоятельно, чтобы понять всю внутрянку и получить уверенность, что все работает без ошибок и проблем. Например, в Bubble есть workflows. И надо разобраться: страница считается загруженной, только когда загрузились все элементы или раньше? Или пользователь нажимает кнопку: насколько быстро при этом перезагрузится страница и успеет ли отработать дополнительный JS-код. Если проект сложный — однозначно надо проводить эксперименты, чтобы понимать, как работают все компоненты и как протекают все процессы. То есть выбирая разработчика на Bubble, лучше отдать предпочтение тому, кто понимает внутреннее устройство веба, принципы работы браузеров.

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

Что под капотом «Карьерного цеха»

В «Цехе» много разных страниц. Самое интересное: регистрация с анкетой, загрузка выполненного тестового, рейтинг работ других ребят и оценка. Все пришлось делать через эксперименты. Мне очень понравились настройки приватности — они гибкие, удобные и обеспечивают хорошую защиту. Например, нельзя задебажить API, подставить какой-то ID и посмотреть чужие работы. Есть и проблемы — те же поля в формах не могут принимать пустые значения, обязательно надо что-то выбрать, хотя бы дефолтные значения.

Самая интересная часть бизнес-логики — оценка работ других участников. Их надо перетаскивать в специальную область и ранжировать. Тут пришлось добавлять свой код и разные функции, размечать поля, между которыми перетаскивались тестовые. Стандартные плагины Bubble мне не подошли — многие вещи в них реализованы слишком прямолинейно и негибко.

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

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

Но в Bubble есть и очень крутые фичи.

• Динамика изменения полей обработки состояний. На этом экономится куча времени.
• Некоторые участники хотели скрыть свои профили — тут Bubble тоже показал себя отлично, настройки очень удобные, причем никакими подменами ID это не хакнуть.
• Еще у нас есть страничка для экспорта данных о кандидатах в Google Sheets, такая мини-CRM для эйчаров, на Bubble реализовать ее было довольно просто.

Сколько времени заняла разработка

Я собирал приложение для «Карьерного цеха» полтора месяца, тратил на это по 15−20 часов в неделю. То есть в сумме ушло примерно 120.

Если бы мы нанимали для этой задачи программиста, пришлось бы искать его, тестировать, делать ТЗ, описания, заплатить пару сотен тысяч рублей — и все равно конечное решение было бы менее гибким, а я потратил бы порядка 60 часов. Команда разработчиков с исследователями, UX-дизайнерами, бизнес-аналитиками, системным архитектором, тимлдидом и разработчиком вообще обошлась бы в миллион рублей и пилила бы приложение полгода.

Итоги

Если в вашем продукте ключевая вещь — технологии, то не стоит собирать решение на Bubble. Например, игру, какое-то премиальное приложение и т.п. Bubble грузится дольше. А вот бизнес-логику, админки круто собирать на Bubble.

На Webflow или Glide подобное решение сделать было бы невозможно — в них не хватает гибкости и мощи Bubble. По сравнению с Bubble это как блочный конструктор сайтов. Мощнее Bubble — только фреймворки для разработки.

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

Bubble — это платформа для создания веб-приложений, не требующие навыков программирования. Bubble — это инструмент all-in-one. В нем есть визуальный редактор, базы данных, инструменты для бизнес-логики и работы с разными API. Позволяет создавать полнофункциональные чаты, форумы, системы сбора и обработки заявок, таск-трекеры, маркетплейсы, CRM и дашборды. Присоединяйтесь к нашему сообществу Bubble Chat & Community и каналу «Зерокодер».

• Веб-разработка
• Разработка мобильных приложений
• Управление продуктом
• Визуальное программирование

Bubble.io: Стоимость, особенности и ограничения

В этом обзоре мы подробно рассмотрим платформу Bubble.io — передовую no-code платформу, предлагающую инновационный подход к созданию программного обеспечения. Одним из главных преимуществ Bubble является возможность создавать сложные веб-приложения даже людям без опыта в разработке. Однако, важно помнить, что Bubble, как и любой другой фреймворк, всего лишь инструмент.

Что такое Bubble.io?

Фраза «no-code» или “без кода” на самом деле вводит в заблуждение. Да, Bubble действительно позволяет разрабатывать веб-приложения без написания кода, но их основная миссия на самом деле шире: они хотят сделать возможным для любого человека создание, размещение и масштабирование приложений без необходимости иметь знания о традиционной разработке и обслуживании приложений. В чем именно заключается разница?

По сути, Bubble включает в себя четыре инструмента:

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

• Автоматическое масштабирование мощностей по мере роста приложения.

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

Стоимость и тарифы Bubble.io

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

Бесплатный план позволяет вам изучить основные функции Bubble, но не позволит вам развернуть свое приложение или протестировать его более продвинутые возможности. Самая низкая цена, которую вы можете реально заплатить за приложение, составляет 25 долларов США / 29 долларов США, а расширенные функции, такие как внутренние триггеры, доступны только в плане Professional, что означает текущую ежемесячную стоимость 115 долларов США / 129 долларов США. Большенству наших клиентов, на данный момент, достаточно тарифа Personal за 25 долларов США / 29 долларов США в месяц. Это хорошая цена для такой нагрузки, учитывая, что среди них есть приложения с тысячами активных пользователей.

Насколько сложно начать работать с Bubble?

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

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

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

Конечно, опыт работы дизайнером или опыт работы с реляционными базами данных облегчит понимание того, как работает Bubble, а знание JavaScript будет особенно полезным, поскольку Bubble построен на этом фреймворке и наследует многие его особенности. Однако это не обязательные требования, а всего лишь факторы, которые могут помочь вам в путешествии в no-code.

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

Я рекомендую потратить не менее двух недель на изучение основ Bubble, прежде чем начинать создавать свой проект. Первые недели будут посвящены изучению основ и получению опыта. Создание приложения в первый раз может показаться быстрым процессом, но возвращение и внесение изменений может занять много времени, если изначально что-то было настроено неправильно. Лучший способ подойти к делу — начать работать над приложением, которое не обязательно должно быть идеальным, и сосредоточиться на обучении. Вы можете создавать сколько угодно страниц и изучать столько методов, сколько захотите, не боясь, что их нужно будет удалять позже.

Большинство профессиональных агентств разработывают небольшое приложение примерно за 4-6 недель. У них есть опыт, готовые модули и шаблоны, а также иногда несколько разработчиков и подробные планы проекта, чтобы завершить его в срок. Если вы начинающий разработчик, вам может понадобиться как минимум вдвое больше времени. Не забывайте, что это очень короткий срок для создания полностью функционирующего приложения для того, кто не является разработчиком.

Насколько эффективен Bubble по сравнению с другими фреймворками?

Ответ на этот вопрос зависит от проекта и того, с каким фреймворком сравнивается Bubble. В целом, Bubble может быть очень эффективным. По сравнению с традиционной разработкой, использование Bubble может обеспечить тот же результат на 70% дешевле и на 80% быстрее. Обсуждения Bubble, как правило, сосредоточены на создании MVP и быстром выводе их на рынок. Это верно, но также важным является то, что малые и средние предприятия могут использовать технологии, которые ранее были доступны только крупным компаниям.

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

Работа напрямую с продуктом, который вы хотите создать, также устраняет традиционные слои, где идеи и инструкции теряются при передаче от владельца проекта к менеджеру, дизайнерам и, наконец, разработчикам. Bubble позволяет нарисовать и протестировать ваше приложение напрямую, без необходимости объяснять его кому-либо. В ближайшие годы большинство компаний, вероятно, будут иметь свои команды, работающие с no-code. Преимущество, которое дает использование адаптированной технологии по низкой цене, трудно переоценить.

Экосистема плагинов Bubble

Ни один обзор Bubble не будет полным, если не будет рассмотрено, как он может улучшить свои функции с помощью пользовательских расширений. Одной из ключевых сильных сторон, которая сделала WordPress нарицательным в интернет-технологиях (в настоящее время на нем работает более 75 миллионов веб-сайтов), является способность расширять базовый набор функций с помощью плагинов. Bubble придерживается той же стратегии и предлагает магазин плагинов, в котором доступно значительное количество полезных дополнений к функциям Bubble. Во многих случаях вы обнаружите, что для вашей конкретной проблемы существует плагин, когда вы делитесь ею на форуме или в Twitter, и все большее количество доступных плагинов создается специально для Bubble.

Тем не менее, магазин плагинов не идеален, и его недостатки заслуживают обсуждения. Многие профессиональные разработчики вполне обоснованно беспокоятся о том, что использование плагина для ключевых функций вашего приложения означает доверие к третьей стороне, о которой вы иногда знаете очень мало. Предоставят ли они поддержку клиентов? Будут ли они обновлять плагин для обеспечения совместимости с движком Bubble по мере его развития? Будет ли разработчик существовать еще год? Два? Пять? Многие разработчики плагинов, конечно, предлагают высококачественные плагины с подробной документацией и быстрой поддержкой — но сам магазин плагинов имеет ограниченную систему обзора, нет статистики по сообщениям об ошибках/исправлениях, общению с разработчиками, совместимости или тому, на какие внешние библиотеки они полагаются.

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

Совместимость Bubble с другими сервисами

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

Краткий ответ: да, это возможно. У Bubble есть несколько способов подключения к сторонним сервисам.

Коннектор API позволяет устанавливать соединения с большинством типов API. Вместо создания отдельного плагина для каждого API, коннектор позволяет настроить заголовок, параметры и тело вызова, открывая полный спектр возможных сервисов. Если вы не знакомы с этим термином, то это означает, что вы можете подключить свое приложение к стороннему сервису, чтобы расширить его функциональность. Типичные примеры таких сервисов включают в себя:

• Вход на веб-сайт с помощью учетной записи Gmail или Facebook.
• Прием платежей с помощью таких сервисов, как Stripe и Paypal.
• Получение обновленных отчетов о погоде в вашем приложении.
• Обмен информацией между приложениями, например перенос встречи из CRM в Календарь Google.
• Конвертация валют по актуальным курсам.

Коннектор API позволяет вам самостоятельно настроить заголовок, параметр и тело вызова, открывая весь спектр возможных сервисов.

В экосистему плагинов входит множество плагинов, которые упрощают реализацию функций. Например, плагины, такие как Stripe для платежей, добавляют возможность принимать платежи и оформлять подписки в приложении без необходимости настраивать вызов API. Bubble недавно выпустила обновленный плагин Zapier, который позволяет легко соединять ваши приложения с помощью простых команд.

Коннектор базы данных SQL позволяет выполнить запросы к базам данных SQL непосредственно из вашего приложения. Вы можете настроить как действия, так и получение данных. В настоящее время он поддерживает PostGres, MySQL и Microsoft SQL.

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

Более подробно ознакомиться с тем, как работает API в Bubble вы можете в статье «Bubble.io: Что Такое API?»

Обзор Bubble.io: Заключение

Давайте завершим наш обзор Bubble.io. Мы знакомы с Bubble с 2018 года, и за эти годы диалоги, связанные с no-code, сильно изменились. Bubble превратился из узкоспециализированного интереса в широко обсуждаемую продолжающуюся революцию в том, как создается программное обеспечение. Это не из-за слухов или ажиотажа, а может быть выражено простым расчетом: если бы вы могли создавать профессиональное программное обеспечение на 70% дешевле и на 80% быстрее, почему бы и нет?

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

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

Наша студия веб-разработки 0code.app специализируется на разработке веб и мобильных приложений с помощью no-code. Мы будем рады помочь вам в реализации ваших самых смелых идей.

Bubble

компаний любого размера и масштаба, которым необходимо облачное решение для разработки, развёртывания и поддержки приложений.

Детали продукта

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

Контакты

Bubble Group
United States

Стоимость

Стоимость Bubble начинается от 29$ за пользователя, в месяц. Есть бесплатная версия.

Характеристики

Стартовая стоимость

29$ в месяц
Бесплатная версия
Пробный период

Операционные системы

Cloud, SaaS, Web

Обучение

Документация
Персонально

Поддержка

Рабочее время

Возможности

Дизайн мобильных приложений

библиотека функций
Визуальный интерфейс
Перетаскивание
Разработка прототипов
Сотрудничество
Управление изменениями
Управление тестированием
Шаблоны дизайна

Аналоги Bubble

Sellios

от Sellios.ru
Sellios — конструктор интернет-магазинов с хорошим дизайном.

Платформа LP

от Платформа LP
Платформа LP — сервис для создания и ведения одностраничных сайтов.

EUROPA

от Hartmann Industries

Позволяет владельцам бизнеса создать наглядное решение для планирования ресурсов предприятия без необходимости написания.

Sketch

от Bohemian
Набор инструментов для работы с векторной графиков и прототипирования мобильных приложений.

Marvel

от Marvel Prototyping
Решение для прототипирования веб и мобильных продуктов без навыков программирования.

InVision

от InVision

InVision- это платформа, которая предоставляет все необходимые инструменты для создания цифровых технологий, дизайна про.

Популярные сравнения с Bubble

от Bubble Group
Популярные сравнения с Bubble

от Bubble Group

от Open as App

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

от Платформа LP
Платформа LP — сервис для создания и ведения одностраничных сайтов.

от Sellios.ru
Sellios — конструктор интернет-магазинов с хорошим дизайном.

от Hartmann Industries

Позволяет владельцам бизнеса создать наглядное решение для планирования ресурсов предприятия без необходимости написания кода.

от InVision

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

от Bohemian
Набор инструментов для работы с векторной графиков и прототипирования мобильных приложений.

от Marvel Prototyping
Решение для прототипирования веб и мобильных продуктов без навыков программирования.

Bubble с Open as App

Bubble с Платформа LP

Bubble с Sellios

Bubble с EUROPA

Bubble с InVision

Bubble с Sketch

Bubble с Marvel

Отзывы Bubble

Отзывов ещё нет — ваш может стать первым.

Смежные категории к Дизайн мобильных приложений

Сравнить 0 продуктов категории Дизайн мобильных приложений
О компании

• Наша история
• Юридические документы
• Для инвесторов

Пользователям

• Категории ПО
• IT-решения
• Системные интеграторы
• Оставить отзыв
• Блог и исследования

115419, г.Москва, ул.Шаболовка, д.34, стр.5
Все права защищены © pickTech 2024

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