Разработка фронтенда и интеграция

RostJob — это HR-платформа, где есть личные кабинеты как для соискателей (с возможностью создания резюме), так и для работодателей и заказчиков.

Проект уже существовал на рынке, но сайт нуждался в полном редизайне и обновлении функционала. Параллельно команда заказчика разрабатывала новый бэкенд на Ruby, и стояла задача максимально быстро собрать полноценный продукт и вывести его в продакшен.

Основная проблема была не в дизайне как таковом, а в ресурсах и сроках:

• команда бэкенда не успевала реализовать весь объём фронтенд-части
• проект требовал быстрого запуска
• старый сайт морально и технически устарел
• не хватало людей с нужной экспертизой под сложный фронт

По сути, бизнесу нужен был партнёр, который возьмёт на себя всю клиентскую часть продукта и поможет довести систему до рабочего состояния.

Задача стояла не просто «сверстать дизайн», а:

• запустить новый продукт
• заменить старую версию сайта
• ускорить выход на рынок (time-to-market)
• реализовать сложные пользовательские сценарии
• подготовить платформу под SEO-продвижение

Было:

• устаревшая версия сайта
• разрозненная логика
• отсутствие нового функционала
• зависимость от ограниченных ресурсов команды

Стало:

• современный фронтенд на Next.js
• более 30 страниц и модулей
• личные кабинеты для двух типов пользователей
• полноценная интеграция с новым бэкендом
• готовая SEO-структура

Мы отвечали за:

• реализацию всего фронтенда
• разработку API-слоя
• интеграцию с бэкендом заказчика
• адаптацию дизайна в рабочий продукт

Архитектуру бэкенда определяла команда заказчика, мы работали в связке с их PM и разработчиками.

Фактически это был не «сайт», а полноценный продукт:

• более 30 страниц и модулей
• несколько крупных разделов
• личные кабинеты
• админская часть
• два основных пользовательских сценария: соискатель и работодатель

Ключевые сложности были чисто инженерными:

• интеграция с чужим бэкендом на Ruby
• отсутствие полноценной документации по API
• сырое API, которое приходилось тестировать «на глаз»
• постоянные изменения требований
• отсутствие детального ТЗ по фронту

Фактически мы работали в режиме:

«Вот вам эндпоинты, разбирайтесь сами».

Проект вёлся в тесной связке с командой заказчика:

• получали дизайн от третьей команды
• параллельно подключались к бэкенду
• тестировали API в процессе разработки
• регулярно вносили правки по ходу
• адаптировали фронт под меняющуюся логику

Это был классический инженерный проект с высокой неопределённостью.

Проект сработал за счёт технической экспертизы и гибкости:

• мы не ждали идеального ТЗ
• быстро разобрались в чужом API
• адаптировались к изменениям требований
• взяли на себя всю фронтенд-часть
• работали как продуктовая команда, а не просто исполнители

Проект был успешно запущен:

• новая версия платформы вышла в продакшен
• продукт используется до сих пор
• реализованы все ключевые пользовательские сценарии
• платформа готова к SEO-продвижению
• клиент остался доволен и продолжил сотрудничество
• проект находится на поддержке

Вместо частично готового проекта клиент получил:

• полностью рабочую HR-платформу
• современный фронтенд
• интеграцию с кастомным бэкендом
• готовность к росту и SEO
• продукт, который реально используется бизнесом

Это типичный кейс уровня:

«Мы умеем подключаться к чужим системам и доводить сложные продукты до запуска».