На чем написать бизнес приложение

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

87 114 просмотров
Какими бывают мобильные приложения

Существует три подхода к созданию мобильных приложений:

Традиционный. Предполагают написание кода, создание макета, оптимизацию, команду и другие этапы.
Зерокодинг. Не требует знания языков программирования. Это похоже на использование Тильды (это тоже, кстати, инструмент зерокодеров) для создания сайтов: не надо знать CSS, HTML, JS — просто расставляешь блоки с контентом, настраиваешь анимацию и получаешь отлчиный сайт.
Low-code — это что-то среднее между зерокодингом и программированием: писать код все-таки приходится, но немного.

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

7 причин создать мобильное приложение для бизнеса

При этом обычная разработка затянется на 3−6 месяцев и съест до миллиона рублей — если работать с фрилансером или скромной региональной студией.

Чтобы быть в курсе новостей зерокодинга, присоединяйтесь к телеграм-каналу «Зерокодер» и чату «Я — зекрокодер».

На чем собирают мобильные приложения без кода

Самые мощные и популярные инструменты мобильной разработки без кода — Adalo, Glide и Bubble. С их помощью можно создать и опубликовать мобильное приложение. Они бывают трех типов:

Мобильная версия сайта — сайт в интернете, адаптированный под экраны смартфонов. Это самый «бесправный» тип приложений: всегда нужен интернет, пуши можно включать только в браузере, постоянно на виду элементы навигации браузера.

PWA (Progressive Web Application) — когда мобильная версия сайта устанавливается на смартфон как приложение. Из плюсов — не надо поддерживать две кодовые базы, под iOS и Android, приложение всегда «обновлено» до последней версии, можно работать с некоторыми нативными функциями смартфонов. Например, отправлять пуши, устанавливать ярлык на экран, элементы навигации браузера не мешают (их просто нет). такие приложения умеют создавать и Bubble, и Adalo, и Glide.

Нативные — когда приложение публикуется в официальных сторах. В Adalo уже встроена такая функция, а приложения на Bubble можно обернуть в специальный контейнер и тоже опубликовать в Google Play и App Store. Нативные приложения позволяют работать со всеми функциями телефона: камерой, микрофоном, GPS, контактами, файлами, акселерометром, push-уведомлениями, памятью девайса, адаптивной версткой — всё, как в обычном коде, только без кода.

Бизнес на создании мобильных приложений. Сколько зарабатывают Мобильные Приложения!@user-wy6ig1cf8s

Методичка по макияжу по подписке.
Сервис аренды жилья в Вене.
Приложение фотошколы.
Каталог наставников в Digital.

Glide — платформа для создания мобильных приложений без кода. Лучше всего функции сервиса описывает девиз «Создавайте приложения из Google Sheet за пять минут, бесплатно». Glide-приложения нельзя загрузить в сторы, но можно опубликовать в интернете как PWA. Платформа отлично подходит для создания простых приложений и MVP — много готовых симпатичных шаблонов, понятные интуитивные настройки.

На бесплатном тарифе есть ограничение по объему данных, 10% комиссия со всех платежей и лого Glide, а платные стартуют от $32 в месяц.

Приложение для бронирования тренировок и снаряжения в фитнес-клубе
Индийский headhunter
Онлайн-помощник для педагогов

Adalo — nocode-платформа для создания веб- и мобильных приложений, которые можно публиковать в App Store, Google Play или в интернете как PWA. Новая версия раскатывается в сторы прямо из личного кабинета на платформе, публикуется тоже оттуда (но нужен аккаунт в AppStore и Google Play). Adalo позволяет создавать приложения в интуитивно-понятном интерфейсе методом drag’n’drop из готовых или кастомных дизайн-шаблонов. Эта платформа мощнее Glide и на ней можно собирать более сложные приложения.

На бесплатном тарифе нет ограничений по количеству приложений, а вот количество данных фиксировано — плюс придется «потерпеть» лого платформы. Платные тарифы стартуют от $50 в месяц и дают возможность публиковаться в сторах.

Приложение для геймификации карьеры
Конструктор мобильных сайтов для рестораторов

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

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

На бесплатном тарифе тоже есть лого платформы, нельзя привязать приложение к своему домену, количество объектов в базе данных ограничено 200 и закрыт доступ к API. Платные тарифы начинаются от $25 в месяц.

Экспресс-сравнение платформ
Мобильный зерокодинг и традиционная разработка: стоимость и сроки

