Настроены0 параметров

Настроить фильтр

Регион
Раздел
Подраздел
Все новости
+

«Нужно строить цифровые города, а мы бьёмся за бюджет на ноутбук»

Наболевшее о проблемах цифровизации девелопмента.

 

 

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

Оксана Дунина, co-founder экосистемы для застройщиков Profitbase (на фото ниже), на конференции Сбера «Время изменений» рассказала про основные барьеры для цифровизации отрасли. Мы публикуем статью на основе ее доклада.

 

Увеличение разрыва в цифровизации разных этапов

 

Сегодня мы видим значительный разрыв в цифровизации разных этапов жизненного цикла объектов недвижимости. У среднестатического регионального девелопера автоматизация стройки находится на начальном уровне. Напротив, продажи хорошо цифровизированы, коммерческий блок продвинулся далеко и пришел к полноценным экосистемам. Это приводит рынок в заблуждение относительно того, что наш proptech — впереди планеты всей.

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

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

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

Еще одна большая проблема — отсутствие автоматизации внутренних процессов компании. Кадровому документообороту, HR-процессам не уделяется достаточно внимания.

 

 

Чтобы начать базовую автоматизацию компании, нужно:

 

1. Выстроить бизнес-процессы офлайн

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

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

 

2. Провести аудит цифровой зрелости перед стартом проекта

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

Из этого вытекает другая проблема рынка.

  

Девелоперы осознали: они не понимают, как проводить цифровую трансформацию (ЦТ) на практике

  

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

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

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

Цифровая трансформация полностью меняет бизнес-модель и организацию работы всей компании.

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

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

Во время сессии директор по IT поделился: «Вы сказали, что за 5 лет мы должны провести цифровую трансформацию компании. Через 5 лет мы должны строить цифровые города. Но сейчас мы бьемся за согласование каждого нового ноутбука».

И это не вопрос бюджетирования. Этот пример иллюстрирует место цифровизации в системе приоритетов среднестатистического застройщика.

Поэтому одна из задач Profitbase — систематическая образовательная работа в сфере цифровизации. Мы пишем статьи, проводим исследования и развиваем отраслевое СМИ о proptech — Digital Developer.

 

Стройка — много планов, мало цифровизации

 

С середины 2024 года использование BIM-технологий станет обязательным для всех девелоперов. Об этом заместитель министра строительства и ЖКХ России Константин Михайлик (на фото) заявил 23 сентября 2022 года на конференции «Цифровая трансформация девелоперов» в Сколково.

 

Фото: www.zanostroy.ru

 

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

Согласно отчету ДОМ.РФ от 20 марта, в России работают 3 572 застройщиков. Только 16% из них пилотируют или применяют BIM. Причем «пилотируют» не значит, что действительно «используют» — ведь они могли просто купить лицензию.

11% из этих 16% — это лицензии ПИК, ЛСР и Самолет. С ноября прошлого года только 70 девелоперов начали использовать BIM. При такой динамике к середине следующего года добавится всего 150 девелоперов.

Если закон вступит в силу, это создаст большие сложности для девелопмента, так как большая доля рынка не знает, как к этому прийти.

 

Кадровый голод усиливается

 

Даже если девелопер захочет провести цифровую трансформацию, возникнет кадровый вопрос. Статистика рекрутинговых порталов в недвижимости показывает, что на proptech-рынке не хватает квалифицированных IT-специалистов.

На hh.ru 81 384 вакансий для IT-специалистов, для соискателей в РФ с опытом — 72 755. Из IT-вакансий в недвижимости — 3 086. Конкурировать за кадры с IT-компаниями, банками и развлекательной индустрией почти нереально.

Молодые специалисты мечтают получить работу в edtech, fintech и gamedev. Сфера недвижимости ассоциируется у них с консерватизмом и формализмом. Зачем, говорят они, идти в компанию, где за внедрение новых технологий придется ежедневно воевать?

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

 

СПРАВКА

Profitbase — цифровая экосистема для девелоперов, которая включает решения для управления продажами, проведением сделки, маркетингом и клиентским сервисом застройщика. Платформа запущена в 2016 году, сегодня решения Profitbase используют более 500 застройщиков в России и СНГ.

  

      

    

   

   

  

 

