Создание мобильных приложений в Казани: интеграции важнее интерфейса
В этой статье
В Казани планка ожиданий от цифровых сервисов выше средней по стране: горожане привыкли к транспортным картам, электронным сервисам и заказу еды в пару касаний. Поэтому продукт, который просто показывает каталог картинками, здесь не выстреливает. Работает другое – когда приложение подключено к 1С, кассе и программе лояльности и отвечает на вопрос «а есть сейчас?» честными данными, а не вчерашней выгрузкой.
Какие сферы в Республике Татарстан идут в мобильную разработку
Заметнее всего три направления. Гостеприимство и общепит: кофейни, чайханы, кальянные, отели в центре и загородные базы – им нужны бронирование, предзаказ и накопительные бонусы. Торговля: аптечные сети, магазины у дома, оптовые склады строительных материалов. И сервисы для туристов – маршруты, экскурсии, билеты на события, где нагрузка резко растёт в дни крупных мероприятий и приложение обязано это выдержать.
Отдельная категория – внутренние продукты компаний: приложение для мерчандайзера, для водителя, для мастера на выезде. Их не видно в магазинах приложений, но по объёму работ они часто крупнее публичных.
Что именно связывается с 1С
Стыковка с учётной системой – самая трудоёмкая часть проекта, и она же приносит основную пользу. Схема одинаковая для любой отрасли: между смартфоном и базой стоит серверный слой, который отдаёт приложению подготовленные данные и принимает от него документы. Через него ходят:
- меню или каталог с актуальными ценами и стоп-листом на позиции, которых нет;
- остатки по конкретной точке – в сети из десяти адресов это критично;
- заказы, брони и предоплаты, оформленные документом в базе;
- карточка клиента: покупки, бонусный счёт, персональные условия;
- статусы приготовления и доставки в обратную сторону.
Правило простое: данные, которые видит клиент, живут в 1С, а не в отдельной базе приложения. Иначе через полгода начинаются расхождения, и никто не может сказать, где правда.
Оплата, лояльность и кассовый софт
Эквайринг подключаем через платёжный шлюз: карты, СБП, привязка карты для быстрых повторных покупок. Для заведений важна связка с кассовым софтом – заказ из приложения должен печататься на кухне и учитываться в сменном отчёте наравне с продажами зала. Бонусы и уровни лояльности синхронизируются в обе стороны: списание баллов на кассе видно в телефоне мгновенно, начисление за онлайн-заказ учитывается в общем балансе. Дополнительно подключаются карты для зон доставки, геолокация ближайшей точки и push-рассылки по сегментам.
Как устроен процесс работы
- Разбираем бизнес-процесс и составляем карту интеграций – какие системы, какие версии, кто отвечает за доступы.
- Собираем кликабельный прототип: на нём видно логику до того, как написана первая строка кода.
- Рисуем дизайн под обе платформы, с оглядкой на гайдлайны Android и iOS.
- Пишем клиентскую часть и серверный слой параллельно, показываем сборки каждые две недели.
- Тестируем на реальных данных заказчика, а не на выдуманном каталоге из десяти позиций.
Календарно это два-четыре месяца. Бюджет складывается из числа интеграций, количества пользовательских ролей и требований к нагрузке. Диапазоны по нашим услугам есть в разделе цен; если параллельно нужен сайт под ту же аудиторию, смотрите лендинг или полный список услуг.
Выкладка в магазины приложений
Размещение идёт в трёх магазинах: App Store, Google Play, RuStore. Учётная запись разработчика регистрируется на компанию заказчика – это принципиальный момент, продукт должен принадлежать бизнесу. Проверка занимает от суток до недели; чаще всего правки касаются описания, скриншотов и обоснования запрашиваемых разрешений. Мы готовим карточку целиком и сопровождаем релиз до момента, когда приложение доступно для скачивания.
Что видно по аналитике после запуска
Мы закладываем события в ключевые точки: открытие карточки товара, добавление в корзину, применение бонусов, отказ на шаге оплаты. Через месяц становится понятно, где именно теряются пользователи, и правки идут не по ощущениям, а по цифрам. Параллельно снимаем метрики со стороны сервера: время ответа запросов к 1С, доля неудачных обменов, пики нагрузки по часам. В сезон и в дни городских событий эти графики особенно полезны – по ним видно, нужно ли усиливать сервер до праздников.
Частые вопросы
Как быстро окупается такой продукт? Считать надо не установки, а изменение поведения: доля повторных заказов, средний чек постоянного клиента, сокращение времени менеджера на приём заявки. В общепите и рознице первые цифры видны уже через два-три месяца после запуска.
У нас несколько заведений с разным меню. Это одно приложение или несколько? Одно. Точки заводятся как отдельные объекты в учётной системе, а пользователь выбирает адрес и видит меню, цены и стоп-лист именно этой точки.
Кто занимается обновлениями после сдачи? Мы, по договору сопровождения. Обновляем сборки под новые версии операционных систем, следим за ошибками и дорабатываем обмен при изменениях в 1С.
Готовы обсудить задачу предметно: расскажите про свой процесс и системы, а мы честно скажем, что стоит автоматизировать в первую очередь, а что подождёт. Наш телефон: +7 (901) 417-22-12.
