Главное решение этапа: делаем не витрину услуг, а замкнутый цикл заявки. Можно было собрать для гостя витрину и остановиться — так выглядит большинство «приложений отеля». Но заявка, которую некому обработать, хуже звонка на ресепшен. Поэтому вместе с командой Druffle цикл спроектировали целиком: гость создаёт заявку → администратор видит её в панели и назначает сотрудника → сотрудник получает уведомление и меняет статус → гость видит результат.

Вокруг цикла — три роли, у каждой своя задача:

• Гость. QR-код в номере и есть регистрация, без паролей и анкет. Завтрак с выбором даты, прачечная, спа, смена или повышение номера, связь с ресепшеном в мессенджерах.
• Администратор. Заявки и статусы, номерной фонд, цены. Услуги динамические: каждый отель добавляет свои, платформа не диктует ассортимент.
• Персонал. Уведомления там, где люди уже сидят: заявка с деталями приходит в Telegram или WhatsApp через вебхуки. Горничной не нужно ставить ещё одно приложение.

Отдельно продумали деньги молодого продукта. Повторная авторизация — по SMS, а на старте код можно получить дозвоном: для юнит-экономики это дешевле. Так решения этапа сценариев работают на бюджет с первого дня. Как оформить такие решения в документ, разобрано в гайде «Как составить ТЗ на MVP».

К дедлайну pre-MVP был готов: шесть недель от старта до кликабельного продукта, который основатели уже показывали партнёрам.

Шесть недель — не рекорд скорости, а следствие объёма. В pre-MVP шло то, что нужно показать партнёрам и проверить на рынке. Остальное ждало следующего этапа. Как выбирать стек под такую задачу — в гайде «Как выбрать стек для MVP».

Pre-MVP не выбросили и не переписали. Полный MVP наращивали итерациями на той же базе. Во второй версии появились:

• статистика для отелей — по заявкам и услугам, с фильтром по периодам;
• SMS-шлюзы для авторизации — sms.ru и smsc;
• транзакционные письма через SendGrid;
• два контура: боевой стенд druffleapp.ru для реальных отелей и отдельная песочница для тестов.

Через полгода продукт стал полноценным MVP: три роли, статистика, уведомления в мессенджеры, боевой и тестовый контуры.

Весной платформа вышла в пилоты с реальными отелями. Основатели ходили на встречи с инвесторами с работающим продуктом, а не со слайдами. Затем проект передали на инфраструктуру заказчика с поддержкой на переходный период.

Дедлайн как инструмент. По данным CB Insights (март 2026), среди 431 закрывшегося венчурного стартапа у 43% в причинах — слабое соответствие продукта рынку. Чем раньше продукт попадает к реальным людям, тем дешевле эта проверка. Жёсткая дата заставляет резать объём, а не растягивать срок.

Цикл вместо витрины. Сценарий проектируют целиком, от действия гостя до ответа персонала. Витрина без обработки заявок проверяет интерес, но не продукт.

Одна база на все этапы. Быстрый первый релиз не обязан стоить переписывания. MVP Druffle вырос из pre-MVP итерациями — время ушло на новые функции, а не на повтор старых.

Песочница до пилотов. Боевой стенд и тестовый контур развели к выходу к реальным отелям. Эксперименты разработки не встречаются с живыми гостями.