Другие публикации по теме:

Как риск потери миллиона сподвиг застройщика настроить автоматизацию продаж: кейс СЗ Архитектор

На конференции Сбера Оксана Дунина рассказала, что мешает российским застройщикам цифровизироваться

Как технологии помогают застройщикам сократить расходы в кризис

Profitbase проведет на форуме недвижимости «Движение» конференцию по цифровизации девелопмента

Российские IT-компании готовят специальные предложения для поддержки рынка недвижимости

Бизнес в России точно не умрет: MR Group, ГК Самолет, ГК Пионер обсудили будущее рынка на большой конференции по цифровизации девелопмента на RosBuild

Онлайн-продажи квартир 2022. Учимся на чужих ошибках и запускаемся на счет «Три!..»

Группа Эталон выстроила бесшовный процесс дистанционной продажи квартир с сервисами Profitbase

Геном инноваций: Profitbase стал резидентом Сколково

ФСК выстроила в Санкт-Петербурге работу с ценами на базе автоматизированных алгоритмов и искусственного интеллекта Profitbase.ai 

Вся правда об онлайн-продажах: исследование ТОП-100 застройщиков от Profitbase

Profitbase — в едином реестре российского ПО

Стартап-шоу для застройщиков: новый проект с онлайн-оценкой инноваций в недвижимости

Новые возможности для застройщиков: как изменился Profitbase за 2020 год

Личный кабинет покупателя: онлайн-продажи квартир с Profitbase

Profitbase — IT-платформа для управления маркетингом и продажами в недвижимости

70 сервисов для цифровизации девелопмента

Масштабируйте продажи, а не хаос: Profitbase выпустил новое решение для работы с агентами

+

Схема-пазл девелоперского бизнеса

Что это такое и как эту схему использовать на практике, рассказывает руководитель Академии девелопмента, соучредитель компании — технического заказчика в строительстве Fizir Алексей ТУГАРЕВ.

   

  

Для чего это нужно

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

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

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

 создать новое подразделение;

расширить функционал существующих подразделений с изменением оргструктуры;

привлечь профильных носителей недостающего функционала на аутсорсинге.

   

Параметры блок-схемы

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

● Схема не является организационной структурой (!) и не может быть использована напрямую как инструкция по формированию таковой. Настоящую схему надлежит воспринимать именно как набор и систему функций, а не субъектов, их осуществляющих. Организационную структуру предприятия надлежит выстраивать с пониманием данной блок-схемы, принимая при этом во внимание множество факторов, включая, среди прочего, следующие:

- объем компании,

- масштаб и специфику развиваемых проектов,

- стратегический план развития организации,

- текущая конъюнктура рынка,

- финансовые и административные возможности компании и акционеров

- и многое другое.

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

● Использованы следующие визуальные обозначения. На схеме изображены блоки функционала (42 шт.), категории (14 шт., по 3 блока в каждой) и важные взаимосвязи блоков. Категории отличаются различными цветами заливки и имеют каждая собственное наименование. Важные взаимосвязи между блоками функционала обозначены линиями с кружками на концах. Наименования функций, имеющих первостепенное, критически важное значение для эффективности бизнеса, обозначены красным шрифтом, а наиболее важные взаимосвязи — линиями красного цвета.

  

   

Комментарии к основным категориям, блокам и их взаимосвязям

1. Управление — категория общего, генерального менеджмента. Субъектами функционала выступают акционеры и/или генеральный директор (ГД) организации.

1.1 Операционное управление организацией — менеджмент в самом общем понимании, классическое управление функционированием компании как любого другого (недевелоперского) бизнеса.

1.2 GR (Government relations) — взаимодействие и взаимоотношения собственников бизнеса и власти.

1.3 Стратегия и принятие ключевых решенийрешения об изменении вектора развития компании, о реорганизации, о входе в проекты либо о выходе из проектов, о принятии в компанию топ-менеджеров и прочие ключевые решения. Осуществляются акционерами, в отдельных ситуациях — ГД либо советом директоров.

 

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

