Учебный кейс: Slot — запись в сервисный центр
Это вымышленная ситуация для портфолио. Все числа и бизнес-правила ниже — исходные учебные допущения, а не результаты интервью с реальной компанией.
Небольшой сервисный центр принимает записи по телефону и в мессенджере. Оператор ведёт таблицу. Клиенты иногда приходят на одно время, забывают о записи или не могут быстро её отменить. Мастер узнаёт об изменениях слишком поздно. Владелец хочет понимать загрузку.
Начальная просьба владельца: «Нужно, чтобы клиент сам выбирал услугу, мастера и свободное время, а мы перестали путаться в записях».
Участники
- Клиент создаёт, просматривает и отменяет свою запись.
- Мастер смотрит расписание и отмечает результат оказания услуги.
- Оператор помогает клиенту и корректирует записи в рамках согласованных прав.
- Владелец смотрит загрузку и принимает решение о первой версии.
- Внешний провайдер отправляет уведомления, иногда с задержками и ошибками.
Исходные рамки для первой итерации
- Один филиал; фиксированные слоты по 60 минут. В каждом слоте мастер может принять одного клиента. Это упрощение: разные длительности услуг — возможное будущее изменение.
- Мастер может оказывать несколько услуг. Не каждый мастер оказывает каждую услугу.
- Клиент выбирает услугу, подходящего мастера и слот. Платёж в первой версии не требуется.
- Отмена освобождает слот для новой записи. История старой записи сохраняется.
- Ошибка уведомления сама по себе не отменяет бронирование.
- Точное правило поздней отмены, нужность ручного подтверждения, сроки хранения и целевой SLA пока НЕ согласованы. Запиши вопросы, предложи варианты и явно пометь выбранные учебные решения.
- Нагрузка для первого расчёта: 10 мастеров и 100 записей в день. Это учебная оценка, которую нужно проверить при реальном discovery.
- Часовой пояс филиала: Asia/Tashkent. Контракт хранения и передачи времени выбери и обоснуй.
Противоречия для интервью
Владелец хочет максимальную загрузку, мастер — время между приёмами, клиент — отмену в любой момент, оператор — возможность исправлять чужие ошибки. Не пытайся выполнить все пожелания без уточнения последствий.
Что построить
Портфолио аналитика: бриф, требования, модели, ERD и словарь данных, исполняемые SQL-упражнения, API-контракт и mock-проверки, архитектурные решения, матрица доступа, проверки и change request. Полноценный backend и красивый клиентский интерфейс для прохождения не требуются.
Можно заменить кейс на другой до начала второго этапа. Сохрани возможность показать ограничения, жизненный цикл объекта, конфликт одновременных действий и внешнюю интеграцию.
Продолжения v2
Эти изменения не входят автоматически в первую версию. Каждая учебная итерация имеет собственные границы и журнал решений.
- База SA: один филиал, фиксированные слоты, без платежей. После SQL/API добавляются эксплуатационные сценарии и handoff. В 09-2 — изменение вместимости для групповой записи.
- BSA: сеть из 30 филиалов с разными локальными процессами; центральная CRM, ERP, ECM, identity provider и BI. У систем разные идентификаторы клиентов, часть данных дублируется. Нужны ownership, transition requirements, миграция и оценка эффекта.
- Архитектура: онлайн-канал и филиалы развиваются независимо, появляются внешние партнёры, более высокая нагрузка и оплата как отдельное расширение. Числа для capacity предлагаешь и явно помечаешь как допущения. Требуются качества, отказоустойчивость, стоимость и план эволюции.
- Самостоятельный проект: прокат физических экземпляров оборудования на интервалы, ремонт, просроченный возврат, конфликт резерва и доступности. Не используй автоматически сущность «фиксированный слот»: сначала исследуй новый домен.
В самом начале не нужно проектировать все будущие изменения. Сохраняй версии артефактов по итерациям, чтобы изменение scope было видно и первая защита оставалась ограниченной.
SA Quest · учебная программа v2 · 08.11.2026