Портал совместной аренды — комнаты, соседи и заселение

Отрасль и клиент

Рынок и граница продукта

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

Граница продукта — от опубликованного предложения до подтверждённого заселения и контрольного обращения через 30 дней. Постоянное управление платежами, ремонтами и бытовыми конфликтами за эту границу не входит. Портал не является воронкой риелтора вокруг лида и сделки: координатор организует информационный процесс, а не продаёт квартиру. Это также не мониторинг продажи и аренды жилья для команды агентства: единица работы — заселение к соседям, а не очередь рыночных сигналов.

Проверка открытых источников выполнена 31 августа 2026 года. Она показывает существование сценария, но не заменяет интервью и не доказывает спрос на новый портал.

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

Комнаты и поиск соседей уже объединяются в специализированных сервисах. Roomster предлагает объявления, профили, правила проживания и общение до решения; британский SpareRoom берёт плату за ранний доступ к контактам — £14 за неделю, £25 за две недели или £28 за 28 дней. Это ориентир по механике, а не основание переносить цену на российский рынок. Само объединение функций не является уникальным преимуществом.

Продуктовая гипотеза: пользователи будут ценить не только возможность познакомиться, но и возможность довести выбор до понятного результата без потери договорённостей. Её необходимо проверить на реальных заселениях.

Заказчик

Небольшая команда сопровождает поиск жильцов для частных собственников в Санкт-Петербурге и хочет открыть портал для обеих сторон рынка. Заказчик не арендует квартиры на свой баланс, не принимает обеспечительные платежи и не гарантирует исполнение договора найма.

Отклик — уникальная пара «кандидат — предложение комнаты», а не уникальный человек. Заселения месяца могут относиться к объявлениям предыдущего периода: числа описывают нагрузку, а не когортную конверсию.

Роли

Один аккаунт может совмещать роли. Полномочия определяются отдельно для каждой квартиры: право разместить фотографию не означает право изменять цену или подтверждать договор от имени собственника. Отдельная универсальная система управления недвижимостью не создаётся.

Молчание участника никогда не считается согласием. Кнопка подтверждения всегда относится к определённой версии условий.

Как было

Переписка вместо процесса

Жилец сообщает о свободной комнате. Собственник присылает цену, фотографии и несколько требований. Координатор публикует предложение, отвечает на сообщения и вручную записывает договорённости.

В ходе общения выясняется, что цена не включает коммунальные услуги, один из соседей работает ночью, уборка общих зон оплачивается отдельно, а дату въезда ещё не подтвердили.

После просмотра кандидат договаривается с одним жильцом, но второй с ним не знаком. Собственник присылает изменённые условия. К моменту переезда участники помнят разные суммы и разные обещания.

Концепция продукта

Каталог помогает начать поиск, но рабочим центром становится проект заселения конкретного кандидата в конкретную комнату.

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

Для одной комнаты может существовать несколько откликов, но только один действующий проект с приоритетным согласованием на пересекающийся период. Это ограничение внутри портала, а не гарантия отсутствия внешних договорённостей.

Семь шагов до заселения

Подбор соседей без ложной точности

В MVP используется объяснимая система правил, а не психологическое тестирование и не непрозрачный «рейтинг человека». Сопоставляются только условия, относящиеся к проживанию.

Совпадают 5 из 7 заполненных условий. Два требуют обсуждения. Один вопрос не заполнен.

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

Карточка комнаты и прозрачная стоимость

Пример: отдельная комната площадью 16 м² в трёхкомнатной квартире у метро «Лесная». В двух других комнатах проживают два человека. Доступность — с 1 октября 2026 года.

Обеспечительный платёж показывается как сумма, которую нужно иметь, а не автоматически как окончательно понесённый расход. Неизвестные платежи нельзя подставлять нулём. Карточка также показывает, кто разместил предложение, кто подтвердил цену, когда обновлена доступность, какие сведения даны со слов автора и какие вопросы пока открыты.

Кто и что подтверждает

В проекте разделены три разных действия: ознакомление, согласование условий и подтверждение факта. Они не взаимозаменяемы.

Если наймодатель меняет цену с 24 000 до 25 000 ₽, создаётся новая версия. Предыдущие финансовые подтверждения перестают удовлетворять условию перехода к заселению. Участники видят, что именно изменилось. «Приоритетное согласование» действует, например, 24 часа: это организационный статус, не платная бронь и не договорное обязательство.

Передача комнаты

Мобильный чек-лист фиксирует то, о чём обычно вспоминают уже после переезда: дату и время передачи, комплект ключей, состояние комнаты и мебели, работоспособность согласованной техники, фотографии и замечания, ссылки на документы и отметки сторон.

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

Семь модулей одного процесса

Календарь, уведомления и история изменений обслуживают общий процесс, а не предлагаются как отдельные продукты.

MVP

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

Комнаты в коммунальных квартирах с несколькими независимыми собственниками и схемы поднайма не запускаются в первой версии: для них нужны отдельные правила оформления и проверки.