2.1 Управление проектами — ведется в соответствии с принятой в компании системой: матричной либо иерархической. Ответственным субъектом в том и другом случае является Руководитель проекта (РП) при участии команды проекта. При плохом сценарии, в отсутствие центра ответственности в виде РП, функционал распределяется на многих сотрудников организации, принятие решений в системе становится децентрализованным, что приводит к печальным последствиям. Исключение составляют небольшие компании, где ГД может до определенного масштаба лично выполнять функционал РП по ограниченному числу небольших проектов.

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

2.2 Инвестиционный анализ проектовсистема сбора и систематизации информации по проектам, построения на основе полученных данных финансовых моделей проектов и принятия решений с учетом данных финансового моделирования (ФМ). Функционал по управлению проектом на основании данных финансовой модели, вопреки расхожему мнению, является основным функционалом РП. Технически расчет ФМ может быть частично либо полностью делегирован блоку инвестиционных либо финансовых менеджеров.

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

2.3 Развитиесистема поиска и аналитики перспективных проектов для целей пополнения портфеля организации. Является одним из наиболее жизненно-важных блоков для эффективности бизнеса. Прочно связана с системой инвестиционного анализа проектов (принятие решений о вхождении принимается на основании данных градостроительного, маркетингового и финансового анализа). Назначение системы — подготовка максимально полной и достоверной информации о перспективных проектах вхождения для целей принятия по ним решений на уровне п. 1.3.

 

 

3. Технический заказчик — классический блок функционала технического заказчика, прописан в ГрК РФ.

Сбор ИРД — формализованный процесс внесения изменений в градостроительные документы и сбор исходно-разрешительной документации (ИРД). В отличие от блока GR содержит именно техническую сторону вопроса, в то время как блок GR отвечает за его неформальную сторону. Иными словами, в отдельных случаях для успешной работы блока ИРД необходима «подготовка соответствующей почвы» в неформальном режиме в рамках блока GR. Также следует отметить, что при правильном подходе к бизнесу и определенном уровне компетенций технического заказчика 90% работы с документацией проекта должно происходить именно в блоке ИРД, а 10% — в блоке GR (а не наоборот, что часто встречается и на практике ведет к негативным последствиям).

2.4 Строительный контрольнепосредственный контроль строительных работ техническим заказчиком на объекте.

2.5 Управление проектированиемпостановка задач и приемка работ проектного блока. Осуществляется техническим заказчиком под непосредственным управлением Руководителя проекта, который в свою очередь принимает решения на основании данных инвестиционной аналитики проектов и продуктовой аналитики маркетингового блока (что обозначено соответствующими взаимосвязями). Данный блок попал в список «красных» в силу того, что координация проектных решений в значительной мере определяет инвестиционный успех проекта, т.к. влияет одновременно на его расходную и доходную части.

 

3. Маркетинг глобальный свод функционала по всестороннему взаимодействию с рынком.

3.1 Аналитика рынка сбор и систематизация информации по существующим проектам: продуктовым решениям, темпам и ценам продаж конкурентов, также общие исследования рынка с делением по сегментам, регионам и пр., а также исследование целевых групп.

3.2 Управление продуктомформирование видения того, что непосредственно производит компания в качестве строительного продукта. В малых и средних компаниях, как правило, разрабатываются уникальные решения в привязке к локации; в индустриальных холдингах все чаще формируются унифицированные однотипные модели продукта с дальнейшей их привязкой к локациям. И в том и в другом случае продуктовые решения необходимо основывать на данных маркетинговой аналитики (п. 4.1), прежде всего на финансово-экономических расчетах (п. 2.2). Принятые решения ложатся в основу ТЗ на проектирование для всех его этапов.

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

 

 

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

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

4.2 Бухгалтерия.

4.3 Финансирование проектоввыбор оптимальной схемы финансирования проектов (совместно с блоком «Инвестиционный анализ проектов»), сопровождение взаимодействия с финансовыми партнерами и кредитными организациями.

 

5. Коммерческий блок — функционал продаж.

5.1 Продвижение — в отличие от одноименного блока в категории «Маркетинг», который отвечает за глобальную стратегию продвижения и выбор инструментов, блок «Продвижение» «Коммерческого блока» отвечает за организацию и проведение локальных мероприятий, промоушен, акции и т.п.