Разработка приложения «под ключ» — сложный процесс, в котором участвует целая команда специалистов. Программисты пишут бэкенд и фронтенд, дизайнеры создают «человеческий» UX/UI и вкусную картинку, тестировщики ищут ошибки, проджекты управляют всем процессом, лиды — командами, эккаунты общаются с клиентами. И каждый не просто просиживает штаны, а действительно работает и нужен.

Сколько денег возьмет за разработку веб-студия и сколько времени потратит, зависит от сложности проекта и имиджа компании, но в среднем — от 500 тыс. до 5 млн рублей, а средний срок разработки — 4−6 месяцев (по сведениям с Хабра, DTF и Appinventive). Сложные приложения легко могут стоить дороже 10 млн рублей и пилиться больше года — особенно если поджимают сроки или подрядчик входит в какой-то рейтинг вроде Теглайна. И всё это без учёта поддержки, обновлений, продвижения и возможных проблем с масштабированием и доработками.

Nocode-разработка обходится дешевле. Например, Сергей Горелов в одиночку собрал полнофункциональное приложение для фитнес-клуба за пару недель — такое же приложение обычная студия будет разрабатывать около полугода и возьмёт за работу 700−800 тысяч рублей.

А Евгений Спорыхин из nocode Hero вместе с WeLovEnocode запилил карьерный трекер с геймификацией на Bubble. Вместе с детализацией техзадания, доработками, дополнительными функциями и пятью итерациями по дизайну (клиент не совсем понимал, какой он хочет видеть визуальную составляющую) это заняло три месяца и обошлось заказчику примерно в 700 тысяч рублей.

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

Да, у мобильных приложений на зерокодинге пока есть некоторые ограничения: например, чтобы сделать массовый сервис с трафиком в десятки миллионов человек, когда критичны скорость работы и премиальный дизайн, придется создавать свое решение, нанимать программистов или отдавать разработку на аутсорс. А вот первые версии такого продукта — особенно MVP — можно собирать и без кода. Приложения на несколько десятков или сотен тысяч пользователей nocode-платформы также выдержат без проблем.

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

Примеры мобильных приложений без кода на Glide
MAKE. Мобильная методичка по макияжу по подписке на Glide

Платформа: Glide
Время на разработку: 2 недели (большая часть — наполнение базы данных)
Затраты: 12$ (базовый тариф в Glide)

Игорь — профессиональный программист. Как-то раз ему понадобилось выполнить техническую задачу за пару дней — так он вошел в зерокодинг. Сначала автоматизировал на Integromat, потом перешел на Glide. А в пандемию он назерокодил приложение для обучения макияжу MAKE — помогал жене перевести бизнес в онлайн.

Игорь освоил Glide за три дня, еще 4 дня делал структуру приложения. Дольше всего вносил список из 400 продуктов — это заняло 2 недели Приложение интегрировано с ЮKassой, Integromat и GetCourse, можно выбрать свой цветотип, форму лица и глаз, найти инструменты и средства для макияжа, а также получить советы — где их лучше купить, чтобы не попалась подделка.

Когда пользователь открывает приложение, система опознает его: если в Google-таблицах Access не равен Yes и нет отметки trial, то подписка неактивна и выводится экран оплаты. После оплаты подписки в Integromat запускаются две цепочки: первая — для уже зарегистрированных пользователей. Она обновляет запись об оплате в Google-таблице в строке пользователя. Вторая — для новых пользователей. Она создает новую запись в талице.

Цепочка проверки оплаты в Integromat

Если пользователь оплатил подписку с помощью банковской карты, информация о ней сохраняется. За 3 дня до окончания подписки пользователя предупредят о предстоящем списании. После автооплаты система пришлет результат — успешно прошло списание или денег на карте не оказалось. Эта логика собрана на GetCourse.

Источник: vc.ru

На чём писать мобильные кроссплатформенные приложения

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

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

Давайте для начала пройдемся ещё раз по терминологии.

Родные

Преимущества нативных приложений:

скорость работы и отклика интерфейса. Приложение реагирует на нажатия мгновенно, практически отсутствуют задержки в анимации, скроллировании, получении и выводе данных;
понятный и простой доступ к функциям и датчикам устройства. Для разработчика не представляет проблемы работа с геолокацией, , съёмкой фото и видео через камеру, звуком, акселерометром и другими датчиками;
возможность углублённой работы с функциями смартфона. Как и в предыдущем пункте, такие вещи, как анимации, создание сложных интерфейсов и работа нейросетей прямо на устройствах реализуются, может быть, и не просто, но прогнозируемо;
родной для платформы интерфейс. Нативные приложения обычно оперируют «платформенными» элементами интерфейса: меню, навигация, формы и все остальные элементы дизайна берутся от операционной системы и потому привычны и понятны пользователю.

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

