Прокачиваем навык работы с противоречивыми требованиями
📖 Вводная
Вы — системный аналитик в компании, разрабатывающей систему управления отелем. К вам приходит владелец с необычной проблемой:
Заказчик:
«У нас в отеле есть номер 404. По легенде там живёт призрак. 80% постояльцев просят поселить их именно туда — ради острых ощущений и фото для соцсетей. Но 20% гостей, узнав, что им достался этот номер, требуют срочного переселения и грозят судом за моральный ущерб.
Бронирования через агрегаторы (Суточно.ру, Ostrovok) тоже идут, и там люди не знают, какой номер получат до заезда. Я хочу, чтобы ваша система решила эту проблему».
🎯 Бизнес-требование (дословно):
«Сделайте так, чтобы те, кто хочет призрака — получали номер 404, а те, кто боится — никогда в него не попадали. Но при этом мы не должны терять бронирования через агрегаторы и не можем нарушать их правила».
🔍 Задание:
Вам нужно предложить логику работы системы, которая удовлетворит это требование.
Проработайте:
1. Как будет работать алгоритм распределения номеров? (шаги, условия)
2. Какие данные нужно собирать о гостях?
3. Как быть с бронированиями через агрегаторы, где вы не можете спросить у гостя про призрака до оплаты?
⚠️ Важно учесть:
— В отеле 100 номеров, только один «проблемный» (404)
— Система должна работать автоматически
— Нельзя просто убрать номер 404 из продажи — владелец теряет деньги
— Агрегаторы не дают собирать кастомные поля при бронировании
💡 Чек-лист для самопроверки:
— Ваш алгоритм минимизирует риск заселения «боящегося» в 404?
— Номер 404 при этом не простаивает?
— Решение работает в условиях неполных данных (агрегаторы)?
— Не требует доработок со стороны агрегаторов?
Если пост наберет 30 реакций (лайки и комментарии), пришлю разбор решения от ИИ.
Крутой AI-аналитик
