Архив: ocStore 2.3|Виджет "Навигация страницы товара"

Прошу оценить стоимость и сроки.

Сайт:
    url: "https://freshday.dev-thae.whitebx.ru"
    username: "w"
    password: "w"
Движок:
    ocStore 2.3.0.2.3 с темой Octemplates LUXURY 4.3

Задание:

Нужно перенести виджет с битрикс-версии
    http://freshday.ru/
на опенкарт.

Подробнее:

1.
Вид/поведение/содержимое виджета "Навигация страницы товара"
    https://up2.whitebx.ru/f/6/n/Screenshot_2020-03-09_12:14:58.F6ndmNsspRvEZcAw6PJdpU.png
должны быть как в битрикс-версии.

1.1.
В том числе в мобильной версии.

2.
При обнаружении явных багов, они должны быть устранены в процессе переноса.

3.
Работы ведутся на тестовом сервере, после того как всё готово, нужно будет перенести сделанное на основной сайт.

Особенности:
A.
КРОССБРАУЗЕРНОСТЬ.
Результаты работ должны одинаково выглядеть в основных браузерах: Firefox, Chrome, Safari.

B.
АДАПТИВНАЯ ВЁРСТКА.
Сайт использует адаптивную вёрстку, необходимо чтобы после выполнения задач, в мобильной версии всё было читабельно и никуда не съезжало.
Устройство посетителя считается мобильным в случаях когда:
    Ширина экрана браузера менее 700px (если CSS-правилами сайта не определено иное).
    User-Agent браузера позволяет определить что устройство мобильное.
Вышеуказанные условия должны реагировать на resize окна браузера (мобильные элементы после ресайза должны быть такими же как после полной перезагрузки с изначально мобильным разрешением).

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

C.
ПОЯСНЕНИЕ ПО АДАПТИВНОЙ ВЁРСТКЕ.
Адаптивность вёрстки мобильного варианта подразумевает, что не существует какого-то отдельного html-кода для мобильной верстки, дублирующего десктопные элементы. Вместо этого, один единственный вариант вёрстки, в зависимости от размера экрана, отображается как десктопный, либо как адаптивный вариант.

D.
НЕЛЬЗЯ ИСПОЛЬЗОВАТЬ H1, H2, H3.
Для вёрстки новых элементов нельзя использовать теги h1 h2 h3 и т.д., поскольку это вредно с точки зрения SEO.

E.
МИНИМУМ JAVASCRIPT.
Задачи должны быть выполнены с минимально возможным применением javascript. Если какие-то задачи могут быть решены средствами PHP/HTML/CSS, то они должны быть решены с помощью PHP/HTML/CSS.

G.
Выполнение данной задачи не должно сломать какой-либо другой функционал. Если в процессе работы вы что-то сломаете, то исправление поломки осуществляется вами безвозмездно.

H.
Результат задачи должен быть представлен в том конечном виде, который описан в ТЗ. Варианты "оно в принципе готово, просто зайдите туда-то, нажмите то-то, затем ещё туда и туда и вот сюда" крайне не приветствуются. Если после выполнения работ нужно обновить кэш сайта - обновите. Если нужно будет обновить кэш браузера - измените html-код таким образом, чтобы файл сам обновился либо смените режим кэширования для этого файла. Закладывайте это дополнительно в стоимость задачи.

I.
ИСПОЛЬЗОВАНИЕ SCSS/SASS/ПРЕПРОЦЕССОРОВ
Следует избегать использования технологий, предполагающих стадию компиляции, поскольку они усложняют и без того запутанный процесс разработки, повышая её стоимость. Выгоды от их использования нивелируются негативным экономическим эффектом.

J.
НИКАКОГО ДЕБАГА НА ПРОДАКШЕНЕ
На продакшене не должно появляться никаких заглушек и прочего. В случаях острой необходимости произвести дебаг именно на продакшене, выводите дамп внутрь HTML-комментария, либо оборачивайте в <?php if($_SERVER['REMOTE_ADDR'] == 'ВАШ-IP-АДРЕС') { ?>.

K.
ТЕСТОВЫЙ СЕРВЕР
Работы ведутся на тестовом сервере, после того как всё готово, нужно будет перенести сделанное на основной сайт.

Пожалуйста оцените стоимость и сроки выполнения.