Мобильные приложения в Туле: заводской контур, оптовые кабинеты и сервисы для города
В этой статье
Заказы на мобильную разработку в Туле идут из трёх довольно разных миров. Промышленность просит внутренние инструменты для смен, обходов и заявок. Производители продуктов питания и оптовые компании – кабинет для дилеров и торговых представителей. Городской бизнес, от кофеен до клиник и туристических комплексов, – привычный клиентский сервис с записью, заказом и оплатой. Дальше разберём каждый случай и остановимся на том, что объединяет их все: обращение с данными людей и защита доступа.
Приложения для сотрудников на производстве
Здесь никого не интересуют анимации – интересует скорость ввода и достоверность. Типичный набор: заявка на ремонт с фотографией узла, чек-лист обхода оборудования с отметкой времени, наряд с подтверждением выполнения, приём и выдача со склада по штрих-коду. Телефон в цеху заменяет бумажный журнал, а данные попадают в учётную систему сразу, а не через неделю. Обязательное требование – работа в зонах без сети: приложение накапливает записи локально и синхронизируется, когда связь возвращается.
Оптовый кабинет для дилеров и торговых представителей
Кондитерские производства, металлотрейдеры, поставщики стройматериалов – у всех похожая боль: заявки приходят в мессенджеры и по телефону, менеджер переносит их в учётную систему руками, ошибки всплывают при отгрузке. Мобильный кабинет закрывает это целиком:
- актуальный прайс и остатки с ценами конкретного контрагента, а не общими;
- заказ в несколько касаний с историей прошлых отгрузок;
- статус заявки, документы и взаиморасчёты;
- отчёт торгового представителя с точки: фото полки, остатки, комментарий.
Экономика простая: если менеджер тратил на приём заказов половину дня, это освободившееся время окупает разработку заметно быстрее любой рекламы.
Обязательства оператора персональных данных
Компания, собирающая через приложение имя, телефон, адрес или сведения о здоровье клиента, автоматически становится оператором персональных данных. Что должно появиться в продукте с первого дня: политика обработки, открывающаяся из самого приложения, согласие, которое пользователь даёт осознанным действием, возможность удалить учётную запись без визита в офис, и хранение баз на серверах, размещённых в России. Уведомление в надзорный орган подаёт заказчик, мы помогаем с технической частью описания. Собирайте только те поля, без которых приложение не работает – это самая недооценённая мера защиты. Правовые детали разобраны в отдельной статье.
Вход в приложение и контроль устройств
Для клиентов используем авторизацию по одноразовому коду: пароль не хранится, восстанавливать нечего, а частота запросов ограничена, чтобы автоматические скрипты не тратили ваш СМС-бюджет. Для заводских и дилерских приложений применяем другую схему: учётную запись создаёт администратор, она привязана к сотруднику или контрагенту, и её можно отключить вместе с локальными данными на телефоне. Экран с чувствительными сведениями закрываем подтверждением по отпечатку или лицу – биометрия остаётся внутри устройства и на сервер не передаётся. Список активных сессий пользователь видит сам и может завершить любую.
Разграничение прав и коммерческая тайна
В дилерском кабинете вопрос стоит остро: цены для разных контрагентов отличаются, и увидеть чужую скидку не должен никто. Значит, фильтрация идёт на сервере, а не в интерфейсе, и каждый запрос проверяется на принадлежность данных пользователю. Для внутренних приложений роли расписываются заранее: мастер, кладовщик, снабженец, руководитель. Дополнительно пишется история действий: открытие карточки контрагента, выгрузка прайса, изменение заявки – с отметкой пользователя, времени и устройства. При расследовании утечки или спора о заказе он отвечает на вопросы за минуту, а не за неделю переписки.
Оплата, сроки и состав стоимости
Приём денег идёт через отечественного провайдера эквайринга или оплату по QR-коду: карту обрабатывает шлюз, приложение получает только результат, фискальный документ формирует онлайн-касса. В оптовом сценарии чаще нужен не эквайринг, а счёт и статус оплаты из 1С. По времени работы распределяются так:
- аналитика, сценарии, модель данных и ролей – 1–2 недели;
- прототип и дизайн экранов – 2–3 недели;
- программирование серверной части и обеих мобильных сборок – от 6 недель;
- проверка на телефонах ваших сотрудников, подпись сборок, карточки в магазинах приложений – около двух недель.
Клиентский сервис среднего объёма выходит за 3–4 месяца, дилерский или производственный продукт – за 5–7. Всё перечисленное входит в смету, отдельно считаются только развитие и сопровождение. Если параллельно нужен сайт под ту же базу, смотрите создание интернет-магазина.
Частые вопросы
У нас старая конфигурация 1С – обмен возможен? Как правило, да: делаем промежуточный слой обмена, чтобы не переписывать вашу конфигурацию. Сроки уточняем после того, как посмотрим, какие данные из неё реально выгружаются.
Нужно ли выкладывать внутреннее приложение в магазины? Не обязательно. Для сотрудников подойдёт закрытое распространение или установка по ссылке, публичная карточка нужна только клиентским продуктам.
Кто отвечает за приложение после запуска? Первый месяц правок по ошибкам входит в проект, дальше вы выбираете формат: подписка на сопровождение либо оплата по факту задач.
Опишите задачу по телефону +7 (901) 417-22-12 – мы предложим состав первой версии, назовём срок и объясним, какие требования к данным придётся выполнить в вашем случае.
