Коммерческий директор строительно-инвестиционной компании КамаСтройИнвест, специализирующейся на строительстве объектов жилой и коммерческой недвижимости в г. Казани, Антонина ДАРЧИНОВА рассказала Profitbase о двух попытках внедрения CRM в своем отделе продаж, о сопротивлении менеджеров, причинах неудачного внедрения и ключевых правилах, которые помогли автоматизировать работу и повысить производительность отдела продаж в два раза.

   

 

Есть две сущности, для которых девелоперу нужен учёт, — это клиенты и квартирография, напоминает Антонина. До перехода в CRM и то и другое мы вели в excel, и каждый день пересылали друг другу обновлённые файлы.

 

Работа в Excel приводила к двум проблемам

 

Проблема 1. Менеджеры ошибаются, забывают вносить данные о клиентах и снимать брони

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

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

 

Проблема 2. Сложно получить актуальную информацию по текущим сделкам

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

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

 

Чего мы хотели

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

    

  

Внедрили первую CRM

 

Когда мы переводили отдел продаж на работу в CRM, то столкнулись с сопротивлением менеджеров: они говорили, что так работать неудобно и что им непонятно, как пользоваться CRM: «Как я тут буду одновременно и с клиентом разговаривать и вот это всё заполнять?»

Они стали работать в этой системе, но только в рамках того, что от них требовали. Заполняли поля, которые просили заполнять, вносили комментарии, актуализировали сделки. Для них это был один из форматов отчётности. Параллельно они вели сделки в блокнотах, делали там все пометки, дублировали контакты клиентов в свои телефоны.

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

 

Что было не так

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

Поэтому мы решили перейти на CRM-систему, логика работы которой соответствует нашему внутреннему процессу.

   

Внедрили вторую CRM

 

Выбор и внедрение системы

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

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

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

 

Обучение менеджеров

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

    

Фото: www.gazeta.ru

    

Доработки CRM

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

Один из последних примеров таких доработок был связан с процессом бронирования. Для работы с ассортиментом мы используем систему Profitbase.

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

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

   

Чем нам помогла CRM и чего мы добились

  

Продуктивность менеджеров удвоилась

За счет автоматизации большей части процессов производительность наших менеджеров по продажам выросла в два раза. Если при работе в excel, блокнотах, старой CRM и на старте внедрения amoCRM в среднем один менеджер за месяц закрывал 8 сделок, то когда работу начала полностью вестись в CRM-системе, один менеджер в среднем стал закрывать 16 сделок в месяц.

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

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

  

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

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

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

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

Самый простой путь для менеджера должен быть и самым выгодным для компании.

   

   

Аналитика по продажам всегда под рукой и у руководства, и у отдела продаж

Каждый день мы анализируем:

● выручку в разрезе поступлений по объектам;

● заключенные договоры в разрезе объектов;

● количество лидов;

● среднюю конверсию;

И сравниваем все эти показатели с планом.

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

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

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

  

Раньше эта аналитика была завязана на руководителе отдела продаж

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

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

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

   

Что делать, чтобы внедрить CRM с первого раза и не повторять наших ошибок

 

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

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

     

    

2. Выбирать не того интегратора, который красиво рассказывает, а оценить уровень компетенции в технических вопросах: насколько их пугает ваше техническое задание.

Если интегратор говорит «Ой, это невозможно», «У этой CRM нет такой функции» или «Там другая логика» — задумайтесь. Хороший интегратор подстроится под бизнес и его логику, и будет искать и дорабатывать решения, а не подстраивать ваш бизнес под функционал конкретной системы.

 

3. Отталкиваться от людей.

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

      

Это главные ошибки, которые могут быть, все остальное — техническое и решаемое

    

 

Антонина ДАРЧИНОВА (на фото), коммерческий директор КамаСтройИнвест

  

КамаСтройИнвест использует решения Profitbase для автоматизации и работы с ассортиментом

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

— CRM для застройщика на базе amoCRM, Битрикс24, Terrasoft 

— Онлайн-продажи квартир: личный кабинет покупателя и сервис для электронной регистрации сделок

— Интерактивный каталог для сайта застройщика

— Выгрузка объявлений на порталы недвижимости

— Сервис динамического ценообразования в девелопменте Profitbase Ai
Подробнее о решениях — на сайте.

 

Другие материалы для девелоперов в блоге Profitbase:

● Больше о CRM — 10 мифов, в которые уже стыдно верить

● Ценообразование в девелопменте: как работают автоматизированные системы и в чём их проблема

● Все о цифровизации: обсуждаем главные цифровые тренды на РосБилд

    

 

  

  

  

   

  

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

Ценообразование в девелопменте: автопилот или ручное управление?

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

Аналитика в девелопменте: как BI-системы облегчат жизнь застройщика

Стоит ли BI-аналитика своих денег?

Застройщики и агентства: пора поговорить

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

5 шагов к онлайн-продажам

Эту тему на страницах портала ЕРЗ.РФ анализирует создатель и руководитель Академии девелопмента, соучредитель компании — технического заказчика в строительстве 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

  

  

 

 

 

 

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

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

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

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

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

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

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