Ваше «приложение» могло быть просто сайтом на 1С

Мобильному «приложению» бизнес часто заказывает то, что прекрасно решается веб-интерфейсом на 1С: показать остатки, принять заказ, открыть личный кабинет. Разница в деньгах и сроках огромная — от 500 000 рублей и трёх месяцев на нативную разработку против доработки существующей базы 1С за пару недель, без публикации в сторах и модерации.

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

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

У остальных были старые Android-планшеты на прошивке пятилетней давности, куда приложение просто не устанавливалось, а каждое обновление требовало вручную скачать apk-файл и переустановить его на каждом устройстве. Директору же нужен был не отдельный продукт с собственным жизненным циклом, а быстрый доступ к таблице остатков и форме заказа — то, что открывается в любом браузере за секунду.

Слово «приложение» звучит на презентации инвестору солиднее, чем «веб-страница», подрядчики на нативной разработке редко предлагают клиенту более дешёвый вариант, а разницу между мобильным приложением и мобильной версией сайта в компании никто и не объяснил. Пока согласовывали бюджет и ждали публикацию в Google Play, конкурент запустил тот же функционал разделом личного кабинета на сайте — за три недели.

Отдел продаж потерял не только 720 000 рублей на разработку, которой не пользуются. Три месяца, пока «настоящее приложение» проходило модерацию в сторе, заказы принимали по телефону и в мессенджерах вручную, с ошибками в позициях и задержками отгрузки на день-два. Похожая история повторяется у логистических компаний и небольших розничных сетей в Москве: разница только в том, кто именно — торгпред, курьер или кладовщик — так и не открыл дорогое приложение ни разу. В переписке с подрядчиком директор потом находил ту же фразу, что и в десятках похожих проектов: «мобильное приложение — это современно и солидно», — а вопрос о том, кто и как будет им пользоваться на конкретных устройствах склада, никто заранее не задавал.

Как исправить: превратить идею «приложения» в веб-интерфейс на 1С

Первый шаг — не обсуждать платформу, а выписать конкретные экраны и действия: посмотреть остаток, оформить заказ, увидеть статус отгрузки, загрузить скан документа. В девяти случаях из десяти для такого набора задач не нужен ни App Store, ни Google Play — нужна веб-форма, подключённая напрямую к базе 1С через HTTP-сервис или обычную веб-публикацию.

Дальше решение собирается по одной и той же схеме, независимо от отрасли:

1. ✓Выписать список экранов и ролей: что видит менеджер, что — торговый представитель, что — клиент в личном кабинете.
2. ✓Проверить версию платформы и конфигурации 1С — веб-публикация не всегда поднимается на старой сборке без доработки.
3. ✓Опубликовать базу на сервере с доступом по https и разграничением по ролям, а не по общей ссылке для всех.
4. ✓Добавить нужные веб-формы поверх текущей конфигурации, не создавая параллельную базу данных.

Что технически меняется при переходе на веб

Вместо двух кодовых баз под iOS и Android остаётся одна, работающая в браузере на телефоне, планшете и компьютере одинаково. Обновление выкладывается на сервер и в тот же момент доступно всем пользователям — без очереди на модерацию и без версий, которые «ещё не обновились». Доступ разграничивается ролями: менеджер видит одно, торговый представитель — другое, клиент в личном кабинете — третье.

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

Мобильное приложение или веб-интерфейс на 1С: что выбрать

Ниже — сравнение по пяти пунктам, которые реально влияют на бюджет и сроки, а не абстрактное «что лучше».

Разница в сроке напрямую влияет на выручку: пока приложение три месяца лежит на модерации, компания либо теряет заказы, либо продолжает вести их вручную — и оба варианта дороже, чем кажется на этапе согласования сметы. К этому добавляются расходы, которые в смету на «приложение» обычно не попадают: ежегодная плата за аккаунт разработчика в Google Play и Apple, повторное прохождение модерации при каждом крупном обновлении и отдельная техподдержка для двух платформ вместо одной веб-версии.

Что делать, если ошибка повторяется — компания снова просит «сделайте приложение»

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

Правило простое: прежде чем согласовывать бюджет на нативную разработку, отдел проверяет три вещи. Нужна ли задаче работа без интернета в поле — например, на складе без устойчивого Wi-Fi. Требуется ли прямой доступ к аппаратной части устройства — камера для сканирования штрихкода, GPS-трекинг курьера, push-уведомления от системы, а не от бота в мессенджере. И решается ли то же самое веб-формой поверх текущей базы 1С быстрее и дешевле.

Если ответ на первые два пункта «нет» — задача идёт в доработку веб-интерфейса, а не в мобильную разработку. Если «да» — тогда нативное приложение действительно оправдано, и здесь мобильная разработка от 500 000 рублей закрывает именно ту нишу, где браузер физически не справляется: офлайн-склад со сканером, курьерская служба с трекингом на местности.

Как предотвратить лишние траты на мобильную разработку

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

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

Отдельно стоит держать в порядке саму инфраструктуру: обновление 1С вовремя избавляет от ситуации, когда веб-публикация не поднимается на старой версии платформы, а сопровождение сервера и системного администрирования от 3 800 руб/час снимает с бухгалтерии и отдела продаж задачи, которые не должны решаться руками менеджера в свободное время. Компании, которая уже платит за сопровождение, добавление новой веб-формы обходится в разы дешевле, чем разработка приложения с нуля силами отдельного подрядчика. Это же сопровождение снимает вопрос, кто отвечает за сервер ночью, если веб-интерфейс перестал открываться в разгар рабочего дня — а не превращается в отдельный проект поиска нового подрядчика в панике.

Сколько стоит веб-интерфейс на 1С и что входит в работу

Для компании на 1С:Управление торговлей личный кабинет для торгпредов или клиентов обычно добавляется доработкой существующей конфигурации: новые веб-формы, роли доступа, публикация базы на сервере. Почасовая ставка на такие работы — от 3 800 руб/час: доработка на 20 часов обходится в 76 000 рублей — против 500 000 рублей и выше за нативное приложение с той же функцией. Сама база при этом размещается на арендованном сервере 1С от 3 300 руб/мес либо в формате аренды 1С от 1 100 руб/мес, если держать собственное серверное железо невыгодно.

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

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

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

Зачем вообще сайт или веб-интерфейс, если в компании уже работает 1С?

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

Сколько по времени занимает переход с идеи приложения на веб-интерфейс?

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

Можно ли позже превратить веб-интерфейс в полноценное мобильное приложение?

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

Нужен ли отдельный сервер для веб-интерфейса на 1С?

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

Как понять, что моей задаче действительно нужно мобильное приложение, а не сайт?

Ключевой признак — обязательная работа без интернета в поле или прямой доступ к камере, GPS и push-уведомлениям устройства: сканирование штрихкодов на складе, трекинг курьера. Если задача сводится к просмотру данных и оформлению заказа, веб-интерфейс решает её быстрее и дешевле.