Откуда берутся свободные слоты?
Инструктор добавляет их сам, администратор управляет общим календарём или данные уже хранятся в другой системе. От ответа зависит объём интеграции.
BORNLI / о разработке по делу
Приложение для автошколы, в котором ученик записывается сам.
Показываем путь записи на примере проекта «Навигатор» и разбираем, что нужно согласовать для приложения вашей автошколы.
Задача автошколы
Ученик видит время и записывается сам.
Для сети автошкол расписание обычно живёт сразу у инструкторов, администраторов и учеников. Если свободное время приходится уточнять по телефону, каждая запись требует ручного ответа. В приложении ученик может выбрать инструктора и доступный слот, увидеть подтверждение и вернуться к своей записи.
Главная часть такого продукта находится за экраном записи: кто открывает слоты, как учитываются филиалы и автомобили, что происходит при отмене и как не дать двум людям занять одно время. Эти правила лучше согласовать до оценки дизайна и разработки.
Реальный проект BORNLI
Навигатор: путь записи без звонка.
На сайте BORNLI показан проект «Навигатор» для сети из пяти автошкол. Ученик выбирает инструктора, свободное время и записывается в приложении; в системе также есть кабинеты для работы сети. Это пример реализованного сценария, а не обещание, что любой школе подойдёт тот же набор функций.
Навигатор / сеть автошколПосмотреть проект на главной ↗
Интерфейс и путь ученика. Коммерческие результаты и стоимость проекта здесь не заявляются.
Модельный сценарий для оценки
Какие решения нужны до первого экрана.
Ниже — пример проектирования для условной автошколы. Это не описание функций «Навигатора» и не новый клиентский кейс.
01 / УченикВыбирает
Филиал, инструктора и свободное время
02 / СистемаПроверяет
Доступность слота и правила записи
03 / ШколаВидит
Подтверждённое занятие и изменения
Модельная схема для обсуждения требований, не статистика действующего проекта.
Кто может изменить запись?
Права ученика, инструктора и администратора лучше описать отдельно. Для сети важно разграничение по филиалам.
Как избежать накладок?
Нужны правила занятости инструктора, автомобиля и площадки, а также поведение при одновременной записи.
Когда отправлять уведомления?
Подтверждение, перенос и отмена должны отражать фактический статус. Каналы и стоимость отправки обсуждаются при оценке.
Первая версия
Начните с одной работающей записи.
Первую версию разумно строить вокруг основного пути ученика и простого способа управлять расписанием. Личный кабинет, история занятий и уведомления могут понадобиться сразу, если без них запись нельзя довести до результата. Другие возможности определяются задачей школы, а не готовым списком.
В разборе MVP показано, как отделять работающую первую версию от кликабельного прототипа. Для автошколы это особенно важно: красивый экран календаря ещё не гарантирует, что время реально свободно и занятие сохранено.
Если в сети уже есть CRM или учётная система, сначала проверяем, какие данные можно получить, кто их меняет и как восстанавливать запись при ошибке. Разработку и интеграцию оцениваем по подтверждённой схеме обмена.
Цена и состав
Стоимость зависит от системы за расписанием.
В BORNLI разработка приложения начинается от 300 000 ₽. Это стартовый ориентир, не цена приложения для любой автошколы.
Что выяснить для сметы
- Одна школа или сеть филиалов.
- Сколько ролей и кто управляет слотами.
- Есть ли действующая CRM и открытый доступ к данным.
- Нужны ли платежи, переносы и уведомления.
- Что должно работать на iOS, Android и в кабинете администратора.
Что вы получите до договора
После обсуждения задачи и получения материалов готовим бесплатный кликабельный прототип за 24 часа. На нём можно проверить путь ученика и показать его сотрудникам. Затем согласуем состав работающей версии, интеграции, срок и смету.
Для типового согласованного объёма ориентир — 30 дней. Для сети со сложной учётной системой срок определяем после изучения интеграции.
Подробнее о факторах сметы — на странице стоимости разработки приложения.
Перед встречей
Пять ответов ускорят оценку.
- Масштаб. Сколько филиалов, инструкторов и учеников участвуют в первой версии?
- Расписание. Где сейчас хранятся занятия и кто меняет доступное время?
- Правила. Когда можно записаться, перенести или отменить занятие?
- Системы. Какие CRM, платежи и каналы уведомлений уже используются?
- Пилот. На каком филиале и по какому признаку проверите полезность приложения?
Можно прийти и без готового ТЗ. Ответы помогут быстрее собрать прототип и выяснить, какая часть работы действительно нужна в первом выпуске.
От идеи к конкретике
Покажем, как может работать ваш продукт.
Обсудим задачу и материалы, затем подготовим бесплатный кликабельный прототип за 24 часа. До договора.
Обсудить прототип ↗