Топ-5 ошибок при разработке приложений на no-code платформах
По данным Nocodecircle и Smart Ranking, объем отечественного рынка no-code в 2024 году может составить около 3,2-3,5 млрд рублей. Инструменты без кода помогают вывести бизнес на новый уровень, привлечь новых клиентов и инвестиции. Если не совершать популярных ошибок no-code-разработки, о которых мы расскажем ниже.
1. Некорректный выбор nocode-платформы
Сегодня в каждом популярном сегменте разработки без кода - для мобильных приложений, ботов, магазинов - есть не менее десятка вариантов решений с похожим функционалом. Однако делать выбор рандомно или основываясь на рекомендация знакомых - не лучшее решение. Перед тем, как размещать проект на той или иной no-code платформе, важно убедиться, что она полностью соответствует вашим задачам и ожиданиям на будущее. Иначе можно не добиться ожидаемого эффекта и получить лишние расходы.
Пример ошибки
Задача: собрать интернет-магазин бутикового типа с 20-70 наименованиями товаров с доставкой в пределах Москвы
Некорректное решение: выбор платформы InSales с избыточным в данном случае функционалом (большая библиотека шаблонов, интеграция со складскими системами, расширенная аналитика). Она обойдется не менее 27 тыс. руб. в год за базовый функционал, плюс нужно будет потратиться на дополнительные модули. Для начала работы с платформой важно уметь кодить (еще дополнительные расходы). Итого может выйти не менее 1-3 тыс долл. в год на систему и обслуживание
Адекватный выбор: Tilda с простым функционалом и идеально подходящая для целей небольшого бизнеса. Чуть больше 100 долл. в год и не нужно кодить
Какие вопросы важно задать при выборе no-code платформы?
Изучите каждый инструмент, который вы рассматриваете для проекта, чтобы понять, насколько он соответствует целям и задачам. Вот какие вопросы необходимо задать:
- Обеспечит ли платформа нужный функционал без избыточности? Так, если это интернет-магазин, наверняка будет важно учитывать количество товаров, возможность интеграции со складскими системами, доставку в различные регионы, поиск по ключевым словам, аналитику и т.д. Но слишком продвинутый сервис обернется расходами и проблемами. Сделать адекватный выбор поможет наш список.
- Кто будет работать с платформой: программист или пользователь без глубоких технических знаний? Во втором случае лучше выбрать nocode-платформу с низким порогом вхождения.
- Ваш проект будет работать на мобилках или в вебе? В первом случае лучше взять что-то вроде AppGyver а во втором - WeWeb, например. Но не наоборот :)
- Сложный ли ваш проект и будет ли серьезно расти? Если на оба вопроса “да”, то может подойти Bubble, если “нет”, то что-то вроде Adalo.
2. Узкий горизонт планирования
Каждый проект имеет свой жизненный цикл, и разработка - лишь часть его. Кроме того, создание продукта не заканчивается после выстраивания логики, проработки дизайна, сборки и тестирования. Важно взаимодействие с пользователями, дальнейшее развитие, масштабирование. Если вы делаете приложение для студии йоги или маникюра, то количество его пользователей (как и набор услуг) вряд ли ждет взрывной рост. Но если создаете продукт для сети клиник, то все будет иначе.
Поэтому, начиная любой проект, необходимо видеть его в перспективе, в будущем. И в соответствии с этим выбирать no-code-инструмент.
Пример ошибки
Задача: сделать приложение для площадки электронной коммерции с широким ассортиментом
Некорректное решение: сделать сайт на Tilda, не предусмотрев существенный рост пользователей, необходимость интеграции со складскими системами, необходимость доставлять в другие города и регионы
Адекватный выбор: развернуть магазин на платформе AdvantShop, которая позволяет управлять товарами, подключать сторонние маркетплейсы, 1С и МойСклад и выгружать товары в ЯндексКарты, не говоря о расширенных возможностях аналитики
Если вы создаете хорошую площадку интернет-торговли, вы наверняка ожидаете большой рост пользователей, каждый из которых захочет создать личный кабинет и управлять своими заказами. Это означает серьезное изменение масштабов проекта, который в любой момент времени должен развиваться, прирастать новыми функциями и нравиться посетителям. А значит, нужно выбирать решение, с которым удастся реализовать долгосрочные цели.
На что обратить внимание
- Определите четкую цель, задачи и этапы проекта
- Проработайте бизнес-логику и найдите платформу, которая предложит возможности в соответствии с тем, как пользователи будут взаимодействовать с вашим приложением
- Подумайте о возможностях масштабирования вашего проекта в будущем
- Заранее решите, интеграции с какими инструментами понадобятся
- Возможности тестирования также очень важны для развития проекта - они позволяют своевременно выявлять проблемы и избегать лишних расходов
3. Невнимательное отношение к безопасности данных
О значимости вопросов информационной безопасности при разработке на nocode и lowcode мы подробно говорили в отдельной статье. Поэтому сейчас мы не будем подробно на этом останавливаться. Отметим лишь, что для некоторых организаций (например, для финансового сектора) безопасность информации имеет первостепенное значение.
Чтобы нивелировать риски, необходимо при выборе платформы для разработки без кода убедиться, что инструмент соответствует правилам защиты данных конкретного региона, а также требованиям, предъявляемым регулятором. Иначе можно не только внедрить неподходящее решение, но и спровоцировать вероятность наложения штрафов и других штрафных санкций. И открыть лазейки киберпреступникам.
Пример ошибки
Задача: создать внутреннее приложение для подбора кандидатов в организации промышленного сектора
Некорректное решение: использовать платформу иностранного поставщика, данные которого хранятся на серверах за границей. С учетом того, что предприятие относится к объектам критической инфраструктуры России, это будет серьезным нарушением
Адекватный выбор: в данном случае подходящий функционал можно найти у таких отечественных решений, как ELMA365 и Первая Форма. Об этих и других российских no-code и lowcode-решениях, соответствующих требованиям регуляторов и входящих в Реестр российского ПО, мы рассказали здесь
Как свести к минимуму риски ИБ при использовании продуктов на базе конструкторов
- Проводить регулярные обновления ПО, используемого в компании
- Внедрить и применять многофакторную аутентификацию (MFA)
- Использовать криптографические протоколы SSL/TLS для защиты данных при передаче
- Регулярно проводить аудиты безопасности и тестирование на проникновение ключевых систем и кода
- Осуществлять управление правами доступа и ролями пользователей
4. Небрежное отношение к тестированию
Одна из ошибок начинающих разработчиков на no-code и low-code состоит в том, что они не проводят регулярные тестирования приложения перед запуском. Тогда как на самом деле нужно осуществлять проверки каждой важной функции продукта, а также посмотреть все целиком перед запуском. И если в перспективе ожидается большой рост пользователей, обязательно нужно провести нагрузочное тестирование (не забыв про разные устройства). И оценить, готово ли приложение обеспечить стабильную работу. Ну и перед выходом в “большое плавание” стоит запуститься на группе бета-тестеров. Это поможет выявить слабые места и своевременно внести доработки до встречи с большой аудиторией.
Пример ошибки
Задача: создать мобильное приложение для управления бронированиями в сети коворкингов
Некорректное решение: выпустить приложение без проведения тестирования на различных устройствах и в различных операционных системах. В результате пользователи Android могут столкнуться с крашами приложения при попытке авторизации, а на iOS будут некорректно отображаться элементы интерфейса
Адекватный подход: провести кросс-платформенное тестирование, охватывающее ключевые сценарии использования, включая регистрацию, авторизацию и процесс бронирования. Использовать тестовые группы для проверки удобства пользовательского интерфейса и устранить все выявленные проблемы до релиза
Как свести к минимуму риски, связанные с тестированием
- Разработать план тестирования, уделив внимание различным сценариям, устройствам и браузерам
- Максимально автоматизировать процесс, применяя такие инструменты, как Selenium, TestComplete или встроенные возможности платформы (например, Bubble’s Debugger)
- Регулярно проводить ручное тестирование, оценивая удобство использования (UX) и корректность работы ключевых функций
- Не забывать о нагрузочном тестировании (например, при помощи JMeter или Locust)
- Регулярно собирать обратную связь от пользователей через приложение, e-mail, Telegram или др.
- Быстро реагировать на баги и выпускать обновления с исправлениями
5. Отсутствие резервного копирования
О важности резервного копирования данных говорится часто, но многие разработчики на no-code и low-code платформах забывают об этом на практике. Это особенно критично для бизнес-приложений, где сбой или утечка данных могут привести к серьезным финансовым и репутационным потерям.
Резервное копирование — это не просто дополнительная мера безопасности, а основа устойчивости любой системы. Без этой практики компании подвергаются риску потери ключевой информации из-за ошибок, сбоев платформы или даже действий пользователей.
Пример ошибки
Задача: создать надежную CRM-систему для управления продажами в компании среднего бизнеса
Некорректное решение: полагаться исключительно на автоматическое сохранение данных в облаке, предоставляемое платформой. В случае сбоя или удаления данных по ошибке компании может грозить полная утрата клиентской базы и истории взаимодействий
Адекватный подход: настроить регулярное резервное копирование данных на сторонние хранилища. Например, экспортировать данные ежедневно или еженедельно в форматах CSV или JSON и сохранять их в защищенном облачном или локальном хранилище
Как минимизировать риски отсутствия резервного копирования
- Узнайте заранее возможности платформы. Многие no-code сервисы, такие как Bubble или Glide, предоставляют встроенные функции для резервного копирования. Важно знать, как часто и где хранятся копии данных
- Настройте автоматический экспорт. Используйте инструменты интеграции, такие как Zapier или Make, чтобы автоматически экспортировать данные в Google Drive, Dropbox или другие облачные сервисы
- Храните копии в нескольких местах. Это позволит избежать зависимости от одной платформы или хранилища
- Проверяйте целостность резервных копий. Регулярно тестируйте восстановление данных из резервных копий, чтобы убедиться, что они корректны и актуальны
- Документируйте процесс. Опишите, кто отвечает за резервное копирование, с какой периодичностью оно выполняется и где хранятся копии
Итого
Разработка приложений/ПО с использованием платформ no-code должна быть легкой, а не проблемной. Без сложностей не обойтись, но возможно избежать тех, что приведут к финансовому краху и сворачиванию проекта. Если уделить внимание перечисленным выше моментам, то как раз удастся избежать серьезных проблем. И сэкономить в итоге массу денег и других ресурсов.
Чтобы не пропустить важные новости, лайфхаки и события из мира разработки без кода, подписывайтесь на наш канал в Телеграм!