Точка зрения
В 90% случаев девелоперы могут найти готовые IT решения для цифровизации бизнеса
Но для эффективного общения с подрядчиками все надо делать самим
Точка зрения
В 90% случаев девелоперы могут найти готовые IT решения для цифровизации бизнеса
Но для эффективного общения с подрядчиками все надо делать самим
Роман Кубасов
Директор по цифровым технологиям и операционной эффективности Level Group
Роман Кубасов
Директор по цифровым технологиям и операционной эффективности Level Group
Уже сейчас застройщики инвестируют сотни миллионов, если не миллиарды рублей в разработку IT-решений. И если большие компании могут выступать как венчурные инвесторы, то для девелоперов не из большой пятерки крайне важно найти то поле, на котором можно получить максимальный результат, не потратив слишком много средств на IT, ведь бизнес застройщика заключается не в этом. Один из способов разумной экономии – искать на рынке готовые решения. В 90% случаев они уже существуют. Иногда – не слишком известные или не полностью соответствуют идеальным параметрам запроса, но поиск и взаимодействие с внешними командами помогает в короткие сроки и с существенной экономией автоматизировать какой-то процесс. У нас был опыт создания мобильного приложения для клиентов с компанией, которую через год как отличный стартап купил ВТБ. За год плотного взаимодействия они заточили свой продукт под нас, и мы получили неплохое решение, которое сейчас на рынке стоит минимум 40 млн руб. А мы потратили 600 000 руб. и девять месяцев работы.

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

На одном строительном объекте может работать 200 подрядных организаций, и, по нашему опыту, за весь двухлетний девелоперский цикл до трети из них застройщик меняет. Если компания ведет 5–7 масштабных строек, одновременно необходимо управлять тысячью подрядчиков. Какими бы талантливыми управленцами ни были менеджеры проектов, они зачастую принимают решение о смене того или иного контрагента с опозданием на два-три месяца. Бывают ситуации, когда уже давно надо было разорвать контракт и отдать другой компании, но вместо этого продолжается борьба за результат. И здесь легко упустить момент, когда замена возможна и экономически целесообразна. Поэтому часто девелопер обнаруживает себя в ситуации, когда уже нет времени менять нерадивого поставщика и приходится терпеть до финала проекта, теряя ресурсы и часто деньги, затрудняя работу других звеньев этой сложной технологической цепочки.

Уже сейчас застройщики инвестируют сотни миллионов, если не миллиарды рублей в разработку IT-решений. И если большие компании могут выступать как венчурные инвесторы, то для девелоперов не из большой пятерки крайне важно найти то поле, на котором можно получить максимальный результат, не потратив слишком много средств на IT, ведь бизнес застройщика заключается не в этом. Один из способов разумной экономии – искать на рынке готовые решения. В 90% случаев они уже существуют. Иногда – не слишком известные или не полностью соответствуют идеальным параметрам запроса, но поиск и взаимодействие с внешними командами помогает в короткие сроки и с существенной экономией автоматизировать какой-то процесс. У нас был опыт создания мобильного приложения для клиентов с компанией, которую через год как отличный стартап купил ВТБ. За год плотного взаимодействия они заточили свой продукт под нас, и мы получили неплохое решение, которое сейчас на рынке стоит минимум 40 млн руб. А мы потратили 600 000 руб. и девять месяцев работы.

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

На одном строительном объекте может работать 200 подрядных организаций, и, по нашему опыту, за весь двухлетний девелоперский цикл до трети из них застройщик меняет. Если компания ведет 5–7 масштабных строек, одновременно необходимо управлять тысячью подрядчиков. Какими бы талантливыми управленцами ни были менеджеры проектов, они зачастую принимают решение о смене того или иного контрагента с опозданием на два-три месяца. Бывают ситуации, когда уже давно надо было разорвать контракт и отдать другой компании, но вместо этого продолжается борьба за результат. И здесь легко упустить момент, когда замена возможна и экономически целесообразна. Поэтому часто девелопер обнаруживает себя в ситуации, когда уже нет времени менять нерадивого поставщика и приходится терпеть до финала проекта, теряя ресурсы и часто деньги, затрудняя работу других звеньев этой сложной технологической цепочки.

«Для девелоперов крайне важно найти то поле, на котором можно получить максимальный результат от цифровой гонки, не потратив слишком много средств на IT»
«Для девелоперов крайне важно найти то поле, на котором можно получить максимальный результат от цифровой гонки, не потратив слишком много средств на IT»
Причин, по которым человек не реагирует вовремя на первые тонкие сигналы возможных проблем, может быть множество: усталость менеджера проекта, вполне понятное желание дать подрядчику, «который раньше не подводил», второй или третий шанс. Но главная причина – человеческий мозг просто не способен обработать такой огромный объем информации из разных источников. Машинный интеллект на основе анализа больших данных даст сигнал тревоги вовремя. В основу анализа мы сможем погрузить самые разные информационные сообщения. Изменение характера переписки с нейтрально-делового на напряженный, процент выбранных авансов, показатели финансового состояния подрядчика, первые, самые незначительные нарушения графика работы. По определенному алгоритму система даст сигналы тревоги менеджеру проекта, потом его руководителю и, при отсутствии нужной реакции, гендиректору компании. На этом этапе у менеджера проекта будет возможность, зафиксировав сбой, подстраховаться и начать поиск альтернативных команд, одновременно принимая все необходимые меры, чтобы отладить работу подрядчика. При негативном развитии событий и получении второго предупредительного сигнала системы он уже будет готов быстро и безболезненно произвести замену без ущерба для производственного цикла.

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

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

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

Другие материалы
Другие материалы
Показать еще