Розробка порталу для будівельної компанії
Відзначимо: коли відділ продажів витрачає 2 години на день на звіряння статусів квартир в Excel, а дольщики телефонують із питаннями про готовність, час автоматизувати процес. Ми створили портали для 15+ забудовників — від базової шахматки до повноцінної платформи з ЛК дольщика та іпотечним сервісом. Наш досвід показує: портал окупається за 6–8 місяців завдяки зростанню конверсії та зниженню навантаження на менеджерів.
Портал будівельної компанії — це не просто корпоративний сайт, а інструмент онлайн-продажів. Він включає шахматку з інтерактивним планом поверхів, особистий кабінет для дольщиків, іпотечний калькулятор з інтеграцією через API, 3D-тур по квартирах та калькулятор оздоблення. Система інтегрується з CRM (amoCRM, Bitrix24) та бухгалтерією, автоматизуючи обмін даними про угоди.
Як шахматка продажів збільшує конверсію?
Шахматка — це SVG-схема поверху з клікабельними полігонами квартир. Клієнт обирає секцію → поверх → бачить квартири на плані → клікає на квартиру → отримує картку з ціною та характеристиками. Такий інтерфейс підвищує конверсію в заявку на 40% порівняно зі звичайним списком.
Реалізація: SVG-схема з прив'язаними polygon-зонами до ID квартир. При кліку — спливає картка квартири (площа, ціна, характеристики, CTA бронювання).
// SVG з інтерактивними полігонами квартир
svg.addEventListener('click', (e) => {
const polygon = e.target.closest('[data-flat-id]');
if (!polygon) return;
const flatId = polygon.dataset.flatId;
showFlatCard(flatId);
});
Чому особистий кабінет дольщика критичний для забудовника?
Після підписання ДДУ дольщик отримує доступ до ЛК:
- Статус будівництва (етапи з відсотком готовності)
- Документи (ДДУ, додаткові угоди, квитанції)
- Графік платежів з позначками про оплату
- Фотозвіт з об'єкта (актуальні фото будівництва)
- Чат з менеджером
- Сповіщення про ключові події (отримання РНС, введення в експлуатацію)
Зниження навантаження на відділ продажів — до 70% питань дольщики вирішують через ЛК самостійно. Це еквівалентно економії 1,5 ставки менеджера на місяць.
Що дає іпотечний онлайн-сервіс?
Інтеграція з банками-партнерами через REST API: клієнт заповнює анкету на сайті → заявка йде в один або кілька банків → результат схвалення (або відмова з причиною) видно в ЛК. Партнери: Сбер ДомКлик, ВТБ, Альфа-Банк. Середній час схвалення — від 5 хвилин при автоматичній перевірці. Конверсія в іпотечну угоду вища на 25% порівняно з відправкою заявок по email.
3D-тур та візуалізації
Віртуальний тур по шоу-руму або типовій квартирі реалізовано через iframe Matterport або власний Three.js-viewer. Панорамні фото (equirectangular 360°) → обхід через three.js EquirectangularReflectionMapping. Рендери інтер'єрів за плануваннями: слайдер «гола квартира / з оздобленням / меблювання». Клієнти проводять у 3D-турі в 3 рази більше часу, ніж на звичайних фото.
Калькулятор вартості з оздобленням
Клієнт обирає квартиру → варіант оздоблення (white-box / pre-оздоблення / чистове) → бачить фінальну ціну та розрахунок іпотеки. Калькулятор синхронізований з реальними цінами з CRM через API, виключаючи помилки ручного вводу.
Архітектура порталу
Ми використовуємо стек React (Next.js) на фронтенді та Laravel на бекенді. База даних — PostgreSQL, кешування — Redis. Для хостингу — Docker-контейнери на серверах Selectel або Beget. Це забезпечує стабільну роботу при пікових навантаженнях (до 10 000 одночасних користувачів у день відкриття продажів).
Порівняння: портал vs простий сайт
| Функція |
Простий сайт |
Портал під ключ |
| Шахматка продажів |
Немає |
Так |
| Особистий кабінет дольщика |
Немає |
Так |
| Іпотечний сервіс |
Форма зворотного зв'язку |
Повноцінна інтеграція з банками |
| 3D-тур |
Посилання на сторонній сервіс |
Вбудований переглядач |
| Калькулятор з оздобленням |
Немає |
Так |
| Конверсія в заявку |
Базова |
+30-50% до конверсії |
Порівняння процесів: ручна робота vs автоматизація
| Процес |
Ручна робота (год/міс) |
Автоматизація (год/міс) |
| Звіряння статусів квартир |
40 |
2 |
| Обробка заявок дольщиків |
80 |
15 |
| Збір іпотечних документів |
20 |
5 |
Що входить в роботу
- Проектна документація (техзавдання, архітектура, прототипи)
- Розробка фронтенду та бекенду на React+Laravel
- Інтеграція з CRM, бухгалтерією, банками
- Налаштування хостингу та домену
- Навчання менеджерів та контент-менеджерів
- Гарантія 12 місяців та підтримка після запуску
Строки орієнтовно
- Базовий портал (шахматка, картки, заявка): від 6 до 10 тижнів
- Повний функціонал (ЛК, іпотека, 3D-тур): від 4 до 6 місяців
Вартість розраховується індивідуально. Оцінимо ваш проект за 2 дні. Зв'яжіться з нами для консультації — відповімо на всі питання. Отримайте розрахунок порталу під ключ.
Розробка корпоративних порталів та внутрішніх систем
Ми займаємося розробкою корпоративних порталів — CRM, ERP, LMS та Intranet. Кожен такий проект починається не з верстки лендінгу, а з того, як бізнес-правила ляжуть в архітектуру: хто бачить які дані, як синхронізуються 1С та облікова система, як 500 контактів перетворюються на 500 000 без падіння продуктивності. За 7 років ми реалізували понад 40 порталів для компаній з чисельністю від 50 до 5000 співробітників. Оцінимо ваш проект за два робочі дні — просто зв'яжіться з нами.
Як ми забезпечуємо якість архітектури?
Публічний сайт можна запустити без детального проектування — ітеративно виправляти за фідбеком. З корпоративним порталом так не працює: вартість виправлення архітектурних рішень після запуску на 200 користувачів неспівставно вища. Тому ми приділяємо 70% часу аналітиці та прототипуванню, а код пишемо тільки після узгодження рольової матриці та інтеграційної схеми.
Три зони, де найчастіше приймаються погані рішення, — модель прав доступу, продуктивність на великих даних та real-time оновлення.
Як побудувати рольову модель для 30 відділів?
Модель прав доступу. «Менеджер бачить тільки своїх клієнтів, керівник відділу — весь відділ, директор — всю компанію, але фінансові дані — тільки фінансовий директор і вище». Це не три ролі — це матриця з ролей, дозволів, організаційних одиниць та володіння записами. Якщо це реалізувати через if ($user->role === 'manager') в контролерах — через півроку код стане непідтримуваним.
Правильний підхід: Spatie Laravel Permission для базової рольової моделі + Policy класи для object-level permission (can('view', $deal) перевіряє не тільки роль, але й володіння). Для складних ієрархічних структур — ABAC (Attribute-Based Access Control) замість RBAC.
Продуктивність на великих даних. CRM з 500 000 контактів, фільтрація по 10 полях, сортування за активністю — це задача, де наївна реалізація видає 15-секундні запити. Composite indexes, денормалізація агрегатів (last_activity_at на самому записі замість MAX по зв'язаній таблиці), Elasticsearch для full-text пошуку по контактах.
Real-time оновлення. Декілька співробітників працюють з одним документом або задачею. Без WebSocket — постійні setInterval з polling кожні 5 секунд, зайве навантаження на сервер, затримка оновлень. Laravel Broadcasting + Pusher/Soketi або власний WebSocket сервер на Node.js — для сповіщень та змін у реальному часі.
CRM-системи
Типовий набір: контакти, компанії, угоди, активності, воронка продажів, звіти. Технічно це нескладно. Складність — в деталях.
Pipeline з кастомними стадіями. Кожна компанія хоче свою воронку. Стадії повинні бути налаштовуваними без деплою. Таблиця pipeline_stages з position, color, is_final, probability — і drag-and-drop для зміни порядку на UI (React DnD або dnd-kit).
Історія змін. Хто і коли змінив статус угоди, поміняв відповідального, додав нотатку. Audit log через Observer або spatie/laravel-activitylog. На UI — timeline з фільтрацією за типом активності.
Інтеграція з поштою. IMAP/SMTP для підключення корпоративної скриньки, автоматична прив'язка вхідних листів до контактів за email-адресою. Це надійно працює тільки при правильній обробці bounce, spam, авто-відповідей — потрібна фільтрація.
Чому ERP — не про код, а про дані?
ERP — це коли CRM, склад, виробництво, бухгалтерія та HR об'єднані в єдину систему. Повний ERP з нуля — рідкісна задача (зазвичай інтегруються з існуючими системами), але модульні системи під конкретний бізнес — регулярна.
Ключовий принцип: фінансові операції повинні бути незмінними. Не UPDATE orders SET status = 'cancelled' — а створення нового запису order_cancellations з посиланням на вихідне замовлення. Це принцип immutable ledger, який спрощує аудит та reconciliation.
Інтеграція з 1С — майже завжди частина ERP-проекту. Двостороння синхронізація: з 1С в портал (довідники, залишки, ціни) та з порталу в 1С (замовлення, документи). RabbitMQ як шина подій між системами надійніше прямого HTTP-взаємодії — у випадку недоступності 1С повідомлення чекають в черзі.
Як влаштовані LMS: платформи навчання
Learning Management System — це курси, модулі, уроки, тести, сертифікати, прогрес користувачів.
Відео-контент — найбільш навантажена частина LMS. Зберігати відео на власному сервері та віддавати через Nginx — погана ідея: дорого, повільно, немає адаптивного бітрейту. Правильно: завантаження в S3/Cloudflare R2, транскодування через AWS Elemental MediaConvert або Mux, HLS-плейлист для адаптивного стрімінгу через Video.js або Plyr.
Прогрес перегляду — через періодичне відправлення watch_position з фронтенду (кожні 10–30 секунд), зберігання в Redis з періодичною синхронізацією в PostgreSQL. Не зберігати кожну секунду в БД — це вб'є продуктивність.
SCORM-сумісність — якщо потрібна інтеграція з корпоративними тренінговими матеріалами. Окремий модуль, є готові бібліотеки (scorm-again).
Intranet та HR-портали
Корпоративний інтранет: новини, документи, оргструктура, HR-процеси (відпустки, заявки, KPI).
Оргструктура в базі даних — це ієрархічна структура. Adjacency list (parent_id на кожному записі) простий в реалізації, але повільний при рекурсивних запитах. Nested Sets або Closure Table швидше для читання ієрархії, складніше при змінах. В PostgreSQL — рекурсивні CTE (WITH RECURSIVE) з adjacency list — баланс між простотою та продуктивністю.
Погодження документів та заявок — workflow engine. Прості лінійні погодження (співробітник → менеджер → HR → бухгалтер) можна зробити без спеціального движка. Нелінійні (паралельні гілки, умовні переходи, делегування) — варто розглянути готові рішення: Temporal.io для workflow orchestration або власний скінченний автомат на базі патерну state-machine.
Що входить в роботу
При замовленні розробки корпоративного порталу ви отримуєте:
- Архітектурну документацію (ER-діаграми, схема інтеграцій, матриця ролей)
- Повний код в Git-репозиторії з CI/CD
- Доступи до інфраструктури (хостинг, бази даних, сховища)
- Навчання адміністраторів та ключових користувачів (2–3 сесії)
- Гарантійну підтримку на 3 місяці після запуску
Наші принципи проєктування спираються на офіційну документацію Laravel з авторизації (Policies) та рекомендації щодо роботи з чергами.
Технічний стек для порталів
| Слой |
Інструменти |
| Backend |
Laravel + PostgreSQL |
| Frontend |
React + TypeScript (Inertia.js або окремий SPA) |
| Real-time |
Laravel Echo + Soketi / Pusher |
| Пошук |
Meilisearch (швидкий старт) або Elasticsearch (об'єм) |
| Черги |
Laravel Queue + Redis |
| Файли |
S3-compatible (MinIO self-hosted або AWS S3) |
| Моніторинг |
Sentry + Telescope (dev) |
Орієнтири за термінами
| Тип порталу |
Термін |
| CRM (базовий) |
10–16 тижнів |
| LMS (курси + відео + тести) |
14–22 тижні |
| HR-портал (відпустки, KPI, оргструктура) |
12–20 тижнів |
| Корпоративний ERP (модульний) |
24–52 тижні |
Вартість розраховується індивідуально після детальної аналітики вимог та рольової моделі. Щоб отримати попередню оцінку, напишіть нам — ми проаналізуємо вашу задачу та запропонуємо оптимальне рішення під ключ.