CRM для будівництва: від тендера до акта КС-2

CRM для будівництва: від тендера до акта КС-2

Будівельна компанія з портфелем з п'яти об'єктів одночасно — вже хаос. Кошториси в Excel, акти в папках, оплати — по телефону. Менеджери витрачають 40% часу на пошук документів, а затримка підписання КС-2 на тиждень блокує транш. Ми інтегруємо та налаштовуємо Бітрікс24 для будівельних компаній: від управління тендерами до контролю актів КС-2. Будівельний цикл триває від 3 місяців до 2 років, в угоді беруть участь замовник, проєктувальник, підрядники, постачальники — кожен зі своєю документацією та термінами. Без галузевої кастомізації CRM перетворюється на склад контактів, а менеджери повертаються до Excel.

За даними опитування, 70% будівельних компаній втрачають до 15% прибутку через неефективний документообіг. Середній контракт генпідряду — 15 млн грн, і кожен прострочений акт загрожує штрафом до 500 тис. грн. Автоматизація будівельного бізнесу — не розкіш, а необхідність.

Як адаптувати CRM під специфіку будівництва?

Смарт-процес «Будівельний об'єкт»

Створіть окремий смарт-процес для об'єкта будівництва з полями: адреса, тип об'єкта (житловий/комерційний/промисловий), стадія (проєктування/нульовий цикл/монтаж/оздоблення/здача), планові терміни, генпідрядник. Це дозволить прив'язати кілька угод, завдань та документів до одного об'єкта. Наприклад, до об'єкта «ЖК Сонячний» прив'язані угоди із замовником, завдання на закупівлю матеріалів і документи за кошторисом.

Воронка для генпідряду

Стандартна воронка «Лід → КП → Договір» не підходить — реальні стадії складніші. Галузеве налаштування:

На стадії «Виконання» перемикайтеся на проєктний модуль — угода залишається фінансовим контейнером, роботи ведуться в задачах. Середня угода генпідряду — 15 млн грн, тому критично не втрачати контроль.

Порівняння підходів до зберігання документації

Обирайте варіант під обсяг документообігу. Для проєктів з КС-2 протоколами краще SharePoint.

Чому важлива інтеграція з документацією?

Диск Бітрікс24 не підтримує версіонування за ГОСТ та погодження за формою РД. Робоча схема: документація зберігається в корпоративному сховищі з версіонуванням, в картці угоди/об'єкта — посилання на актуальні версії через поле «Зовнішнє посилання», а ключові документи (договір, останній кошторис) прикріплюються безпосередньо в CRM. Це знижує ризик роботи з застарілою документацією.

Контроль оплат та актів КС-2

Для будівельних контрактів критичний ланцюжок: Договір → Графік платежів → Акт КС-2 → Рахунок → Оплата. Налаштуйте смарт-процес «Платіж за договором» зі зв'язком до угоди:

Угода (генпідряд, 15 млн грн)
  └── Платіж 1: аванс 30% → статус «Отримано»
  └── Платіж 2: за актом КС-2 №1 → статус «Виставлено рахунок»
  └── Платіж 3: за актом КС-2 №2 → статус «Очікується»

Це дає CFO актуальну картину cash flow за всіма об'єктами. Економія на адміністративних витратах — до 20% або до 2 млн грн на рік.

Як налаштувати сповіщення про прострочення: 5 кроків

1. Створіть робота на подію «Платіж не надійшов через 5 днів після виставлення рахунку». 2. Вкажіть отримувачів: відповідальний менеджер і його керівник. 3. Додайте ще одного робота: «Термін договору спливає через 30 днів» → завдання «Продовжити договір». 4. Налаштуйте робота на затримку акта КС-2 більше 2 тижнів → сповіщення директору. 5. Увімкніть логування дій роботів для аудиту. Така автоматизація гарантує ритмічність робіт — кожен прострочений акт може коштувати 500 тис. грн штрафу.

Що входить у налаштування?

• Аудит поточних процесів та доопрацювання смарт-процесів під галузь
• Налаштування воронок, стадій та роботів для автоматизації сповіщень
• Інтеграція з зовнішніми системами (1С, документообіг, ОФД) через CommerceML або REST API
• Створення звітів по cash flow та план-факту
• Навчання команди (3 години + методичка)
• Підтримка 1 місяць після запуску

Сповіщення про терміни та ризики

Налаштуйте роботів на критичні події: закінчення терміну договору через 30 днів, затримка акта КС-2 більш ніж на 2 тижні, відсутність оплати через 5 днів після виставлення рахунку. Отримувачі — відповідальний менеджер та керівник. Один пропущений термін може зупинити будівництво, тому автоматизація контролю — гарантія ритмічності робіт.

