Разработка мобильных приложений в Москве: связываем продукт с учётным контуром компании
В этой статье
В Москве приложение почти никогда не живёт отдельной жизнью. К моменту, когда компания приходит за мобильным продуктом, у неё уже работают 1С, CRM, складской учёт, онлайн-касса, программа лояльности и пара внутренних отчётов, которые собственник смотрит каждое утро. Поэтому основная часть проекта – не рисование экранов, а стыковка приложения с тем, что уже крутится внутри бизнеса. Ниже разбираем, как это устроено технически и во что обходится по срокам.
Кто в столице заказывает мобильные продукты
Запросы делятся на три понятные группы. Первая – розница и сервисы у дома: сети кофеен, пекарни, барбершопы, химчистки. Им нужна карта лояльности в телефоне вместо пластика и повторный заказ в два касания. Вторая – оптовики и дистрибьюторы, у которых торговые представители целыми днями в разъездах по городу и области. Третья – корпоративные приложения для собственных сотрудников: заявки, согласования, обходы объектов, учёт смен монтажных бригад.
Отдельная столичная история – сервисные компании с абонентской моделью: клининг, аренда оборудования, обслуживание техники. У них в приложении живёт весь жизненный цикл договора, а не витрина товаров.
Как приложение подключается к 1С
Мы не лезем в конфигурацию напрямую и не заставляем смартфон ходить в базу через интернет. Между ними ставится промежуточный слой – API, который принимает запросы от приложения, обращается к 1С по HTTP-сервисам или через обмен по расписанию и отдаёт наружу готовый ответ. Такая схема переживает обновление конфигурации и не роняет продукт, когда бухгалтерия делает закрытие месяца.
Через этот слой обычно проходит:
- номенклатура с ценами, характеристиками и картинками, включая индивидуальные цены по договору контрагента;
- остатки по складам – с честной пометкой, что позиция под заказ, а не в наличии;
- заказы из приложения, которые падают в базу документом, а не письмом менеджеру;
- статусы отгрузки, взаиморасчёты и задолженность по счетам для B2B-кабинета;
- обратная синхронизация: если менеджер поменял заказ в 1С, клиент видит это в телефоне.
Обмен всегда двусторонний – иначе через месяц у клиента и у компании будут разные представления о том, что происходит с заказом.
CRM, эквайринг и лояльность в одном контуре
С CRM (чаще всего это Битрикс24 или amoCRM) продукт связывается по открытому API: регистрация превращается в контакт, оформленный заказ – в сделку, обращение из чата – в задачу ответственному. Менеджер не переносит ничего руками, а маркетолог видит, какой канал привёл покупателя.
Оплата подключается через платёжный шлюз с поддержкой карт, СБП и оплаты по ссылке; для подписочных сервисов настраиваем рекуррентные списания и автопродление. Программа лояльности синхронизируется с кассовым софтом, чтобы баллы, начисленные в офлайн-точке, тут же появлялись на экране. Дополнительно подключаются карты, геозоны для расчёта зон доставки и сервисы рассылок.
Сроки и стоимость: из чего они складываются
Работа делится на предсказуемые этапы, и по каждому есть срок:
- аналитика и интеграционная карта – 1–2 недели: смотрим версию 1С, доступы, формат обмена, состав CRM;
- прототип и дизайн экранов – 2–3 недели;
- клиентская часть и серверный слой – от 6 недель, параллельно;
- тестирование на живых данных заказчика – 1–2 недели;
- публикация в магазинах и настройка аналитики – около недели.
Простая витрина с личным кабинетом собирается за полтора-два месяца. Продукт с двусторонним обменом, оплатами и ролями сотрудников – три-четыре. Цена зависит не от количества экранов, а от числа систем, которые надо связать: каждая новая интеграция добавляет и разработку, и тестирование. Ориентиры собраны на странице с ценами.
Публикация в магазинах и что с ней не так
Android-версия выкладывается в RuStore и Google Play, iOS – в App Store. Модерация занимает от одного дня до недели, и чаще всего замечания касаются не кода, а формальностей: политики конфиденциальности, описания карточки, объяснения, зачем нужен доступ к геолокации и камере. Мы готовим тексты и скриншоты и выпускаем релиз на аккаунт заказчика, чтобы права на продукт оставались у него.
Поддержка после запуска
Первые недели после релиза – самые информативные: видно, где пользователи бросают оформление и какие запросы к 1С тормозят. Мы подключаем аналитику событий, следим за ошибками и выпускаем обновления. Раз в год выходят новые версии iOS и Android, меняются требования магазинов, обновляется конфигурация учётной системы – всё это требует регулярного сопровождения. Как оно устроено, описано в разделе технической поддержки. Если продукту нужен сайт или посадочная страница под рекламу, это делает то же агентство.
Частые вопросы
У нас старая самописная конфигурация 1С, обмен возможен? Да, вопрос только в способе. Если HTTP-сервисы недоступны, делаем обмен через промежуточную базу или выгрузку по расписанию – приложение об этом даже не знает.
Можно начать с Android, а iOS сделать позже? Можно, и в столичной рознице так часто и поступают. Серверная часть пишется один раз и обслуживает обе платформы, поэтому вторая версия обходится дешевле первой.
Вы работаете удалённо – как контролировать процесс? Проект ведётся в таск-трекере с доступом заказчика, каждые две недели мы показываем работающую сборку на реальных данных, а не презентацию.
Расскажите, какие системы у вас уже работают и что вы хотите вынести в телефон, – соберём интеграционную карту и назовём честный срок. Телефон для разговора: +7 (495) 151-64-77.
