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