При таком ограничении MVP остаётся завершённым: человек может найти комнату, познакомиться, согласовать условия и зафиксировать заселение.

Доверие, модерация и право

Доверие показывается отдельными проверяемыми признаками: «Телефон подтверждён», «Полномочия проверены вручную», «Доступность подтверждена 30 августа». Каждый признак содержит дату и понятный объём проверки. Единой плашки «Полностью безопасно» нет.

Перед публикацией модератор проверяет полноту цены, отсутствие явных противоречий и основание размещения. Проверка документов проводится по регламенту; лишние копии удостоверений личности не собираются. Жалобы и блокировка доступны бесплатно. Если предложение утратило актуальность, оно не продолжает собирать отклики: раз в семь дней автор получает запрос подтверждения; без ответа через 48 часов предложение приостанавливается. Это проектное правило портала, а не требование закона.

Юридически бытовые договорённости, договор найма и передача помещения — разные вещи. Статья 685 ГК РФ предусматривает согласие наймодателя для поднайма. Поэтому портал не должен принимать сообщение действующего жильца за достаточное подтверждение права сдавать комнату.

Для российского запуска размещение баз с персональными данными проектируется с учётом действующей части 5 статьи 18 закона № 152-ФЗ. Выбранный вариант — хранить пользовательские данные, вложения и резервные копии в России. Одной географии хранения недостаточно: до запуска юрист проверяет основания обработки, публичное раскрытие, уведомления, сроки хранения и договоры с обработчиками. Статья 18 закона о персональных данных.

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

ИИ только после проверки процесса

Для основного сценария ИИ не обязателен. В первой версии структурированные поля, явные правила и согласования важнее генерации текста. После пилота можно проверить вспомогательные функции на накопленных данных: черновик карточки из описания с подтверждением автором; список неразрешённых вопросов, связанных с исходными сообщениями; резюме обсуждения с различием между предложением и подтверждённым решением.

ИИ не меняет финансовые условия, не подтверждает заселение, не оценивает «хорошего соседа» и не передаёт документы внешнему поставщику без отдельной проверки правового основания. Сбой ИИ не блокирует основной процесс.

UX, стек и план

Рабочие экраны

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

Основные UX-решения: одно главное действие на текущем шаге; раздельные суммы «в месяц», «в день въезда» и «за первый месяц»; текстовые статусы вместе с цветом; видимые незаполненные поля; сохранение черновиков и понятное сообщение об ошибке загрузки; доступность с клавиатуры и крупные элементы на мобильном экране; отсутствие публичной ленты личных анкет и публичного рейтинга жильцов.

При потере сети интерфейс не показывает ложное подтверждение. Чувствительные документы не сохраняются в постоянный офлайн-кеш.

Архитектура

Основа — модульный монолит на Laravel. При пилотной нагрузке он позволяет хранить согласования, ограничения доступности и историю изменений в одной транзакционной системе. Публичные страницы каталога — серверные шаблоны Laravel; личный кабинет, отклики, просмотры и заселение — Vue 3 и TypeScript. Отдельный поисковый кластер, микросервисы и Kubernetes не требуются.

Аналитика не получает тексты переписки и сканы договоров. Точный адрес доступен по отдельному разрешению и не извлекается из публичного API, координат карты или метаданных фотографии. Перед публикацией фотографий удаляются геометки.

Семь сущностей и защита от ошибок

1. Профиль участника: предпочтения, контакты, настройки видимости.
2. Квартира: состав участников, полномочия, общие зоны и бытовые правила.
3. Предложение комнаты: параметры, стоимость, период доступности, актуальность.
4. Отклик: кандидат, предложение, вопросы и стадия рассмотрения.
5. Просмотр: время, приглашённые участники, результат и переносы.
6. Проект заселения: выбранный кандидат, комната, даты и итоговый статус.
7. Версия условий: финансовые и бытовые пункты, подтверждения и история изменений.

Состояния проекта: Подготовка → Согласование → Готово к оформлению → Ожидается передача → Заселение подтверждено. Из промежуточных состояний возможны отмена, возврат на согласование и фиксация разногласия.

• нельзя создать пересекающееся приоритетное согласование по одной комнате;
• повторный запрос не создаёт второе подтверждение или дубликат уведомления;
• согласие связано с версией условий и конкретным участником;
• изменение критичного поля требует повторного подтверждения;
• новое объявление по той же комнате не перезаписывает старое досье;
• координатор не может незаметно подтвердить условия за пользователя.

Проверки выполняются на сервере. Для конкурентного выбора кандидата применяются транзакция и блокировка записи, а не только отключение кнопки в интерфейсе.

Безопасность и эксплуатация

До пилота предусматриваются разграничение доступа к каждому объекту, двухфакторный вход сотрудников, ограничения частоты запросов, защита от перебора кодов, проверка файлов и журнал административных действий. Чувствительные данные не включаются в общедоступные логи. Для просмотра приватного документа сотрудник должен иметь основание; действие записывается в аудит.

