Как расположить потенциального клиента

В течении 2 дней подготавливаем небольшую и красивую презентацию проекта. Как результат — «получаем» клиента и начинаем работать над проектом.

Прототип вместо для технического задания

Чтобы и нам, и клиенту были понятны состав и структура сайта, его функциональность и состав элементов — проектируем будущие разделы в виде прототипов страниц.

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

Утверждаем ТЗ и приступаем к дизайну!

Дизайн

У клиента еще до начала работ было понимание, как должна визуально выглядеть публичная часть сайта — это достаточно распространенная схема среди сайтов недвижимости, когда пользователь пошагово «проваливается» от выбора квартала (дома) до конечного объекта недвижимости (апартаменты, дом, таунхаус).

Поэтому с макетами публичной части было все достаточно определенно и понятно. Прорисовываем основные страницы с рендерами объектов, предоставленными заказчиком.

Отдельно продумываем навигацию и схему работы для мобильных устройств, т.к. небольшие экраны смартфонов не позволят эффективно использовать схему работы десктопной версии:

Личный кабинет резидента

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

Допускаем возможность, что управлять недвижимостью может как физическое лицо, так и организация (централизованно, всей недвижимостью сотрудников). Делаем максимально гибкую систему оплаты аренды и услуг и предоставления финансовой отчетности по ним. Интегрируем в кабинет функции обратной связи с промо сайта и основного портала Сколково. Не забываем про отзывы о предоставленных услугах.

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

Вопросы к заказчику

Какие задачи должен был решить портал?

Предоставление общей информации об ИЦ «Сколково» - статус строительства, внутренняя инфраструктура, транспортная доступность города.

Предоставление информации об объектах ИЦ «Сколково» - офисы, центры НИОКР Партнеров Фонда, апартаменты, объекты социальной инфраструктуры и пр.

Возможность выбора, онлайн бронирования арендных апартаментов (квартиры, таунхаусы, коттеджи), оплаты

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

Возможность управления городскими сервисами и услугами – информация, бронирование, оплата – на текущий момент доступна услуга бронирования парковочного места.

Сколково - инновационный город. Чем ваш портал отличается от остальных?

Какие дальнейшие действия по развитию портала?

Планируется глобальное расширение портала для предоставления информации по всей инфраструктуре ИЦ «Сколково», включая объекты, находящиеся на этапе строительства.

Одновременно с развитием городской среды планируется увеличение городских сервисов, услуг и мероприятий, которые будут доступны для бронирования/оплаты на портале.

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

Вопросы к исполнителю

Как строилась работа по сайту? Как выглядело взаимодействие с заказчиком?

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

Так как город только строился (и продолжает строиться на текущий момент) и не все жилые кварталы на момент начала реализации проекта были сданы застройщиком, заказчик не имел точного представления, как в итоге необходимо организовать весь процесс аренды, было только общее видение. Для выяснения деталей и специфики бизнеса несколько раз проводили встречи с представителями заказчика, но в основном в целях экономии времени все вопросы решали в режиме скайп-конференций.

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

В итоге перед началом разработки вместо туманных очертаний у нас появилось конкретное видение конечных результатов, однако весь функционал на этапе ТЗ до конца по разным причинам проработать не удалось, некоторые вопросы было решено продумать после первой итерации проекта. К примеру, набор функций личного кабинета, авторизация через АИС «Виртуальное Сколково» (проще говоря, через систему авторизации сайта Сколково www.sk.ru ) и другое.

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

Крупный портал — это всегда некий айсберг, где видно лишь вершину. Расскажите подробнее об архитектуре проекта

Крупный новый проект не появляется из-за горизонта айсбергом, а увеличивается постепенно, обрастая новыми разделами.

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

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

Для обеспечения этих задач на проекте используются несколько технологических решений. Сайт построен на платформе CMS 1C-Битрикс, что позволяет вести быструю и эффективную разработку, внедрение новых функций.

Большое внимание уделено работе с интерактивной картой, на которой пользователи могут найти информацию о разных объектах на территории Сколково, а также выбрать и забронировать апартаменты и услуги. Карта разработана с использованием современных JavaScript библиотек, таких как: Paper.js и D3.js для построения и работы с объектами на карте, Leaflet для создания удобной масштабируемой карты.

Для удобства пользователей сайт тесно интегрирован с остальной экосистемой Сколково: синхронизация с внутренней [системой управления] позволяет получать актуальную информацию о доступности апартаментов и услуг, а также передавать данные, собранные на сайте, для обработки. Пользователи портала "Виртуальное Сколково" имеют возможность в один клик авторизоваться на сайте и полноценно использовать все его возможности.

Самая интересная технологическая часть проекта?

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

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

Что было самое сложное на проекте в плане менеджмента?

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

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

На проекте, как мы выяснили, работали короткими итерациями. Что происходило перед такими промежуточными дедлайнами для сохранения сроков?

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