CRM для будівельної компанії: від заявки до здачі об'єкту
Будівельна компанія продає не товар, а обіцянку: що об'єкт буде зданий у строк, у кошторис і без сюрпризів. Між першим дзвінком клієнта і підписаним фінальним актом проходить не три дні, як в інтернет-магазині, а шість-вісімнадцять місяців, десятки людей, сотні позицій матеріалів і кілька редакцій кошторису. Excel це витримує рівно до другого об'єкта. Потім починається знайоме: прораб не пам'ятає, скільки цегли завезли на Лісову, замовник упевнений, що балкон входив у ціну, а бухгалтер не може порахувати, чи заробила компанія хоч щось. Розберімо, як має виглядати CRM для будівельної компанії, щоб цього не було.
Чому звичайна CRM для будівельної компанії ламається
Звичайна CRM зроблена під короткий цикл: лід прийшов, менеджер зателефонував, за три дні угода закрита або втрачена. У будівництві цикл угоди — місяці, а не дні. Клієнт приходить із питанням «скільки коштує будинок на сто двадцять квадратів», отримує попередній розрахунок, зникає на два місяці, повертається з новим планом, торгується, чекає рішення банку по кредиту — і лише потім підписує договір. Стандартна воронка з п'яти етапів тут перетворюється на цвинтар: половина угод місяцями висить у статусі «думає», менеджер не розуміє, кому дзвонити сьогодні, а керівник дивиться на прогноз продажів, який не має жодного стосунку до реальності.
Друга поломка серйозніша. У звичайній CRM угода закривається в момент підписання договору — і на цьому система замовкає. А в будівництві саме тут усе тільки починається: кошторис, закупівлі, бригади, етапи, акти, транші, гарантія. Тому робоча модель складається з двох частин: воронка продажу до договору і картка об'єкта після нього. Об'єкт стає центральною сутністю, до якої підв'язано все — клієнт, договір, версії кошторису, графік робіт, витрати, платежі, фото з майданчика, документи. Один об'єкт — одна папка, у якій видно всю історію від заявки до здачі, і будь-який співробітник за хвилину розуміє, що там відбувається.
Кошторис і зміни: облік об'єктів починається з цифр
Облік об'єктів починається з кошторису, і головна проблема — не скласти його, а керувати змінами. Клієнт замовив ламінат, під час робіт передумав на паркет; додав теплу підлогу; переніс стіну на метр. Кожна така зміна — це інші матеріали, інші людино-години й інша ціна. Якщо зміни фіксуються усно, наприкінці об'єкта ви отримуєте конфлікт: замовник упевнений, що платить за початковим кошторисом, а ви витратили на сто вісімдесят тисяч більше. Система має вести версії кошторису: базовий і кожен додатковий лист змін із датою, обсягом, новою сумою і підтвердженням від клієнта — хоча б натисканням кнопки в Telegram. Правило просте: немає підтвердженої зміни — немає роботи.
Далі об'єкт розбивається на етапи: демонтаж, чорнові роботи, комунікації, стяжка, штукатурка, чистові роботи, здача. Кожен етап має планові й фактичні дати, відповідального і акт виконаних робіт. Коли етап закрито, система формує акт із переліком робіт та обсягів, надсилає клієнту на погодження і відкриває наступний транш. Це дає дві речі одразу: замовник бачить прогрес не на словах, а в документах, а компанія не заходить у наступний етап, поки не закритий і не оплачений попередній. Об'єкти, де акти підписують «потім, усі разом наприкінці», — це завжди об'єкти, де компанія недоотримує гроші й місяцями сперечається за обсяги, яких уже ніхто не пам'ятає.
Бригади, графік і фото-звіти: автоматизація будівництва на майданчику
Автоматизація будівництва на майданчику — це передусім розподіл людей. У компанії три бригади і сім об'єктів; мулярі потрібні на Лісовій у вівторок, а на Садовій — теж у вівторок. Хто вирішує? Зазвичай прораб у голові, і саме тому бригада приїжджає на об'єкт, куди ще не завезли матеріал, і день згорає. Графік робіт у системі показує, хто де і коли, які етапи залежать один від одного і де перетинаються ресурси. Простій бригади з чотирьох людей коштує від шести до десяти тисяч гривень за день — і цих грошей ніхто ніколи не побачить у звіті, бо їх ніде не зафіксовано. За рік таких «невидимих» днів набирається на місячний оборот.
Найпростіший і найдієвіший інструмент контролю — фото-звіти з майданчика через Telegram-бот. Прораб щодня о вісімнадцятій отримує нагадування, обирає об'єкт зі списку, надсилає п'ять-десять фото і коротко пише, що зроблено. Бот прив'язує знімки до об'єкта, етапу й дати, і вони одразу лежать у картці. Це займає дві хвилини, а закриває три задачі: керівник бачить реальний стан робіт, не виїжджаючи на майданчик; клієнт отримує щотижневий звіт і перестає дзвонити щодня; а якщо через рік у стіні тече труба, у вас є фото, де видно, як її вели і хто це робив. Жодного окремого застосунку встановлювати не треба — Telegram уже є в кожного, і саме тому ним справді користуються.
Управління проєктами в будівництві: матеріали, транші, перевитрати
Управління проєктами в будівництві — це передусім управління грошима, які течуть у матеріали. Кожна закупівля має бути прив'язана до конкретного об'єкта і рядка кошторису: не «куплено двісті мішків цементу», а «Лісова, стяжка, двісті мішків, сорок шість тисяч гривень, за кошторисом сорок дві». Система одразу показує перевитрату в чотири тисячі й вимагає пояснити причину. Без такої прив'язки матеріали з одного об'єкта тихо їдуть на інший, залишки нікуди не оприбутковуються, а прибуток розчиняється без жодного сліду. Робоча норма — тримати відхилення по матеріалах у межах п'яти відсотків; якщо у вас стабільно п'ятнадцять-двадцять, ви вже не будуєте, а спонсоруєте.
Платежі клієнта теж мають жити всередині картки об'єкта. Класична схема така: аванс тридцять відсотків на старті, далі транші за кожним закритим етапом, і п'ять-десять відсотків після підписання фінального акта. Система тримає графік траншів, показує, скільки клієнт уже заплатив, скільки винен і чи не йдете ви в касовий розрив — коли витрати на етап уже понесені, матеріали куплені, бригада відпрацювала, а транш ще не прийшов. Автоматичне нагадування клієнту про платіж за три дні до дати робить те, чого не робить менеджер: воно не соромиться нагадувати і не забуває. На дистанції це скорочує середню затримку оплат на тиждень-два, а це і є ваш обіговий капітал.
Що показує CRM для будівельної компанії після здачі об'єкта
Об'єкт зданий — і саме тут більшість компаній вимикають систему. Дарма: гарантійний період триває від двох до п'яти років, і звернення точно будуть. Гарантійні заявки має приймати той самий Telegram-бот: клієнт описує проблему, додає фото, система прив'язує звернення до об'єкта, знаходить, який етап і яка бригада виконували ці роботи, і ставить задачу відповідальному зі строком реакції сорок вісім годин. Якщо ж звернення обробляються в особистих переписках прораба, ви або втрачаєте репутацію разом із рекомендаціями, або ремонтуєте за свій кошт те, що робив субпідрядник, з якого через два роки вже нічого не стягнеш.
І головна цифра, заради якої все це будується: прибутковість кожного об'єкта окремо. Не «за квартал компанія заробила стільки-то», а «Лісова дала вісімнадцять відсотків рентабельності, Садова — три, а Вишнева взагалі мінус сорок тисяч, бо ми тричі переробляли стяжку». Коли ви бачите це по кожному об'єкту, проступають закономірності: певний тип робіт завжди збитковий, певна бригада завжди виходить за кошторис, певний менеджер систематично занижує ціну, аби закрити угоду. Це і є момент, коли компанія перестає рости оборотом і починає рости прибутком. Саме такі системи — з карткою об'єкта, версіями кошторису, графіком бригад, Telegram-ботом для фото-звітів і звітом про рентабельність — ми в Devlly будуємо під конкретну будівельну компанію, бо коробкові рішення тут ламаються вже на першому листі змін.