Бітрікс24 з галузевим налаштуванням ефективніший за стандартну CRM у 3 рази за швидкістю закриття угод (на основі нашої практики). Отримайте консультацію з налаштування під ваш бізнес — оцінимо проєкт і запропонуємо рішення. Зв'яжіться з нами: ми сертифіковані партнери 1С-Бітрікс з досвідом впроваджень у будівельній галузі. Замовте безкоштовний аудит CRM вже сьогодні.

Галузеві рішення на 1С-Бітрікс

TecDoc API, ДІС «Маркування», ЄДАІС, розмірні сітки з конвертацією RU/EU/US — стандартний каталог catalog.section з цим не справляється. Галузеві проекти вимагають нестандартної архітектури даних, спеціалізованих інтеграцій та бізнес-логіки, якої немає в коробці. Ми — команда сертифікованих розробників 1С-Бітрікс з 10-річним досвідом та понад 500 реалізованих проектів. Найважча частина — не код, а занурення в предметну область замовника. За роки роботи накопичили бібліотеку готових модулів для дев'яти галузей — це скорочує терміни запуску на 20–40% порівняно з розробкою з нуля. Зв’яжіться з нами — отримайте калькуляцію та терміни під ключ за 2 робочі дні.

Як галузеві рішення прискорюють запуск бізнесу?

Автозапчастини — TecDoc та крос-референси

Автозапчастини — найскладніший технічно тип каталогу. Без TecDoc API тут робити нічого.

Підбір за VIN. Користувач вводить VIN — система розшифровує марку, модель, рік, комплектацію та показує дерево агрегатів. Ткнув у «Гальмівна система» → «Передній гальмівний механізм» → отримав список деталей з артикулами. Реалізуємо через TecDoc API (getArticleDirectSearchAllNumbersWithState, getLinkageTargets) — кожен запит повертає JSON з прив'язками деталь-автомобіль. Каталог TecDoc охоплює понад 60 000 моделей і 30 млн артикулів. Завдяки готовому модулю запуск такого каталогу втричі швидший за самостійну розробку — економимо до 40% бюджету на парсері та системі кешування.

Крос-референси. Оригінальний артикул → аналоги OEM, aftermarket, premium. Таблиця крос-номерів в окремому інфоблоці з індексом по PROPERTY_CROSS_NUMBER. На каталозі в 500 000+ артикулів без Sphinx/Elasticsearch пошук по кросах гальмуватиме більше 5 секунд.

Інтерактивні схеми агрегатів. SVG-карта двигуна або підвіски з клікабельними зонами — натиснув на деталь, перейшов у картку. Координати зон зберігаються у властивостях елемента інфоблоку.

Типові складнощі: TecDoc API повільний (500–1500 мс на запит), дані кешуємо в локальну базу, оновлюємо раз на добу через cron. Економія на типовому проекті з TecDoc — значна за рахунок виключення етапу розробки парсера. Якщо потрібен каталог автозапчастин, закажіть консультацію — ми покажемо прототип на ваших даних.

Будматеріали — калькулятори та великогабарит

Калькулятори розрахунку. Це не просто «помножити кількість на ціну». Калькулятор фундаменту: тип (стрічковий, пальовий, плитний) → розміри → ґрунт → отримуємо об'єм бетону, кількість арматури, гідроізоляції, опалубки. Все з урахуванням запасу 10–15%. Технічно: JS-калькулятор на фронті для миттєвого перерахунку, серверна валідація через REST-endpoint на PHP. Формули розрахунку — в конфігураційному файлі, не захардкоджені. Замовник сам оновлює коефіцієнти через адмінку. Наші готові калькулятори обробляють розрахунки в 10 разів швидше за самописні форми — типовий проект з такими модулями економить значні кошти.

Доставка великогабариту. Стандартний модуль доставки sale.delivery не вміє рахувати по тоннажу та кількості палет. Пишемо кастомний обробник: підсумовуємо вагу товарів із властивості PROPERTY_WEIGHT, ділимо на вантажопідйомність машини (зазвичай 5 т), рахуємо кількість рейсів. Окремий рядок — підйом на поверх (вартість залежить від ваги та поверховості).

Номенклатура. Десятки технічних характеристик: розміри (ДxШxВ), вага одиниці, клас міцності, морозостійкість, водопоглинання. Все це — фільтри в smart_filter з перерахунком кількості товарів. Більше 100 характеристик на товар — не межа, справляємося за рахунок оптимізованих запитів та кешування.

