Конструктор приложений или своя разработка: 5 границ, где коробка кончается

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

что конструктор делает хорошо

Начнём с того, где конструктор прав. Визитка компании с каталогом и кнопкой «позвонить», программа лояльности для кофейни, запись на услугу, справочник сотрудников с новостями. Данные в таких приложениях живут внутри самого конструктора, интеграций почти нет, запуск занимает дни, а не месяцы.

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

понедельник, 9:10: приложение показывает вчерашние остатки 📉

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

В понедельник в 9:10 представитель стоит у клиента в подвале торгового центра. Связи нет, каталог не открывается. Он выходит на лестницу, ловит сеть, каталог загружается, но остатки в нём вчерашние. Конструктор забирает выгрузку из 1С раз в сутки, ночью, а склад с половины девятого уже отгружает утренние заказы. Позиция, которую представитель обещает клиенту, закончилась час назад.

Приложение собрано быстро, но данные в нём живут отдельно от 1С, поэтому остатки отстают, а заказы приходится проверять вручную. Менеджер звонит клиенту, извиняется, предлагает замену. Бухгалтер перебивает заказ из письма в 1С руками. Через месяц представители возвращаются к звонкам и Excel, а подписка на конструктор продолжает списываться.

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

пять границ, где коробка кончается

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

данные из 1С в момент запроса

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

работа без сети

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

роли, цены и права

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

персональные данные и серверы

Контакты, адреса и телефоны физических лиц в приложении означают требования 152-ФЗ: по части 5 статьи 18 данные граждан России записывают и хранят в базах на территории России. Спросите у поставщика конструктора, где физически стоят серверы, и получите ответ письменно. Формулировка «серверы в облаке» ответом не считается.

камера, сканер, Bluetooth и фоновая геолокация

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

четыре варианта рядом 📊

Выбор не сводится к «конструктор или с нуля». Между ними есть ещё два решения, и таблица показывает, чем они различаются.

Строка с посредником выглядит выгодной: экран уже собран, остаётся «подружить» его с 1С. На практике посредник — отдельный сервис со своим кодом, своими ошибками и своим сопровождением, и платите вы за него поверх подписки. Когда посредник появился, считайте, что разработка уже началась, только без проектирования.

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

во что обходится переезд с конструктора 💸

Переезд начинается с вопроса, который редко задают при покупке: можно ли забрать исходный код. У многих конструкторов он недоступен. Значит, приложение пишут заново, и вы платите дважды: подписку за все месяцы работы и разработку с нуля. Для нашей мобильной разработки ориентир начинается от 500 000 ₽, итог зависит от объёма задач и считается после разбора.

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

Поэтому до покупки подписки задайте поставщику конструктора четыре вопроса:

• ✓можно ли выгрузить исходный код и в каком виде;
• ✓под чьим аккаунтом приложение публикуется в RuStore и других магазинах;
• ✓в какой стране стоят серверы с данными пользователей;
• ✓есть ли открытый API, через который 1С сможет отдавать и принимать данные.

шесть вопросов, которые отделяют конструктор от разработки ✅

1. ✓Нужны ли остатки, цены или статусы заказов из 1С в момент открытия экрана, а не по расписанию?
2. ✓Работают ли пользователи там, где нет связи?
3. ✓Видят ли разные сотрудники разные данные и разные цены?
4. ✓Хранит ли приложение данные физических лиц?
5. ✓Нужны ли камера, сканер штрихкодов, Bluetooth или геолокация в фоне?
6. ✓Сколько пользователей будет через год и как от этого меняется тариф конструктора? Посчитайте подписку за три года и сравните с разработкой.

Мы пользуемся простым правилом. Один ответ «да» на вопросы с первого по пятый означает, что стоит посчитать обходные пути. Два «да» означают, что разработка почти наверняка выгоднее. Ни одного «да» означает, что берите конструктор.

как это решается у нас и сколько стоит

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

Для оптовых компаний и дистрибуторов мы собираем B2B-приложение с 1С: заказы с индивидуальными ценами, клиентский кабинет, история отгрузок. Разработка с нуля начинается от 500 000 ₽, подробности и состав работ описаны на странице разработки мобильных приложений. Итоговая цена зависит от числа ролей, офлайн-сценариев и объёма обмена с 1С, а актуальные ставки мы публикуем на странице цен и тарифов.

Если по шести вопросам вам хватает конструктора, так и скажем: он дешевле, и переплачивать за разработку незачем. Если нет, пришлите ответы, и мы назовём стоимость и срок до начала работ.

❓ Частые вопросы

Чем конструктор мобильных приложений хуже разработки на заказ?

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

Можно ли подключить приложение из конструктора к 1С?

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

Сколько стоит разработка мобильного приложения с интеграцией 1С?

Мобильная разработка у нас начинается от 500 000 рублей. Итоговая сумма зависит от числа ролей, офлайн-сценариев, объёма обмена с 1С и требований к дизайну. Точную стоимость и срок мы называем после разбора задачи, до начала работ.

Что выбрать для приложения торговых представителей?

Торговым представителям нужны индивидуальные цены, свежие остатки и работа без связи в подвалах и на складах. Если приложение внутреннее и дизайн не важен, подойдёт 1С:Мобильная платформа. Если нужен фирменный интерфейс или клиентский кабинет, берут свою разработку с обменом через HTTP-сервисы 1С.

Можно ли забрать исходный код приложения из конструктора?

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