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