Мобильное приложение
Одна кодовая база на Flutter для iOS и Android. Внутри: вход по номеру, профиль клиента, гараж или карточки объектов, каталог услуг, запись, история визитов, бонусы, новости и уведомления.
TECH OVERVIEW
Эта страница для владельца, IT-специалиста или подрядчика, которому нужно понять, как устроена платформа: где хранятся данные, как разграничены права, как подключается внешняя CRM и что передается после запуска.
01 / STACK
Axil не собирается из no-code блоков. Это готовое ядро приложения и CRM, которое адаптируется под бренд, услуги, роли и интеграции конкретного бизнеса.
Одна кодовая база на Flutter для iOS и Android. Внутри: вход по номеру, профиль клиента, гараж или карточки объектов, каталог услуг, запись, история визитов, бонусы, новости и уведомления.
Flutter Web CRM для расписания, клиентской базы, заказ-нарядов, каталога услуг, новостей, рассылок и интеграционных ключей. Работает в браузере, отдельная установка не нужна.
Postgres как источник истины, API поверх бизнес-команд, storage для контента и изображений. Модель данных можно расширять под нишу без переписывания клиентского приложения с нуля.
Проект можно держать на нашем стенде для демонстрации, в выделенной инфраструктуре заказчика или в управляемом окружении. Финальный вариант фиксируется в договоре и техбрифе.
{
"client_id": "current_user",
"service_id": "oil-change",
"branch_id": "main",
"slot": "2026-07-08T14:30:00+03:00"
}
02 / ARCHITECTURE
Клиентское приложение и CRM не пишут напрямую в произвольные таблицы. Действия проходят через команды: создать запись, перенести визит, закрыть заказ-наряд, начислить бонусы, отправить уведомление. Так проще контролировать права, побочные эффекты и интеграции.
03 / ACCESS
Клиент видит только свои данные, администратор работает только в разрешенной роли, интеграционный ключ получает ровно тот набор операций, который нужен внешней системе.
Профиль, автомобили или объекты, записи, бонусы и уведомления привязаны к пользователю. Доступ к данным другого клиента блокируется на уровне backend-политик.
CRM-команды отделены от клиентских сценариев. Для действий администратора используется отдельный контур прав, а не расширенные права мобильного клиента.
Ключи создаются для конкретного партнера или учетной системы. Вызовы логируются, чтобы можно было разобрать, кто и когда создал клиента, запись или заказ-наряд.
04 / INTEGRATIONS
Если у бизнеса уже есть учетная система, Axil не заставляет переносить все процессы в нашу CRM. Приложение может стать клиентским интерфейсом поверх существующего учета.
Клиент, созданный во внешней CRM, может быть связан с мобильным аккаунтом при первом входе по номеру телефона.
Внешняя система может создавать записи, менять статусы, отдавать историю визитов и получать события из приложения.
CRM хранит работы, рекомендации, суммы и статусы. При необходимости эти сущности синхронизируются с учетной системой.
Новости, акции, push-кампании и сегменты можно вести из Axil CRM или передавать через интеграционный слой.
05 / DELIVERY
Мы не продаем доступ к черному ящику. Цель проекта - передать бизнесу рабочее приложение, понятную CRM и технический комплект, с которым можно жить дальше.
FAQ
Если вопрос зависит от вашей инфраструктуры, лучше обсудить его на коротком техбрифе. Мы быстро поймем, нужен ли отдельный backend, интеграция или хватит готовой CRM.
Да. В этом случае Axil выступает как мобильный клиентский интерфейс и слой коммуникации с пользователями. Наша CRM может использоваться частично или не использоваться вовсе, если учетная система заказчика закрывает все административные процессы.
Вариант зависит от проекта: управляемый контур Axil, выделенный сервер или инфраструктура заказчика. В любом случае заранее фиксируются домены, резервное копирование, доступы и ответственность за обслуживание.
Да. Ядро построено вокруг клиентов, услуг, записей, уведомлений и истории взаимодействий. Для автосервиса есть гараж и заказ-наряды, для клиники или салона красоты вместо них могут быть специалисты, кабинеты, абонементы или карты процедур.
Админка отделена от клиентского приложения, работает по собственному контуру авторизации и использует административные команды. Публичный клиент не получает прав администратора даже при прямом обращении к API.
Возможны оба варианта: поддержка нашей командой или передача внутренней IT-команде заказчика. Для передачи готовим код, окружения, описание команд и список типовых операций обслуживания.
Напишите, какая CRM, 1С или учетная система уже используется. Мы предложим схему подключения и список работ без лишней абстракции.
Написать в Axil