Застройщик ГК Сибинтел Девелопмент использует технологию динамического ценообразования и изменяет прайс в системе Profitbase.ai. Маркетолог-аналитик девелопера рассказала, как регулярное изменение цен влияет на продажи объектов и как она видит «идеальный» сервис для ценообразования. Из интервью можно узнать, зачем застройщикам регулярно менять цены на объекты и может ли IT-сервис заменить экспертизу аналитика.

 

 

Зачем застройщикам регулярно менять цены

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

Татьяна: Расскажу про наш опыт, надеюсь, он будет полезен. Цель любого проекта — это максимизация прибыли, и динамическое ценообразование нам в этом помогает.

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

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

Александр: Мне кажется, здесь есть несколько ключевых факторов.

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

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

Таким образом, причинами изменения цен являются себестоимость и спрос.

 

Маркетолог-аналитик Татьяна Куракина

 

С какой регулярностью меняются цены в девелопменте

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

 

Как происходит согласование прайса

DD: Насколько сложно происходит согласование нового прайса?

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

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

DD: За кем остается последнее слово, кто говорит, что цены будут такими?

Т: В нашей компании — за директором департамента продаж. Но я знаю, что есть и другие варианты, у всех по-разному.

DD: А как часто приходится вносить правки, возникают ли в процессе какие-то проблемы, когда затягивается обновление прайса и из-за этого теряется прибыль?

Т: Я, наверное, вношу правки в примерно 30% прайсов, отправляю их на доработку по просьбе руководителя.

DD: Но это довольно много, это почти треть. А с чем это связано, как ты думаешь?

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

DD: То есть доля субъективности здесь все-таки присутствует?

Т: Да.

А: Мне хочется уточнить. Таня, ты сказала, что процесс изменился с внедрением сервиса динамического ценообразования. 30% нужно делать заново, приходят правки на дополнительные условия и нужно пересогласовывать. А как было до внедрения продукта?

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

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

 

Менеджер продукта Profitbase.ai Александр Ведерников

 

Почему Сибинтел не отдает аналитические задачи на аутсорсинг

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

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

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

DD: Можно подробнее про плюсы и минусы?

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

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

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

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

 

Почему Сибинтел начал использовать сервис для ценообразования

DD: Расскажи, как это было? Как возникла идея использовать в ценообразовании именно сервисы?

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

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

 

Каким должен быть идеальный сервис динамического ценообразования

DD: Немного пофантазируем, представим, каким в идеале должен быть этот инструмент для застройщика?

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

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

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

 

     

Что такое вымываемость и почему она опасна

DD: Можно сразу прояснить вопрос о вымывании объектов: что это такое?

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

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

 

Как аналитику помогает сервис Profitbase.ai

DD: Таня, ты сказала, что Profitbase даже превзошел ваши ожидания. Можешь подробнее об этом рассказать?

Т: На самом деле, какая-то своя собственная система динамического ценообразования до внедрения сервиса Profitbase у нас присутствовала, как это водится, в Excel. И там были какие-то сравнительные алгоритмы на основе перспективного анализа спроса.

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

DD: Скажи, насколько Profitbase, с твоей точки зрения, близок к этому идеальному сервису динамического ценообразования?

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

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

  

Почему окончательное решение по изменению цен должен принимать аналитик, а не система

DD: Почему окончательное решение должно быть именно за человеком, а сервис здесь выступает именно как помощник, а не как конкурент человеческому интеллекту? Поделитесь, пожалуйста, своим мнением по этому вопросу.

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

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

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

  

Как внедрение Profitbase.ai изменило процесс согласования прайса в компании

DD: Давайте вернемся к вопросу, как изменился процесс согласования прайса после внедрения Profitbase, разложим по полочкам.

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

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

DD: Саша, ты что-нибудь дополнишь из опыта других застройщиков, может быть, они делились с тобой какими-то инсайтами?

