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