Концепт «Складограф»

Склады на карте, сравнение условий и согласованный просмотр без обещаний мгновенной брони.

Концепт-проект: «Складограф» — вымышленная компания. Результатов работы здесь нет: только решения и гипотезы.

О заказчике

• Сценарий: Площадка соединяет арендаторов складов, брокеров и собственников
• Пользователи: Операционный директор, брокер, собственник и модератор
• Первая версия: Каталог, карта, сравнение и запрос просмотра без онлайн-задатка
• Ограничение: Наличие и условия требуют подтверждения; отправка запроса не резервирует помещение
• Данные: Все объекты, адреса и условия в изображениях являются демонстрационными

Задача

В сценарии «Складографа» компания ищет помещение под хранение и отгрузку. Площадь сама по себе не определяет пригодность: нужны высота, тип ворот, подъезд грузового транспорта, электромощность, отопление и возможность работать в определённые часы. На объявлениях параметры указаны непоследовательно, а цену приходится пересчитывать с разными доплатами.

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

Бронирование и онлайн-платёж не включаем в первую версию: без договорённостей с собственниками это создало бы ложное обещание доступности. Вместо этого проектируем запрос просмотра, уточнение условий и фиксированную историю решений.

Риски исходного процесса

Объекты невозможно сравнить

Условия приведены к одной структуре. Неподтверждённые значения видны, а состав аренды разделён на базовые условия и возможные доплаты.

Объявление устарело

Показываем дату проверки и ответственного за подтверждение. Устаревший объект не получает метку доступности только потому, что карточка опубликована.

Запрос не описывает бизнес

Форма передаёт профиль использования, требования к транспорту и выбранные объекты. Брокер видит контекст до первого разговора.

Права разных участников смешаны

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

Решение

Каталог и карта используют единый набор фильтров. Граница видимой области, выбранные характеристики и сортировка сохраняются при переходе в карточку. Для неизвестного параметра показываем «Не подтверждено», а не нулевое значение. Брокер может запросить уточнение, не выдавая отсутствие данных за отрицательный ответ.

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

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

Как устроен продукт

1. Поиск на карте. Единые фильтры карты и списка, выбранная область и понятное пустое состояние. Зачем: Пользователь отбирает географию без потери технических требований.
2. Карточка склада. Фотографии, план, характеристики, условия и дата проверки. Зачем: Пригодность объекта можно оценить до запроса просмотра.
3. Сравнение короткого списка. Одинаковые строки параметров и явные неизвестные значения. Зачем: Низкая ставка не скрывает отсутствие отопления или подъезда.
4. Запрос просмотра. Список объектов, профиль бизнеса, контакт и желательное окно. Зачем: Обращение даёт брокеру достаточно контекста для предметного ответа.
5. Кабинет и модерация. История согласований, назначение брокера и контроль изменений публикации. Зачем: Статусы отражают реальный процесс, а не автоматически обещанную бронь.

Что помогает пройти сценарий

Сначала короткий список

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

Просмотр вместо обещания брони

Кнопка означает запрос на согласование времени. После отправки объясняем следующий шаг и не меняем статус объекта на «Забронирован».

Уточнение неизвестного параметра

Вопрос привязан к объекту и характеристике. Ответ входит в историю, а важное изменение требует нового подтверждения арендатора.

Ключевые сценарии

Найти подходящие объекты

Арендатор задаёт географию и ограничения своего процесса.

На входе: Район, площадь, высота, ворота, транспорт и инженерные требования.

1. Настроить критические фильтры
2. Проверить дату подтверждения условий
3. Сохранить подходящие варианты

На выходе: Короткий список объектов с отмеченными неизвестными параметрами.

Если что-то пошло не так: При пустой выдаче можно изменить одно ограничение или отправить запрос брокеру; фильтры не сбрасываются.

Критерий приёмки: Карта и список показывают один набор. Отсутствующий параметр не считается подтверждённым.

Сравнить условия

Команда выбирает объект по общей структуре параметров.

На входе: Выбранные карточки и подтверждённый состав условий.

1. Сопоставить характеристики
2. Отметить непроверенные условия
3. Задать вопрос по конкретному объекту

На выходе: Понятные различия и список уточнений для брокера.

Если что-то пошло не так: Несопоставимые единицы приводим к общей базе; если это невозможно, явно объясняем ограничение.

Критерий приёмки: Нельзя скрыть доплату или неизвестное условие за общей суммой. Источник информации доступен.

Запросить просмотр

Арендатор передаёт короткий список и назначает следующий шаг.

На входе: Объекты, профиль использования, контакт и желательное окно.

1. Проверить состав запроса
2. Сохранить обращение с номером
3. Дождаться согласования времени

На выходе: Запрос в кабинете с назначенным ответственным и историей ответа.

Если что-то пошло не так: Если объект недоступен, предлагаем альтернативу. Сбой уведомления не удаляет обращение.

Критерий приёмки: Повторное нажатие не создаёт дубль. Сохранение обращения не резервирует помещение.

Роли пользователей

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

Отбирает помещение под процессы хранения и отгрузки.

Подойдёт ли объект под наш транспорт и режим работы?

Брокер

Уточняет требования и согласует просмотр с владельцем.

Какие ограничения клиента уже известны?

Собственник

Подтверждает доступность и публикуемые условия.

Кто запросил просмотр и что требуется уточнить?

Как устроено технически

React + TypeScript

Предлагаемый стек каталога и кабинетов. Состояние фильтров и карта синхронизированы через один источник состояния.

PostgreSQL + PostGIS

Географическая выборка и структурированные характеристики. Разные системы координат и пограничные точки проверяются на согласованном наборе примеров.

API карт и медиахранилище

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

Модерация и маршрутизация обращений

Изменения фиксируются в журнале. Обращение получает номер до отправки уведомлений; назначение брокера и повторная обработка защищены от дублей.

Что входит в разработку

• Единый справочник технических параметров складов
• Каталог, карта, карточка и сравнение выбранных объектов
• Запрос просмотра с сохранением контекста
• Кабинеты арендатора, брокера и собственника
• Модерация изменений и контроль доступа
• Аналитика шагов выбора, пилот и инструкция по актуализации

План реализации

1. Обследование — фиксируем роли, исходные данные, ограничения и один сквозной сценарий первой версии.
2. Прототип — проверяем основной путь и ошибки на демонстрационных данных, согласуем критерии приёмки.
3. Разработка — собираем вертикальный срез: интерфейс, сервер, хранение данных и одну ключевую интеграцию.
4. Проверка — тестируем права, повторные запросы, потерю связи, журналирование и восстановление.
5. Пилот — ограничиваем доступ выбранной группой, разбираем реальные затруднения и решаем, что развивать.

Что замеряем после запуска

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

Стек

React + TypeScript, PostgreSQL + PostGIS, API карт и медиахранилище, Модерация и маршрутизация обращений.

Все кейсы · Услуга · Калькулятор стоимости

Визуализация продукта

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