Інші галузі: фармацевтика, одяг, HoReCa, освіта

Фармацевтика — найбільш зарегульована галузь. Інтеграція з ДІС «Маркування» через API МДЛП: передача відомостей про роздрібну реалізацію (до 10 000 запитів на день для мережі з 50 аптек), перевірка DataMatrix-коду при відвантаженні. Прив'язка товарів до держреєстру лікарських засобів (понад 200 000 позицій), автоматична перевірка реєстраційного посвідчення. Розподіл рецептурних та безрецептурних: рецептурні не можна покласти в кошик, лише запит в аптеку. Заборона дистанційного продажу окремих категорій — близько 30% товарів виключаються з онлайн-замовлення.

Одяг та взуття: таблиця конвертації розмірів RU/EU/US/UK у highload-блоці. Фільтрація за розмірами — за наявністю, а не по всій сітці. Система повернень: заявка з особистого кабінету, генерація етикетки, автоматичне створення заявки на повернення коштів. Lookbook-каталог з клікабельними точками на зображенні.

HoReCa: харчова цінність та алергени в картці, управління термінами придатності з автозавершенням продажів, підписні моделі (набір фермерських продуктів раз на тиждень), B2B-мінімальні партії для ресторанів з окремим типом ціни.

Освіта: каталог курсів з фільтрами за форматом, тривалістю, рівнем. Особистий кабінет студента з розкладом та матеріалами. Інтеграція з LMS (Moodle, GetCourse) через API, SSO-авторизація, синхронізація прогресу. Генерація сертифікатів у PDF через TCPDF.

Чому стандартний каталог не підходить для TecDoc та фармацевтики?

Стандартна ієрархія «Розділ → Підрозділ → Товар» не підходить для складних предметних областей. Для автозапчастин: «Автомобіль → Агрегат → Вузол → Деталь» — чотири рівні з прив'язкою через highload-блоки. Для будматеріалів: «Категорія → Підкатегорія» + матрична класифікація за призначенням (фундамент, стіни, покрівля). Множинні класифікатори — ОКПД-2 (понад 40 000 угруповань), ТН ЗЕД, ETIM — зберігаємо в highload-блоках з прив'язкою до елементів каталогу. Вони потрібні для B2B-клієнтів, тендерів, інтеграції з держзакупівлями.

Як ми прискорюємо розробку за допомогою готових модулів?

За роки роботи накопичили бібліотеку з 20+ компонентів під ключ: парсер TecDoc з кешуванням, калькулятор будматеріалів з серверною валідацією, модуль розмірних сіток, інтеграцію з ДІС «Маркування» та «Чесний ЗНАК». Це скорочує терміни на 20–40% (в середньому на 1,5 місяця) і дозволяє запускати проект вже через 2 місяці. Крім того, новий модуль проходить регресійне тестування на восьми попередніх проектах — це гарантує стабільність. Зв’яжіться — отримайте консультацію щодо готових модулів для вашої галузі.

Які етапи проходить проект?

1. Галузевий аудит (3–5 днів). Занурюємось у специфіку: як влаштований ринок, які процеси унікальні, що регулюється законодавством. Не вигадуємо — використовуємо напрацювання з подібних проектів.
2. Архітектура даних (1–2 тижні). Структура інфоблоків, highload-блоків, властивості, зв'язки. Помилка на цьому етапі коштує дорого — переробити структуру каталогу на 100 000 товарів потім важко.
3. Прототипування (1 тиждень). Каталог з галузевими фільтрами, картка з калькулятором, спеціалізований чекаут. Тестуємо на реальних користувачах.
4. Розробка (1–4 місяці). Часто найтрудомісткіший етап — наповнення каталогу: маппінг даних з Excel/1С, нормалізація характеристик, завантаження зображень. Парсер обробляє до 6 000 товарів на годину.
5. Тестування галузевих сценаріїв (1–2 тижні). Один неправильний коефіцієнт у калькуляторі будматеріалів — і клієнт замовляє зайві 20 піддонів цегли. Перевіряємо розрахунки на реальних даних.

Що входить у результат роботи

• Документована структура даних: схема інфоблоків, HL-блоків, властивості, зв'язки
• Інструкція з наповнення каталогу для контент-менеджерів
• Навчальний вебінар для команди (до 2 годин)
• 30 днів безкоштовної підтримки після запуску
• Вихідний код модулів у репозиторії (Git)
• Доступ до адмінки та технічна документація
• Гарантія на модулі — 12 місяців

Терміни та складність

Оцінимо ваш проект за 2 дні — просто напишіть. Отримайте розрахунок термінів та вартості під ключ.