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

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

UKVED в Москве разрабатывает и то, и другое: веб-системы для внутренних процессов и мобильные приложения для сотрудников и клиентов. Отдельно мы связываем разработку с 1С, потому что учёт чаще всего определяет архитектуру всего проекта.

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

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

Мобильное приложение работает на iOS и Android и использует возможности телефона: камеру, сканер штрихкодов, геолокацию, push-уведомления, работу без интернета. Курьер, торговый представитель, кладовщик и мастер на выезде работают именно в нём.

На практике проект редко состоит из одной части. Обычно мы строим три слоя:

• Серверная часть. Хранит данные, считает бизнес-логику и отдаёт информацию по API.
• Веб-интерфейс. Рабочее место офисных сотрудников и администраторов.
• Мобильное приложение. Рабочее место «в поле» или канал связи с клиентом.

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

Веб-система, PWA или мобильное приложение: что выбрать

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

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

Когда бизнесу нужна своя система, а не готовый сервис

Готовый сервис подходит, пока процесс типовой. О собственной разработке стоит думать, если совпадает хотя бы несколько признаков:

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

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

Примеры задач

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

Как идёт разработка: этапы проекта

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

1. Аналитика. Разбираем процессы, роли пользователей и источники данных, фиксируем всё в техническом задании.
2. Прототип. Рисуем экраны и сценарии до начала разработки, чтобы вы увидели продукт и поправили логику, пока правки стоят дёшево.
3. Дизайн. Готовим интерфейс под ваши сценарии: курьеру нужны крупные кнопки и минимум шагов, бухгалтеру — плотные таблицы и фильтры.
4. Разработка. Собираем серверную часть, интерфейсы и интеграции итерациями и показываем рабочие версии, а не презентации.
5. Тестирование. Проверяем сценарии на реальных устройствах, нагрузку и обмен данными с учётными системами.
6. Публикация и поддержка. Выкладываем приложение в магазины, запускаем веб-систему и сопровождаем после релиза: операционные системы обновляются каждый год, и приложению нужны доработки.

Что подготовить до старта

Проект стартует быстрее, если вы заранее соберёте:

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

Мобильное приложение с интеграцией 1С

Если учёт ведётся в 1С, приложение работает как окно в эту базу. Сотрудник открывает заказ на телефоне, сканирует товар, фиксирует выезд, и данные уходят в 1С без повторного ввода. Клиент видит актуальные цены и остатки.

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

Схемы обмена, ограничения конфигураций и этапы работ мы описали на странице мобильное приложение с интеграцией 1С.

Если сотрудники фотографируют накладные на приёмке, мы подключаем распознавание УПД: от 3900 руб/мес. Если базу 1С нужно вынести на сервер, чтобы приложение стабильно обращалось к ней из интернета, сервер 1С стоит от 3300 руб/мес, а аренда 1С — от 1100 руб/мес. Сопровождение 1С и услуги системного администратора — 3800 руб/час. Актуальные условия смотрите в тарифах.

Сколько стоит разработка мобильного приложения и веб-системы

Мобильная разработка у нас стоит от 500 000 руб. Итоговую цену мы называем после аналитики: до неё любое число будет догадкой. Веб-систему оцениваем отдельно по техническому заданию, потому что разброс по объёму слишком большой для цены «с потолка».

На стоимость влияют:

• количество ролей пользователей и экранов;
• платформы: iOS, Android или обе;
• интеграции: 1С, оплата, доставка, SMS, CRM;
• офлайн-режим и работа с оборудованием: сканером, принтером этикеток, кассой;
• требования к безопасности и нагрузке;
• объём дизайна и количество согласований.

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

Отдельную строку бюджета заложите на поддержку: исправление ошибок, обновления под новые версии iOS и Android, развитие функций по обратной связи пользователей.

Ошибки, которые удорожают проект

• Дизайн раньше процессов. Красивые экраны не спасают, если никто не описал, кто и что делает.
• Три платформы сразу. Если сотрудники работают на Android, начните с него, а iOS добавьте позже.
• Нет ответственного. Когда решения по проекту принимают пять человек, сроки растут.
• Интеграция «на потом». Обмен с 1С меняет архитектуру, поэтому его закладывают с первого дня.
• Нет бюджета на поддержку. После релиза приложение нужно обновлять под новые версии iOS и Android.

Каждую из этих ошибок мы разбираем на аналитике, до начала разработки.

Как заказать разработку в UKVED

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

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

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

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