1. Етап збору вимог та бізнес-аналізу

Щоб детально дослідити процеси обробки платежів та визначити напрями їх оптимізації, бізнес-аналітики Brightgrove провели серію discovery-сесій із ключовими стейкхолдерами з різних підрозділів компанії. 

У межах цього етапу команда: 

• Провела воркшопи з моделювання існуючих процесів збору комісій для різних типів готелів і каналів бронювання; 

• Проаналізувала фінансові дані, щоб оцінити вплив строків оплати, розміру комісій та обсягу заборгованості; 

• Організувала структуровані інтерв'ю з командами Finance, Operations, Hotel Solutions та Legal; 

• Побудувала customer journey для різних сценаріїв бронювання, включаючи prepaid, flexible rates, а також групові й корпоративні бронювання; 

• Виконала аудит відповідності вимогам PCI DSS, PSD2 та інших фінансових стандартів. 

2. Технічна архітектура та проектування системи

На основі отриманих вимог було розроблено комплексну архітектуру рішення. 

Для керування комісіями команда створила масштабований Commission Rule Engine, який у режимі реального часу визначав розмір комісії та виконував її розрахунок. 

Архітура також включала: 

• Дзеркальну ERP-систему для роботи з великими обсягами транзакцій; 

• Механізми кешування для підвищення продуктивності; 

• SOAP-сервіси для інтеграції з існуючими корпоративними системами. 

У частині платіжної інфраструктури було реалізовано: 

• Інтеграцію з провайдерами платіжних сервісів; 

• Систему подвійних Virtual Credit Cards (VCC), де одна картка використовувалася для розрахунків із готелем, а інша — для розподілу комісії; 

• Токенізацію карткових даних; 

• PCI DSS-сумісні інтерфейси для безпечного обміну платіжною інформацією. 

Команда також модернізувала систему бронювання: 

• Додала спеціальний прапорець Paywall для нових бронювань; 

• Оновила систему управління інвентарем відповідно до нової логіки платежів; 

• Модернізувала систему доставки VCC; 

• Оновила Reservation Info Push Service для інтегрованих готелів. 

Для фінансових систем було автоматизовано: 

• Генерацію рахунків за комісіями; 

• Процеси звірки між платіжними провайдерами та ERP; 

• Механізми запобігання дублюванню комісійних запитів; 

• інтеграцію з бухгалтерськими системами для фінансової звітності. 

Архітектура рішення поєднала мікросервісний підхід із REST API для нових компонентів, SOAP-інтеграції для legacy-систем, event-driven архітектуру для обробки змін статусів бронювань та комбінацію потокової й пакетної обробки даних. 

3. UI/UX-дизайн

Для спрощення платіжного процесу та покращення користувацького досвіду команда реалізувала повне оновлення інтерфейсів. Для кінцевих користувачів було: 

• Оптимізовано процес бронювання та сторінки оплати; 

• Покращено комунікацію щодо строків списання коштів і гарантій; 

• Спрощено сценарій проходження 3DS-аутентифікації; 

• Адаптовано інтерфейси для мобільних і десктопних пристроїв; 

• Реалізовано інтелектуальну обробку помилок під час здійснення платежів. 

Для готельних партнерів команда створила: 

• Нові екрани з платіжними інструкціями; 

• Інструменти прозорого відображення комісій; 

• Інтерфейси керування рахунками; 

• Панелі моніторингу статусу платежів. 

Для внутрішніх команд були розроблені: 

• Системи моніторингу платіжних процесів; 

• Інтерфейси обробки виняткових ситуацій; 

• Інструменти звірки платежів; 

• Візуалізації аналітичної звітності. 

Усі UX-рішення базувалися на дослідженнях користувачів, створенні wireframes і прототипів, usability-тестуванні та A/B тестуванні платіжних сценаріїв. 

4. Розробка та впровадження

Реалізація проєкту відбувалася поетапно із поступовим підключенням різних каналів дистрибуції. До команди входили:

• Product Owners із досвідом роботи у фінансових сервісах; 

• Business-аналітики; 

• Data Scientists, які застосовували ШІ для аналізу платіжних патернів; 

• UX Researchers та UX/UI-дизайнери; 

• Full-stack розробники із досвідом інтеграції платіжних систем; 

• QA-інженери; 

• DevOps-інженери. 

На першому етапі команда реалізувала:

• Розрахунок комісій для багатоденних бронювань; 

• Автоматичну звірку рахунків після завершення заходів; 

• Інтеграцію з першою платформою бронювання зустрічей. 

Другий етап передбачав: 

• Інтеграцію з другим каналом продажів; 

• Підтримку великих обсягів платіжних транзакцій; 

• Розширення системи повідомлень. 

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

5. Тестування та валідація

Для забезпечення надійності та безпеки рішення команда реалізувала комплексну стратегію тестування. 

Вона включала: 

• Автоматизовані unit- та integration-тести для всіх мікросервісів; 

• Перевірку API-контрактів; 

• Тестування цілісності баз даних; 

• Навантажувальне тестування під час пікових періодів бронювання; 

• Stress-тестування Commission Rule Engine; 

• Оптимізацію часу відповіді системи; 

• Перевірку відповідності PCI DSS; 

• Penetration testing платіжних компонентів; 

• Перевірку механізмів шифрування даних.