Розробка порталу для турагентства: каталог, бронювання, CRM

Туристичне агентство втрачає до 30% клієнтів через застарілий сайт: клієнти йдуть до конкурентів, де можна підібрати тур за пару кліків. За даними Travelport, 73% туристів віддають перевагу бронюванню онлайн на сайтах зі швидким пошуком. Travelport Digital Traveler Survey. Ми побудували не один десяток порталів для турагентств і знаємо, як перетворити сайт на працюючий канал продажів. Наш досвід — понад 8 років, понад 50 реалізованих проєктів. Один із клієнтів — агентство з 10 менеджерами та потоком 200 заявок на місяць. Старий сайт на WordPress оновлював ціни вручну, заявки губилися в пошті. Після переходу на кастомне рішення завантаження каталогу скоротилося з 12 до 1.8 секунди, а конверсія зросла на 40%.

Портал туристичного агентства — це не просто каталог, а ціла екосистема: пошук з фільтрами, онлайн-бронювання, особистий кабінет туриста, CRM для менеджерів та інтеграція з системами туроператорів. Розповімо, як це працює на практиці.

Які проблеми вирішуємо

Неактуальні ціни та доступність. Якщо дані про тури оновлюються раз на добу, ви ризикуєте продати вже заброньований готель. Ми підключаємо API туроператорів (TravelLine, Pegas Touristik, Coral Travel) у реальному часі — ціни та залишки актуальні завжди. Кастомна розробка в 3 рази ефективніша за готові рішення (наприклад, WordPress) для агентств з високим навантаженням.

Складний пошук та фільтри. Туристи хочуть гнучкий пошук: дати ±3 дні, бюджет, зірковість, харчування, діти з віками. Реалізуємо форму з множинними параметрами та автопідбором.

Низька конверсія заявок. Клієнт бронює в два кліки: вибрав тур → натиснув «Забронювати» → оплатив онлайн або залишив заявку менеджеру. Мінімум кроків — максимум продажів. Середній чек клієнта після запуску порталу зростає на 25%.

Як прискорити завантаження каталогу турів?

Один із ключових факторів — кешування відповідей API. Без нього кожен запит до туроператора триває до 3 секунд, і сторінка завантажується за 10+ секунд. Ми налаштовуємо кеш на 5 хвилин для популярних напрямків, а для гарячих турів — на 1 хвилину. Stack: Next.js 14 (React Server Components) для SSR + Laravel 11 з Redis. Приклад запиту:

GET /api/tours?from=MOW&to=EGY&checkIn=2025-06-01&nights=7&adults=2&stars=4

Результат: завантаження каталогу менше 2 секунд, LCP < 2.5 секунди, CLS < 0.1.

Чому важлива інтеграція API в реальному часі?

Туристи часто стикаються з ситуацією «тур є в каталозі, але вже проданий». Інтеграція через API TravelLine або прямі XML-вивантаження Pegas Touristik оновлює ціни та залишки в реальному часі. Це виключає відмови при бронюванні та підвищує довіру. У CRM для менеджерів заявки обробляються автоматично — економія 3 години на день на ручній роботі.

Як ми робимо портал: розбір кейсу

Для того ж агентства ми спроєктували портал на Next.js (SSR) та Laravel (API). Інтегрували TravelLine для готелів та Pegas для пакетних турів. У особистому кабінеті туриста — ваучери, страховка, статус оплати. CRM для менеджерів — заявки, задачі, історія клієнтів. Конверсія в бронювання зросла на 40%, завантаження каталогу — менше 2 секунд.

Структура порталу

• Каталог турів: пакетні тури (готель + переліт), готелі без перельоту, гарячі тури зі знижкою >20% та таймером, екскурсії.
• Картка туру: галерея, опис готелю, програма проживання, що включено, умови ануляції, відгуки.

Бронювання та оплата

Два сценарії:

• Онлайн-оплата: повна сума або частковий депозит. Підключаємо ЮKассу або Тинькофф Кассу.
• Заявка менеджеру: клієнт залишає контакти, менеджер передзвонює за 15 хвилин. Розстрочка — інтеграція з Тинькофф Розстрочка.

Порівняння підходів: кастомна розробка vs CMS

Типові помилки при розробці порталу турагентства

• Вибір CMS замість кастомної розробки — WordPress не витримує навантаження API та складні фільтри.
• Відсутність кешування — кожен запит до API до 3 секунд, без кешу сторінки завантажуються 10+ секунд.
• Ігнорування Core Web Vitals — LCP > 4 секунд вбиває конверсію. Ми оптимізуємо LCP < 2.5, CLS < 0.1.

Терміни та вартість

Терміни розробки: від 6 тижнів для базового порталу (каталог + заявки) до 5 місяців з повним функціоналом. Вартість розраховується індивідуально — залежить від кількості інтеграцій та складності. Зв'яжіться з нами, щоб ми оцінили ваш проєкт.

Отримайте консультацію з аналізом ваших бізнес-процесів та поточного сайту. Ми запропонуємо оптимальне рішення під ключ.

Розробка корпоративних порталів та внутрішніх систем

Ми займаємося розробкою корпоративних порталів — 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) та рекомендації щодо роботи з чергами.

Технічний стек для порталів

Орієнтири за термінами

Вартість розраховується індивідуально після детальної аналітики вимог та рольової моделі. Щоб отримати попередню оцінку, напишіть нам — ми проаналізуємо вашу задачу та запропонуємо оптимальне рішення під ключ.