Интеграционный Shell платформы X5 Real Estate
Shell объединяет десятки модулей X5 Real Estate в единое рабочее пространство. Пользователь выбирает объект один раз, а затем переходит к графику, документам, модели, объёмам работ и другим данным без повторного поиска проекта. Читать стоит, чтобы увидеть, как общий каркас снижает цену переключения между инженерными задачами. ≈8–10 мин.
1. Разрыв между модулями
Платформа обслуживает десятки процессов: управление портфелем, календарно-сетевое планирование, проектную документацию, CDE, ведомости объёмов работ и другие задачи девелопмента. Каждый модуль решает свою предметную задачу, но пользователь работает не с модулем сам по себе — он ведёт конкретный объект недвижимости.
Когда разделы открываются как отдельные системы, при каждом переходе приходится заново находить объект, восстанавливать фильтры и проверять, в каком контексте открыт экран. Shell должен был сохранить эту опору и дать всем модулям одинаковую модель навигации.
2. Исследование: SWOT × Kano × FPM
Исследование охватывало 29 параметров. Я сравнил решения на рынке ConTech и проверил каждый параметр по трём признакам: насколько он уместен и безопасен, насколько его ожидают пользователи и как часто он встречается у двадцати сопоставимых продуктов. Для сайта в таблице оставлены пять примеров; остальные параметры исследования скрыты. Метод: SWOT × Kano × FPM.
| Функция | SWOT | Kano | FPM | Коэф. | Приоритет |
|---|---|---|---|---|---|
| Навигационный фрейм (ShellLayoutFrame) | 5 | 5 | 18/20 | 0.97 | высокий |
| Сохранение глобальных фильтров и проекта | 4 | 4 | 16/20 | 0.80 | высокий |
| Сайдбар выбора объекта / смежных модулей | 4 | 5 | 17/20 | 0.90 | высокий |
| Ролевые представления аналитики | 3 | 3 | 9/20 | 0.55 | средний |
| Глобальный поиск Command+K | 2 | 2 | 5/20 | 0.36 | низкий |
В основу Shell вошли (Навигационный фрейм · 0.97; Сохранение глобальных фильтров и проекта · 0.80; Сайдбар выбора объекта / смежных модулей · 0.90): постоянный навигационный каркас, сохранение выбранного проекта и сайдбар объекта. Все три функции поддерживают непрерывность работы между разделами.
Точечно добавили (Ролевые представления аналитики · 0.55): ролевые представления полезны не во всех разделах, поэтому они настраиваются внутри конкретных сценариев, а не меняют весь каркас.
Отложили (Глобальный поиск Command+K · 0.36): глобальный поиск ускоряет доступ к данным, но не решает основную проблему — потерю объекта и ориентации при переходе между модулями.
3. Как устроен общий рабочий контур
- Постоянный каркас (коэф. 0.97) — шапка, сайдбар и положение пользователя в структуре платформы остаются на месте, пока меняется рабочая область модуля.
- Контекст объекта (коэф. 0.80) — выбранный распределительный центр или другой объект сохраняется при переходе к его графику, документам, модели и объёмам работ.
- Навигация по доступным данным (коэф. 0.90) — сайдбар показывает разделы текущего объекта и помогает переходить между ними, не возвращаясь каждый раз в портфель.
- Ролевой состав (коэф. 0.55) — пользователь видит те разделы и представления, которые относятся к его зоне ответственности.
4. Что осталось за рамками
Глобальный поиск Command+K — SWOT 2, Kano 2, FPM 5/20, коэффициент 0.36. Поиск полезен для быстрого доступа к смете или чертежу, но в первом релизе важнее было устранить потерю объекта при переходе между разделами.
5. Shell в работе
Пользователь входит в объект из портфеля, открывает паспорт, задачи или риски и всё время видит, с каким объектом работает. Общая навигация связывает эти экраны в один маршрут, хотя предметные данные принадлежат разным модулям.
6. Инженерные выводы
- Объект — главный контекст. Пользователь переходит между функциями платформы, но продолжает работать с тем же строительным объектом.
- Общий каркас снижает цену переключения. Не нужно повторно искать проект, вспоминать структуру меню и восстанавливать условия отбора.
- Модули остаются предметными. КСП отвечает за сроки, CDE — за модель, ВОР — за объёмы; Shell связывает их общей навигацией и контекстом.