От бизнес-канваса до живого демо платформы занятости за полтора месяца

Задача

Региональный оператор платформы занятости студентов имел бизнес-канвас, но не продукт. Вузам, технопарку и профильному госоргану нужно было показать рабочий сценарий: задача → верифицированный студент → ментор → результат → спор с SLA. Согласие на ПДн, статус самозанятого, обязательный ментор и защита от найма в обход платформы должны были проверяться сервером, а не регламентом.

Что сделали

• Собрали платформу с нуля: async-бэкенд на FastAPI и PostgreSQL, веб-кабинеты на React/TypeScript. Одна кодовая база, инфраструктура в docker-compose, миграции Alembic.
• Правила закона и платформы зашили в сервер, а не в регламент. Исполнителя не назначить без согласия на ПДн, статуса самозанятого и ментора на первых задачах; каждый отказ объясняется понятно.
• Сделали слой доказательств: артефакт работы хранится с хэшем и печатью ментора, навык не появляется в профиле без артефакта — это ограничение базы, а не интерфейса. Оценка проекта — взвешенная 360°.
• Закрыли полный цикл: верификация студента вузом, четыре типа организаций, тарифы с SLA, споры с дедлайном, который считает сервер, рейтинги, коммит из Git как артефакт работы.
• Подняли демо-стенд с кабинетами администратора, партнёра, компании и ментора и сценариями для студента, компании и госоргана. Карта соответствия канвасу показывает, что покрыто, а что нет.

Результат

~6 недель

от первого коммита до демо-стенда со всеми кабинетами; 7 рабочих дней по истории коммитов

3 проверки

сервер выполняет перед назначением исполнителя: согласие на ПДн, статус самозанятого, ментор — каждая с понятным отказом

7 из 7

блоков бизнес-канваса заказчика покрыты модулями MVP; 4 пробела названы явно в карте соответствия

47 эндпоинтов

21 таблица и 21 экран — объём MVP по подсчёту по коду

Направления

Другие кейсы