И не родные

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

Первый заключается в том, что на этапе подготовки приложения к публикации он превращается в нативный для определённой платформы с помощью транспилера. Фактически один кроссплатформенный язык программирования «переводится» на другой.

Второй — в том, что к получившемуся коду добавляется определённая обёртка, которая, работая уже на устройстве, на лету транслирует вызовы из неродного кода к родным функциям системы.

Предполагается, что большая часть такого кода может переносится между платформами — очевидно, что, например, логика совершения покупок, сохранения товара в корзину, просчёта маршрута для такси, написания сообщения в мессенджер не меняется в зависимости о того, Android у клиента или iOS. Нужно лишь доработать UI и UX для платформ, но сейчас, в определённых пределах, даже это можно объединить — например, активно используется как на Android, так и на iOS. Так что даже внесений исправления в интерфейс для того, чтобы приложение отвечало духу и букве нужной платформы — вопрос желания, необходимой скорости и качества разработки.

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

неродной интерфейс или, как минимум, необходимость работы с интерфейсом каждой платформы отдельно. У каждой системы свои требования к дизайну элементов и иногда они взаимоисключающи. При разработке это необходимо учитывать;
проблемы в реализации сложных функций или возможные проблемы работы даже с простыми процедурами в силу ошибок самих фреймворков разработки. Кроссплатформенная среда лишь транслирует запросы к системным вызовам и интерфейсам в понимаемый ею, системой, формат, и потому на этом этапе возможны как сложности с пониманием, так и возникновение ошибок внутри самого фреймворка;
скорость работы. Так как кроссплатформенная среда является «надстройкой» над кодом (не всегда, но в определённых ситуациях), в ней возникают свои задержки и паузы в отработке действий пользователя и выводе на экран результатов. Это было особенно заметно несколько лет назад на смартфонах, более маломощных относительно сегодняшних, однако сейчас, с ростом производительности мобильных устройств, этим уже можно пренебречь.

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

Что выбрать

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

должно хоть работать на любом устройстве? Выбирайте HTML как основу;
у вас достаточно средств, нет спешки и вы хотите самое качественное приложение? Вам прямой путь в нативную разработку;
у вас есть «встроенный» или вы просто хотите быстро и просто попробовать мобильное приложение в деле? Тут можно рекомендовать Cordova/HTML или PWA;
у вас есть собственная и поддерживающий ее C#-разработчик? Берите Xamarin;
вы «хотите попробовать», но надо сделать всё красиво и модно? Смотрите в сторону React Native или Flutter.

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

простое ? Возьмите React Native или HTML5 и вы получите две платформы за минимальную цену;
у вас есть сайт с большой посещаемостью и вам нужно протестировать гипотезу присутствия в мобильном пространстве? HTML5;
сложные приложения с доступом к нужным функциям устройств? Нативная разработка, Xamarin, React Native.

Кроссплатформенная разработка — не панацея

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

У вас остались сомнения и вопросы о кроссплатформенных приложениях? Почитайте о том, как мы создавали приложение ClassBoom для быстрого получения абонемента в одно из спортивных заведений города и попробуйте приложение ВсеПлатежи для оплаты всевозможных видов услуг — от ЖКХ до заказов в . А лучше запишитесь на бесплатную консультацию, заполнив форму с указанием примерного бюджета и кратким описанием идеи или свяжитесь с нашим менеджером Катей по телефону .

Источник: livetyping.com

Топ 5 JS-библиотек для бизнес приложений в 2020-2021

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

Зачем нужны UI библиотеки?

Это извечный спор Declarative VS Imperative Programming . В статье по ссылке Вы можете ознакомиться с мнением и практикой эксперта. В любом случае современное программирование требует унификации по таким причинам:

Сокращение сроков разработки.
Удешевление стоимости проектов.
Стабилизация качества при уменьшении издержек на тестирование.

Почему именно JavaScript?

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

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

Как стать веб-разработчиком: пишем своё первое веб-приложение

В чем специфика бизнес-приложений?

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

Даже с учетом всего разнообразия решений (медицинские, банковские, трейдинговые, производственные, образовательные и т.д.), всё разнообразие бизнес-функций укладывается в линейку из 100 бизнес-модулей и виджетов. Это отличные исходные данные для унификации процесса разработки.

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

Ниже мы предлагаем ознакомиться с Топ 5 JS-библиотек для бизнес приложений в 2020-2021, которые помогут ускорить разработку вашего бизнес-приложения.

Webix UI Library