Это проектные цели, а не обещанный договорный уровень сервиса. Наличие ежедневной копии само по себе не обеспечивает часовую точку восстановления.

План на 20 недель

Календарь — 20 недель до завершения первичного пилота. Несколько работ выполняются одновременно, поэтому трудозатраты нельзя переводить в календарь простым делением на часы одного человека.

План исследования: 10 искателей комнаты, 6 действующих жильцов и 4 собственника или представителя. Это запланированные интервью, а не уже проведённая работа. В пилот приглашаются 10 наймодателей и до 40 предложений. Условие расширения — работоспособность согласований и отсутствие критических утечек, а не число регистраций. Результаты за 30 дней после последних заселений пилота оцениваются примерно к 24-й неделе.

Бюджет разработки

Смета включает исправления первичного пилота, но не развитие следующей версии. Дополнительно предусматривается до 420 000 ₽ оборотного резерва на первые два месяца коммерческой эксплуатации без расчёта на поступления. Общая потребность в финансировании в такой модели — 3 548 000 ₽. Неиспользованный резерв не является фактическим расходом.

Метрики и экономика

Монетизация

Кандидат бесплатно пользуется поиском, базовым сопоставлением условий, откликами и досье собственного заселения. За возможность пожаловаться, увидеть риски или прочитать изменённые условия плата не взимается. Частному пользователю доступно одно активное предложение без оплаты. Базовая проверка публикаций одинакова для платных и бесплатных пользователей: оплата не покупает отметку доверия и не даёт право обходить модерацию.

Сопровождение — отдельный заказ с описанным объёмом работ. Плата не берётся автоматически за каждый отклик или переезд. Юридическая экспертиза договора и выезд специалиста в пакет не входят.

Операционный эффект

Чтобы не подменять эффективность ростом продаж, сравнивается одинаковый объём работы. Измеряются только повторяющиеся организационные операции. Проверки документов, жалобы и нестандартные ситуации сюда не включены.

При стоимости часа координатора 700 ₽ это соответствует 63 000 ₽ высвобожденного рабочего времени в месяц. Не обязательно возникает денежная экономия: если сотрудники остаются в штате, эффект выражается в свободной мощности.

Отдельный пример ценности для наймодателя: четыре действительно сокращённых дня простоя комнаты по 24 000 ₽ в месяц дают около 3 200 ₽ сохранённой платы при условных 30 днях в месяце.

Метрики пилота

Главная продуктовая метрика — количество двусторонне подтверждённых заселений с согласованными обязательными условиями и завершённой передачей комнаты. Количество сообщений само по себе не свидетельствует об успехе.

Для задержек дополнительно показывается 90-й процентиль. Доли сопровождаются абсолютными числами. Причины отказов собираются раздельно: цена, дата, бытовое расхождение, состояние комнаты, отсутствие ответа, выбор вне портала. Первичный пилот проверяет работоспособность и понятность процесса.

Запуск по районам Санкт-Петербурга

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

Каналы запуска: существующие контакты заказчика, добровольное подключение собственников, партнёрства с локальными сообществами переезжающих, полезные страницы о совместном проживании. Перенос чужих объявлений и персональных анкет без разрешения не используется.

Публичные страницы содержат актуальные комнаты и объяснение полной стоимости. Личные анкеты, точные адреса и досье не индексируются. Для снятого предложения показывается честный статус, а не фиктивная доступность ради трафика. Повторное использование кандидатом может быть редким: удержание оценивается прежде всего по наймодателям, новым предложениям и рекомендациям.

Риски и выводы

Основные риски

После пилота развитие идёт по результатам, а не по заранее обещанному списку функций. Первый этап — улучшение существующего сценария и автоматизация оплаты только собственных услуг портала. Второй — «Ищем квартиру вместе» с отдельной моделью согласия группы. Третий — замена выезжающего жильца, новые города и дополнительные договорные схемы после локальной правовой проверки. ИИ-подсказки появляются только там, где можно измерить точность и экономию времени.

Как меняется процесс

Выводы проекта

1. Ценность портала — в завершённом пути от выбора комнаты до согласованного заселения, а не в количестве фильтров.
2. Комната, состав жильцов и правила быта должны рассматриваться вместе: подходящий объект не гарантирует подходящие условия жизни.
3. Подбор полезнее объяснять совпадениями, расхождениями и неизвестными данными, чем обещать точный процент совместимости.
4. Финансовое согласие, бытовая договорённость и факт передачи требуют разных подтверждений и разных полномочий.
5. Версионность условий предотвращает ситуацию, когда пользователь согласился с одной ценой, а заселяется уже на других условиях.
6. MVP реализуем как Laravel-монолит, если ограничить город, тип предложения и договорную модель, не разрывая сквозной сценарий.
7. Модерация, приватность и обработка разногласий — обязательная часть продукта и расходов, а не дополнения после запуска.
8. Расчёт высвобождения 90 часов в месяц и бюджет 3,128 млн ₽ опираются на описанные допущения. Пилот подтверждает трудоёмкость, понятность согласований и способность пользователей завершать реальные заселения.