А: Добавлю, что само согласование — это часть продукта Profitbase. Это часть, наверное, любой системы ценообразования, но буду говорить только о Profitbase.ai. То есть наша задача здесь, как я говорил, расширить данные и ускорить принятия решения. Раньше процесс согласования включал в себя формирование отчета в Excel, его отправку по почте, ожидание корректировок, повторную отправку и т.д.

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

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

  

 

 

Как работает сервис Profitbase.ai

DD: Как конкретно работает этот сервис на основе искусственного интеллекта? Как проходит этот процесс анализа данных, что конкретно делает сервис, как он выводит рекомендации по цене квартир, и как потом Таня, как специалист, с этими данными работает? Мне интересен пользовательский опыт Тани, а также взаимодействие с этим сервисом и взгляд изнутри от Саши.

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

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

DD: По каким критериям строятся вообще рекомендации по цене?

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

DD: А вот какие данные вы, как застройщик, должны предоставить для работы сервиса, чтобы он начал анализировать и выдавать рекомендации? То есть из каких данных этот конструктор состоит?

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

 

  

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

Также у нас есть алгоритмы по отклонению от плана продаж, алгоритмы по эластичности темпов продаж, и у нас также были подходы к различным ML-алгоритмам, то есть довольно обширное количество механик, которые мы можем конструировать в разные мета-алгоритмы, так мы это называем.

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

У нас появляется возможность сформировать прайс-лист и принять его. Наверное, как-то так, Таня добавит, если я что-то упустил.

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

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

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

 

  

СПРАВКА:

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

 

  

 

 

 

 

 

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

Новый взгляд на ценообразование в девелопменте: аналитик начал высыпаться, а цены на квартиры — расти. Кейс Сибинтел

Сбербанк и Profitbase переводят продажи квартир в онлайн

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  

Фото: plus.google.com

 

Постановка вопроса

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

 

 

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

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

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

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

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

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

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

 

 

Что оптимизировать

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

• бюджетный классификатор;

• фокус внимания;

• итеративный подход;

• финансовое моделирование (ну куда и тут от него деться…).

 

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

• закрытость перечня (за рамками него не существует дополнительных расходов);

• универсальность (возможность применить к любому проекту компании или, как минимум, к любому проекту сходного типа);

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

Ниже я приведу материнские статьи того БК, который мы используем в нашей бизнес-практике:

1. Земельно-имущественные отношения.

2. Проектно-изыскательские работы.

3. Строительно-монтажные работы (СМР).

4. Сети, дороги, благоустройство.

5. Социальные объекты.

6. Управление проектом.

7. Коммерческие.

8. Прочие и непредвиденные.

9. Затраты по финансированию.

10. Налоги.

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

Не так важно, какую именно «разбивку» выберет для себя та или иная компания, если она отвечает трем вышеприведенным критериям.

 

    

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

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

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

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

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

Ниже укрупненно приведена структура затрат стандартного московского девелоперского проекта. 

    

 

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

Про финансовое моделирование мы поговорим позже, в конце статьи.

 

Как оптимизировать

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

   

 

1. Строительно-монтажные работы.

Если во взятом для примера московском проекте затраты на строительство составляют 33%, то в других регионах их доля может доходить до 70%.

 

 

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

• банальное удешевление используемых материалов (до определенного предела, без потери качества продукта и ликвидности);

• оптимизация тендерных процедур;

• ускорение сроков строительства;

• оптимизация логистических цепочек;

• оптимизация схемы закупки материала;

• проч.

Каждый из перечисленных пунктов достоин отдельной статьи.

2. Блок «Земельно-имущественные отношения» включает в себя подразделы «Выкуп прав», «Изменение ВРИ», «Аренда ЗУ» (или земельный налог).

Методы оптимизации затрат на выкуп прав:

• частичное привлечение заемных средств на покупку объекта в виде бридж-кредита;

• банальный торг, разбивка платежей по этапам, рассрочка;

• поиск оптимальных активов по соотношению цена — качество;