5.2 Вовлечение клиентовработа с клиентами в холодном и горячем режимах, обработка воронки входящих лидов, доведение до сделок.

5.3 Сопровождение клиентовважнейшая часть работы коммерческого блока, которой традиционно пренебрегают многие российские бизнесы. Суть блока в том, что после оплаты продукта/услуги клиент не перестает существовать для организации, проводится работа с обращениями, разъяснения, помощь в эксплуатации, работа с негативом. Назначение блока существенно облегчить работу по направлению «Продвижение и PR» категории «Маркетинг».

 

6. HR (Human resources) — управление кадрами.

6.1 Управление оргструктурой во многих компаниях данная работа сводится к базовым аспектам кадровой работы — поиску людей по формальным критериям и оформление трудоустройства. Между тем управление оргструктурой это глобальный возобновляемый бизнес-процесс перестраивания компании под нужды рынка и текущей ситуации, который необходимо вести совместно с генеральным менеджментом организации.

6.2 Мотивация, тимбилдингформирование регламента KPI (премиальной части ФОТ), организация мероприятий, способствующих поддержанию «здорового» климата в трудовом коллективе.

6.3 Повышение квалификации и аттестацияобучение сотрудников внутренними и внешними ресурсами, проведение регулярных аттестационных мероприятий для целей подтверждения квалификации, устранение перекосов блока 7.1 в уровнях квалификации и ФОТ.

Уникальность блока «HR» заключается в том, что в большинстве даже весьма крупных системных российских компаний полностью выпадает функционал п.п. 7.1—7.3, имеющий критически важное значение для бизнеса, и роль HR-департаментов урезается до формально ограниченных функций блока 7.1 по принципу «найти — оформить». Это неизбежно ведет к ряду проблем (неоптимальная нагрузка ФОТ по отношению к целям и задачам компании, нездоровая конкуренция внутри трудовых коллективов и пр.).

 

7. АХУ административно-хозяйственное управление.

7.1 Офис-менеджмент.

7.2 Секретариат, коммуникации, мероприятия.

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

 

8. СБ служба безопасности.

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

8.2 Внешний контрольвсесторонняя проверка контрагентов на предмет истории, добросовестности, отсутствия «шлейфа» по 115-ФЗ и т.п. Имеет большое значение в качестве поддержки юридическому блоку при аналитике активов в ходе юридического DD (Due Diligence), что отмечено на схеме соответствующей взаимосвязью.

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

 

9. Юридический блок.

9.1 Юридическое сопровождение — регистрация административно-хозяйственных обществ, прекращение их действия, управление конфликтами, в том числе в судах.

9.2 Договоры — проверка договоров на предмет рисков юридического характера.

9.3 Сделки с активами и DD (Due Diligence) — важнейший функционал для бизнеса по всесторонней юридической проверке приобретаемых активов, ведение и оформление соответствующих сделок.

 

10. Сервисный блок управление введенными в эксплуатацию объектами.

 

11. Строительство, Проектирование, Автоматизация и цифровизация суть функционала блоков следует из их наименований.

 

Фото: www.akadev.ru

 

Резюме

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

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

Между этими «крайними» случаями — всё многообразие возможных девелоперских структур, организаторам и управляющим которых следует помнить, что любые незакрытые «пробелы» в данной схеме грозят негативными последствиями — от неэффективного управления и отставания в конкурентной борьбе до банкротства компании, при отсутствии блоков в «красной» зоне (см. также предыдущую статью автора на портале ЕРЗ.РФ Банкротство девелоперских компаний).

Алексей ТУГАРЕВ (на фото), создатель и руководитель Академии девелопмента, соучредитель компании — технического заказчика в строительстве Fizir

  

    

  

  

  

  

Другие публикации по теме:

«Цифровой строительный контроль»: для девелоперов, которые хотят ускорить строительство и устали от бесконечных звонков и записей в блокноты

Банкротство девелоперских компаний: разбор механики — и как его избежать

Продажи, ценообразование и роботы: может ли IT-сервис заменить экспертизу аналитика

Цифровая исполнительная документация: вчера, сегодня, завтра