Изображение с сайта https://ru.webix.com/

Это одна из самых функциональных и высокопроизводительных библиотек. Подробный обзор этой JavaScript библиотеки Вы можете найти в этой статье . Мы поставили эту библиотеку на первое место, т.к. Webix специализируется исключительно на бизнес-приложениях. Это библиотека подобна универсальному швейцарскому ножу, который умеет практически все.

Webix содержит 100+ UI виджетов, из которых можно собрать абсолютно любое бизнес-приложение. На момент написания статьи, в комплект Webix входило 8 высокоуровневых виджетов — SAP приложений: File Manager, Document Manager, User Manager, Chat-Messenger, Task Manager (Kanban), Pivot, Spreadsheet, SQL Query. И еще два новых комплексных виджета заявлены в дорожной карте на вторую половину 2020 года (это будут Scheduler and Report Builder).

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

Среди недостатков выделяют плохую совместимость комплексных виджетов с устройствами с малой диагональю экрана.

DHTMLX

Изображение с сайта https://dhtmlx.com/

DHTMLX предлагает JavaScript библиотеки и UI компоненты c богатой функциональностью для построения интерактивных веб-интерфейсов, используемых в различных сферах бизнеса. На данный момент линейка продуктов компании включает следующие решения: Suite с 20+ UI компонентами, Gantt и Scheduler для управления проектами с помощью диаграммы Ганта и планировщика событий, Diagram для наглядной визуализации данных, Spreadsheet для работы с динамическими таблицами наподобие Excel, а также Pivot, Rich Text Editor и Vault для удобной загрузки файлов. Кроме того, команда разработчиков DHTMLX планирует вскоре выпустить Kanban, который можно будет интегрировать с DHTMLX Gantt для еще более эффективного управления проектами.

DHTMLX активно развивают все свои продукты. Из-за этого команда не всегда успевает выкладывать все примеры использования компонент в документации.

Сильная сторона библиотеки DHTMLX — возможность обрабатывать большие объемы данных. Все компоненты легко настроить под нужды конкретного бизнес-приложения.

Ext JS

Изображение с сайта https://www.extjs.com/

Еще пару лет назад мы бы поставили этот продукт на первое место. Проект заслужил уважение у огромного числа разработчиков. Был период, когда Sencha Ext JS безраздельно доминировал на рынке UI библиотек. Сегодня позиции этого продукта не столь сильны. Отзывы указывают на излишнюю сложность и заметные проблемы с производительностью.

Но если в Вашей команде есть опытные Ext JS разработчики, то Вы можете смело начинать свой проект. В этом Вам помогут и отличная документация, и большое число примеров и функциональная библиотека пользовательского интерфейса. Большим плюсом этого решения являются специализированные пакеты для интеграции с фреймворками Angular и React.

React

Изображение с сайта https://ru.reactjs.org/

Несмотря на то, что это один из самых популярных JS фреймворков, мы ставим его лишь на 4 место. React — это прекрасная среда для создания любых бизнес-приложений. Но входящая в его состав библиотека не может похвастаться таким большим набором бизнес-функций, который предлагают специализированные библиотеки как Webix или Ext JS. Поэтому разумной стратегией будет использование React как базового фреймворка, и интеграция его с одной из специализированных библиотек, что существенно сэкономит время на разработку нужных бизнес-функций.

Jquery UI

Изображение с сайта https://jqueryui.com/

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

С выпуском HTML5 jQuery UI сделал возможным решение многих проблем пользовательского интерфейса. Сегодня проект переживает спад. Нет обновлений и новых виджетов.

В настоящее время код пользовательского интерфейса jQuery кажется неудобным, если сравнивать его с новыми и элегантными фреймворками и библиотеками. С выходом стандарта HTML5 многие функции пользовательского интерфейса jQuery стали ненужными, поскольку теперь они изначально поддерживаются современными браузерами «из коробки». Тем не менее, библиотека заслужила признание. Она остается отличным инструментом для практики и быстрого прототипирования. Некоторые уникальные элементы управления этой библиотекой до сих пор пользуются спросом у разработчиков.

Заключение

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

Источник: tproger.ru

На чем написать бизнес приложение

На чём писать мобильные кроссплатформенные приложения

Родные

И не родные

Популярные платформы и инструменты кроссплатформенной мобильной разработки

Cordova и HTML5

PWA

Xamarin

React Native

Flutter

Что выбрать

Кроссплатформенная разработка — не панацея

Топ 5 JS-библиотек для бизнес приложений в 2020-2021

Зачем нужны UI библиотеки?

Почему именно JavaScript?