Что это такое и как эту схему использовать на практике, рассказывает руководитель Академии девелопмента, соучредитель компании — технического заказчика в строительстве 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-сервис заменить экспертизу аналитика

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

Наступила эра цифровых технологий, и все больше компаний осознают, что для успешного развития им нужны квалифицированные разработчики. IT-компании играют ключевую роль в цифровизации бизнес-процессов, создании новых продуктов и услуг, адаптации к изменяющимся трендам. Цифровизация компании требует много времени. Важно не ошибиться с выбором подрядчиков или же самим приняться за разработку программного обеспечения. Однако зачастую гораздо выгоднее приобрести уже готовые решения. Сколько времени и средств требуется потратить девелоперу на цифровизацию и как правильнее пройти по этому пути? На эти вопросы отвечает основатель и директор IT-компании «Философт» Иван ВЛАСОВ (на фото). 

  

 

— Цифровизация — тренд или необходимость? Почему она важна и как меняет процессы работы и финансовые результаты компании?

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

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

 

— Как совершить продуманный переход к цифровизации, чтобы это не ударило по компании, а, наоборот, усилило ее? 

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

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

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

 

— С чего начать и сколько вкладывать? Что учесть на начальном этапе?

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

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

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

 

— Готовые решения или разработка собственных: что выгоднее, в чем плюсы и минусы того и другого?

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

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

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

 

Иван Власов во время приемки самого умного дома в России — ЖК Дом бутик-класса Булычев

   

— Приведите примеры неудачной попытки цифровизации девелоперской компании. Расскажите, в чем были ошибки и как их избежать?

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

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

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

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

 

— Какие этапы работы девелопера могут быть «закрыты» с помощью продуктов компании «Философт»?

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

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

• «Цифровая модель рынка недвижимости» (стадия планирования и реализации площадей) станет отличным инструментом для поиска земельного участка и аналитики ценообразования на рынке;

• ERP-система (стадия строительства) — отличное решение для полного ведения затрат проекта, его графиков. Поможет полностью контролировать все процессы строительства и своевременно отмечать, где именно и на каком этапе могут возникнуть трудности. Является прекрасным инструментом для региональной экспансии;

 

 

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

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

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

 

— Какие инвестиции в цифровизацию компании считаются оптимальными в год и насколько это окупится в перспективе?

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

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

 

— Как IT-технологии, которые использует девелопер, отражаются на жизни клиента компании? 

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

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

  

Реклама. ООО «ФилоСофт». ИНН: 4345517767

 

 

 

 

 

 

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

Все функции умного ЖК в одном приложении: кейс Мангазеи и KTS

ЕРЗ-ТОП сервисов автоматизации передачи квартир

Кейс внедрения экосистемы Profitbase для умного города

Плюс 20% к выручке: как автоматизация повлияла на управление ценой. Кейс «DNS Девелопмент»

Plus Development запустили продажи ЖК с нуля за два месяца: кейс Profitbase

Динамическое ценообразование: тренд или инструмент, помогающий заработать?