• формирование альтернативных моделей сделки: частичная передача долей в продукте, расчет будущей прибылью и т. д.

Затраты на изменение вида разрешенного использования (ВРИ) земельного участка занимают значительную часть в себестоимости проекта (около 15%), при этом важно понимать, что плата за изменение ВРИ взимается только в Москве и Московской области, в прочих регионах данная подстатья в бюджете отсутствует. Что же касается Москвы, оптимизация данных платежей лежит в плоскости получения рассрочки с «упаковкой» ежеквартальных платежей в проектный кредит, а также, что важнее, в механизме получения льготы за создание мест приложения труда (МПТ) согласно 1874-ПП от 31.12.2019.

 

Фото: www.s.pfst.net

 

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

 

1. Прочие и непредвиденные расходы.

В данную большую статью входят:

• процент от инвестиционных и коммерческих затрат, закладываемый девелопером на возможное их увеличение;

• любые дополнительные финансовые обязательства, которыми проект может быть нагружен со стороны власти.

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

 

2. Налоги.

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

 

3. Коммерческие.

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

Оптимизация достигается за счет следующих механизмов:

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

• формирование оптимальных для сегмента механизмов продаж, в том числе сочетание внутренних и внешних ресурсов;

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

Среднерыночный «хороший» бюджет по данной статье на сегодняшний день составляет порядка 5% от выручки проекта.

  

Фото: www.gidroguru.com

 

4. Сети, дороги, благоустройство.

Затраты на сети, в свою очередь, состоят из следующих компонентов: технологическое присоединение, внутриплощадочные сети, объекты сетевого хозяйства. Внутриобъектные сети при этом, как правило, включаются в статью СМР (п. 1).

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

Что касается улично-дорожной сети (УДС) и благоустройства, то здесь методы оптимизации схожи с п. 1 (СМР).

 

5. Социальные объекты.

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

 

Фото: www.bn.ru

 

6. Затраты по финансированию.

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

 

7. Управление проектом.

Данная статья включает в себя следующие компоненты:

• все общекорпоративные расходы, «размазанные» по проектам: АХР, ФОТ сотрудников центрального офиса и пр.;

• ФОТ группы, непосредственно управляющей проектом;

• затраты на технического заказчика.

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

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

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

История насчитывает немало случаев, когда компания «тонула» под несопоставимым масштабу проектов объемом затрат на внутренние ФОТ и АХР.

 

Фото: www.сметчик.рф

 

8. Проектно-изыскательские работы.

Оптимизация данной статьи частично лежит в той же плоскости, что и СМР (п. 1), но с рядом отличий.

Зачастую для успешного «протаскивания» разработанного проекта через все стадии необходимо наличие определенного имени на «штампе» проекта (проектировщики тоже обладают своеобразным GR).

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

Критически важной при этом, с точки зрения титула, является эскизная составляющая (АГК, АГР), что в гораздо меньшей степени распространяется на прочие стадии проектирования (ПД, РД), которые в значительной мере (например, кроме АР) вполне можно выполнить с помощью менее дорогостоящего ресурса — как внутреннего, так и внешнего.

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

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

  

 

Чего следует опасаться

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

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

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

• изменения затратной части;

• потенциального изменения доходной части;

• изменения графика проекта и сроков отдельных этапов;

• изменения технико-экономических показателей проекта;

• проч.

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

 

 

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

 

 

Подобные составляющие продукта должны быть оценены с точки зрения расходной части и укладываться в «люфт» риск-менеджмента непредвиденных расходов.

Иными словами, в некоторые продуктовые решения иногда надо просто «поверить» или «не поверить», но все же — с определенной оглядкой на долю удорожания себестоимости проекта.

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

  

  

 

 

 

 

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

Снижение себестоимости девелоперских проектов за счет префаб-технологий

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

О чем говорили на круглом столе ЕРЗ.РФ, посвященном оптимизации процедур в строительстве

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

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

Оптимизация системы продаж в девелопменте