Нужен опытный OpenCart-разработчик для принятия проекта и дальнейшей поддержки Ищу опытного программиста OpenCart (не студию), который поможет профессионально принять интернет-магазин от текущего разработчика и далее будет заниматься его поддержкой, развитием и SEO-оптимизацией. О проекте Интернет-магазин на OpenCart. Проект готов примерно на 99% и проверен в соответствии с техническим заданием. Необходимо провести независимый технический аудит перед окончательной передачей сайта. После завершения передачи планируется долгосрочное сотрудничество по развитию проекта. Основные задачи Провести аудит кода и структуры проекта. Проверить качество реализации функционала. Проверить установленные модули, их совместимость и корректность работы. Оценить безопасность и стабильность работы сайта. Проверить быстродействие и предложить рекомендации по его улучшению. Проверить реализованную SEO-часть и предложить дальнейший план оптимизации. Убедиться, что проект полностью готов к самостоятельной поддержке без зависимости от предыдущего разработчика. Проверить корректность передачи всех доступов: исходный код; база данных; FTP; хостинг; домен; электронная почта; административная панель; установленные модули и их лицензии. При необходимости участвовать в коммуникации с текущим разработчиком во время передачи проекта. Предоставить перечень рекомендаций и замечаний перед окончательным принятием. Дальнейшее сотрудничество После принятия сайта планируется регулярная работа над проектом: развитие нового функционала; SEO-оптимизация; улучшение быстродействия; интеграции с внешними сервисами; техническая поддержка. Требования к кандидату Нужен специалист, который: имеет значительный опыт работы именно с OpenCart; хорошо знает архитектуру OpenCart и популярные модули; имеет опыт аудита и поддержки существующих проектов; может аргументированно оценить качество выполненных работ; ответственно относится к договоренностям и соблюдает согласованные сроки выполнения работ; заинтересован в долгосрочном сотрудничестве. В ответе прошу указать опыт работы с OpenCart; примеры реализованных интернет-магазинов; выполняли ли вы техническое принятие или аудит чужих проектов; ориентировочную стоимость: технического аудита; участия в принятии проекта; почасовой или проектной поддержки после передачи. Предпочтение отдам специалистам, которые имеют многолетний опыт работы с OpenCart, ответственно относятся к своей работе, соблюдают согласованные сроки и готовы стать техническим партнером проекта на долгий срок.
Разработка архитектуры единой платформы управления флотом WordPress-сайтовКонтекст проекта Есть флот из нескольких десятков WordPress-сайтов, размещённых на одном сервере и обслуживаемых одной командой. Сайты постепенно переводятся на единый стандарт разработки и поддержки — общую дизайн-систему с единой библиотекой блоков (ACF + Gutenberg) и единый стандарт безопасности. Требуется архитектура платформы для централизованного управления этим флотом.Задача Нужна разработка технической архитектуры единой платформы управления флотом WordPress-сайтов. Платформа — это не дашборд метрик, а полноценная система централизованного управления и доступа.Требования к платформе Единый вход для супер-администратора — одна точка входа для управления всеми сайтами флота: обзор состояния, версий, статуса соответствия стандарту. One-click доступ в админку каждого сайта — возможность зайти в wp-admin любого сайта флота из единого интерфейса, без хранения/ввода паролей от каждого сайта отдельно. Требуется продуманный механизм аутентификации (токены с ограниченным временем жизни, привязка к конкретному пользователю, полное логирование доступа). Разграничение ролей: супер-админ видит и управляет всем флотом; администраторы отдельных сайтов имеют доступ только к своим сайтам. Единая дизайн-система с кастомизацией на уровне сайта — общая библиотека блоков (ACF + Gutenberg), дистрибутируемая на все сайты через центральный механизм обновлений, но с возможностью локальной кастомизации блоков под конкретный сайт без потери совместимости с будущими обновлениями библиотеки. Общий дашборд мониторинга и оповещений — состояние сайтов и сервера, алерты о падениях/проблемах, статус обновлений и compliance каждого сайта относительно единого стандарта. Удобное добавление новых сайтов в сеть — платформа должна поддерживать быстрое клонирование/разворачивание нового сайта на основе единого стандарта (Core-плагин, дизайн-система) и подключение его к Hub с минимальным количеством ручных шагов.Архитектурные ограничения (важно) WordPress Multisite не рассматривается и не подходит для этой задачи. Причина не в удобстве интерфейса, а в фундаментальных архитектурных свойствах Multisite: Общая база данных и общее ядро для всех сайтов сети означают единую точку отказа: некорректное обновление плагина или ядра способно одновременно вывести из строя все сайты сети, а не один. Общий пул серверных ресурсов (PHP-воркеры, соединения с БД) означает, что аномальная нагрузка на один сайт (акция, всплеск трафика, атака) деградирует производительность всех остальных сайтов сети, включая никак не связанные с этой нагрузкой. Это системное свойство Multisite, не устраняемое процессом или дисциплиной — поэтому требуется архитектура, где каждый сайт остаётся независимой инсталляцией (собственная БД), а унификация и централизованное управление достигаются другими средствами.Предварительное архитектурное направление На данный момент наиболее перспективным представляется архитектурный подход Hub & Spoke, при котором независимые WordPress-инсталляции ("Spokes"), каждая со своей БД, объединяются: общим дистрибутируемым Core-плагином (библиотека блоков, security baseline, bridge-модуль для связи с Hub); центральным управляющим приложением ("Hub") — реестр сайтов, one-click login, мониторинг, оповещения. Однако данная архитектура не является заранее выбранным решением. Если исполнитель считает, что существует более подходящий архитектурный подход, он может предложить альтернативу при условии её технического и экономического обоснования. Отдельная задача в рамках ТЗ — обоснованный анализ и рекомендация: строить Hub с нуля кастомно, либо взять за основу готовое self-hosted решение (MainWP, InfiniteWP, ManageWP или аналоги) и расширять его под специфичные требования (интеграция с Core-плагином, compliance-отслеживание версий блоков, будущий маркетинговый слой). Нужна сравнительная оценка по срокам, стоимости поддержки, гибкости и ограничениям каждого варианта, с чёткой рекомендацией.Архитектурные требования При проектировании решения необходимо учитывать следующие нефункциональные требования: отказоустойчивость и отсутствие единой точки отказа для флота сайтов; возможность независимого обновления, отката и обслуживания каждого сайта; минимизацию blast radius при сбоях и ошибках обновлений; возможность горизонтального масштабирования при росте количества сайтов; безопасность централизованного управления и делегированного доступа; возможность последующего выделения Hub в отдельную инфраструктуру без изменения архитектурных принципов; расширяемость платформы для добавления новых централизованных сервисов. Кроме того, архитектура должна оставаться жизнеспособной при увеличении количества сайтов с нескольких десятков до 100+ без необходимости принципиального пересмотра выбранного подхода.Долгосрочное развитие платформы Платформа рассматривается как долгосрочная основа цифровой экосистемы компании, а не как инструмент исключительно для администрирования WordPress-сайтов. При проектировании необходимо предусмотреть возможность последующего добавления централизованных сервисов (например, управления маркетинговыми активностями, аналитикой, библиотекой компонентов, интеграциями и других модулей) без необходимости переработки базовой архитектуры.Технологии Конкретный стек не фиксируется заранее — исполнитель самостоятельно предлагает и обосновывает технологии в архитектурном документе (язык/фреймворк для Hub, модель хостинга/деплоя, механизм аутентификации и т.д.), исходя из требований задачи. Обоснованное предложение по технологиям — обязательная часть результата работы, наравне со сравнением custom vs готовое решение для Hub.Что нужно от исполнителя Опыт проектирования multi-site/multi-tenant архитектур на WordPress (принципиально — НЕ на базе Multisite) Практический опыт работы с MainWP/InfiniteWP/ManageWP или аналогичными системами управления флотом WP-сайтов — понимание их возможностей и ограничений на уровне API/расширяемости Опыт разработки WordPress-плагинов уровня production (ACF, Gutenberg block development, REST API) Понимание вопросов безопасности при построении систем централизованного/делегированного доступа (token-based auth, аудит доступа, минимизация blast radius) Умение подготовить архитектурную документацию: диаграммы, API-контракты между Hub и сайтами, схему данныхФормат работы Первый этап — архитектурный документ с обоснованным решением (custom vs готовое решение), схемой взаимодействия компонентов, API-контрактом Hub ↔ Core-плагин, планом поэтапной реализации. Документ должен включать вайрфрейм-схему интерфейса платформы (ключевые экраны: реестр сайтов, доступ в админку, дашборд мониторинга). По итогам согласования архитектуры — возможно продолжение сотрудничества. Важное замечание Ожидается самостоятельная архитектурная проработка, основанная на практическом опыте проектирования и эксплуатации подобных систем. Недостаточно предоставить компиляцию общих рекомендаций или типовых ответов, сгенерированных ИИ. Каждое ключевое архитектурное решение должно сопровождаться техническим обоснованием: почему выбран именно этот подход, какие альтернативы рассматривались, каковы его преимущества, ограничения и потенциальные риски в контексте данного проекта. При необходимости исполнитель должен ссылаться на практический опыт, существующие решения, документацию, open-source проекты или иные источники, подтверждающие жизнеспособность предлагаемых архитектурных решений.
Необходимо разработать телеграм-бота в стенд пульс для теста клиента. Тест должен содержать 5-7 вопросов с 5-7 вариантами ответов. На основе ответа клиента бот подсчитает баллы и выдаст результат (6 вариантов)
Требуется опытный Laravel-разработчик для интеграции платежной системы в существующий проект. О проекте Backend: Laravel Frontend: React Проект: облачная платформа хранения файлов (аналог Dropbox) Что необходимо реализовать Интеграцию оплаты банковскими картами через API платежной системы. Создание платежа. Перенаправление пользователя на платежную страницу. Обработку успешной и неуспешной оплаты. Обработку callback/webhook. Проверку статуса платежа. Корректное изменение статуса заказа после успешной оплаты. Логирование запросов и ответов API. Работу как в тестовой, так и в боевой среде. Требования Отличное знание Laravel. Опыт интеграции платежных систем (банковские APIи т.п.). Опыт работы с REST API. Будет преимуществом Опыт интеграции банковских платежных шлюзов. Возможность показать аналогичные проекты. Что предоставим Полную техническую документацию платежной системы. Доступ к тестовой среде. При отклике, пожалуйста, укажите: 1. Какие платежные системы вы уже интегрировали. 2. Стоимость работы. 3. Срок выполнения. 4. Примеры аналогичных проектов (если имеются).
ТЕХНИЧЕ ЗАДАНИЕ Разработка системы Digital Signage для сети рекламных экранов 1. Общий описание системыСистема предназначена для удаленного управления медиаконтентом (видео, изображения) на сети телевизоров под управлением Android TV. Архитектура:Backend / Панель управления (Админка): PHP (Laravel / Yii2 или чистый PHP) + MySQL.Frontend (Плеер на ТВ): HTML5 / JavaScript (Одностраничное приложение), которое запускается на ТВ в полноэкранном режиме через приложение Fully Kiosk Browser.2. Функциональные требования: Панель управления (Админка на PHP)2.1. Управление экранами (Телевизорами)Возможность добавления/удаления экранов в системе.Каждому экрану присваивается: Название (гео-точка), уникальный ID (device_token) и статус (Онлайн/Офлайн).Мониторинг (Пинг): Отображение статуса ТВ в реальном времени. Если ТВ не отправлял запросов более чем 5 минут, окрашивать его статус в красный цвет (Офлайн). 2.2. Управление контентом (Медиатека)Загрузка файлов (видео, изображения) на сервер.Удаление файлов (с автоматическим удалением физического файла с сервера).Возможность просматривать (и изменять), на каких экранах транслируется каждый отдельный медиафайл.Настройка порядка воспроизведения файлов. 2.3. Серверное API (для связи с ТВ)Реализовать REST API (JSON):POST /api/ping — принимает от ТВ его ID, фиксирует время последней активности (для статуса Онлайн) и возвращает текущую версию плейлиста.GET /api/file/device_token — отдает актуальный JSON-массив с ссылками на медиафайлы, их порядком и настройками времени показа.3. Функциональные требования: Клиентский плеер (HTML5/JS на ТВ)Плеер является вебстраницей, которая открыта на ТВ. Главное задание клиента — автономность.3.1. Кеширование и синхронизация (Работа без интернета)При старте плеер запрашивает плейлист через API.Локальное хранилище: Все файлы из плейлиста (видео/изображения) JS должен загружать во внутреннюю память браузера (используя Cache API или IndexedDB). Стриминг (воспроизведение напрямую из интернета) запрещен.Синхронизация: Если на сервере добавлен новый контент, плеер загружает его в фоновом режиме, не прерывая текущий показ. После завершения загрузки — добавляет к трансляции. Если контент удален на сервере, плеер должен удалить его из локального кеша ТВ, чтобы не забивать память устройства.Офлайн-режим: При полном исчезновении интернета плеер бесконечно крутит по кругу последний успешно загруженный плейлист. 3.2. Воспроизведение и ротацияЦиклическое воспроизведение контента и согласно заданному в админке порядку.Для изображений должна настраиваться продолжительность отображения в секундах (по умолчанию 10 сек).Переходы между роликами должны быть плавными, без черных экранов и заметного перезагрузки страницы. 3.3. Логирование и контроль ошибок (Защита от сбоев)Обработка поврежденных файлов: Если видеофайл поврежден и не может воспроизводиться, плеер должен пропустить его и включить следующий по порядку, а не зависать на черном экране.Логи показов (Аналитика): Плеер должен записывать в локальную память факт каждого успешного воспроизведения ролика. При появлении интернета эти данные пачкой отправляются на сервер (POST /api/logs), чтобы в админке можно было увидеть статистику: "Ролик А на ТВ №3 был показан 450 раз за сутки и 2365 раз всего".4. Требования к оптимизации под Android TVИнтерфейс плеера не должен содержать никаких элементов управления (курсор, полосы прокрутки, кнопки). Только чистый контент на весь экран.JS-код должен быть оптимизирован по памяти (вовремя очищать неиспользуемые DOM-элементы и объектные URL), поскольку бюджетные телевизоры имеют жесткие ограничения по оперативной памяти и могут аварийно закрывать вкладку при утечке памяти через 12-24 часа непрерывной работы.
Описание задания: Ищем разработчика для создания простой веб-системы управления парковочными местами без ежемесячных платных подписок под ключ. Что есть в наличии: Готовое детальное чертеж парковки в формате DWG (AutoCAD). Всего около 500 машиномест.Главная задача: Необходимо перенести этот чертеж в веб-интерфейс, чтобы каждое парковочное место стало кликабельным и динамически меняло цвет (например Зеленый — Свободно, Красный — Занято). Это электронный реестр долгосрочной аренды (планируется ручное внесение данных менеджером, автоматизация с датчиками шлагбаумами или камерами не нужна).Распределение ролей и доступ: Менеджер: Работает с компьютера в офисе. Имеет доступ к "админке", где может изменить статус каждого из парковочных мест (свободно/занято) и вписать описание (например Название фирмы-арендатора). Охрана: Находится на территории объекта, подключается с мобильных устройств (телефон, планшет или ноутбук) через мобильный интернет. Охрана имеет доступ только для просмотра (Read-only). Нажимает на место и видит информацию: Номер места, Статус, Название фирмы. Возможности что-то изменить у них нет.Требования к реализации: Работа под ключ: от адаптации чертежа для веба до развертывания системы и базы данных. Интерфейс карты должен быть адаптивным для удобного масштабирования и кликов пальцами на экранах смартфонов. Предложите оптимальный способ размещения системы: либо развертывание на нашем офисном ПК (понадобится настройка доступа снаружи для мобильного интернета охраны), либо использование бесплатных облачных лимитов.Пожалуйста, в отзыве предложите ваш вариант технического стека и архитектуры (где лучше хостить базу, чтобы охрана имела доступ с 4G), а также укажите ориентировочную стоимость и сроки выполнения проекта. Важное замечание по бюджету и функционалу: Проект делается исключительно для внутреннего пользования и базового удобства. Нам НЕ нужны сложные дизайнерские решения, CRM-системы, интеграции с платежными шлюзами, SMS-уведомления и тому подобное. Нужен максимально простой, лаконичный и рабочий интерфейс без избыточного кода. Поэтому оценивайте проект адекватно — предложения с завышенной ценой рассматриваться не будут. Спасибо
Необходимо мигрировать интернет-магазин Opencart с PHP 7.4 на PHP 8.x. В настоящее время стоит ядро v 3.0.3.8. Читаем, что скорее всего придется мигрировать и ядро на версию 4.0 и вроде сложностей не должно быть... Функционал в основном кастомный, также есть Simple, OCFilter, Нова пошта. Ждем рекомендации и ориентировочную цену. В идеале, кто уже проводил подобную работу.
Всем привет, нужно создать сайт для создания ивентов и продажи билетов. Возможны варианты на готовом шаблоне, фреймворке или ваш вариант. Желательно, чтобы у вас был опыт работы в разработке сайтов для продажи билетов. Примеры сайтов вышлем в приватные сообщения. При необходимости создадим прототип. Если вы ранее работали над созданием подобных сайтов, пожалуйста, отправьте примеры в приватные сообщения. Детали обсудим в приватных сообщениях. Спасибо и хорошего дня!
Ищу опытного программиста для работы с сайтом, который работает на ModX Revolution. На данный момент необходимо выполнить ряд технических доработок, в частности: внесение изменений на сайт; замена фотографий, баннеров и размерных сеток; обновление контактной информации; другие мелкие правки; подключение Google Analytics; интеграция платежной системы LiqPay и так далее В дальнейшем планирую регулярно развивать сайт, поэтому ищу ответственного специалиста для долгосрочного сотрудничества, который сможет оперативно выполнять необходимые доработки. Требования: уверенный опыт работы с ModX Revolution; качественное выполнение задач; соблюдение согласованных сроков; готовность к постоянному сотрудничеству Работа с сайтом - https://marimoth.com Пишите и будем договариваться Мари
Всем привет. Ищу специалиста, который поможет решить проблему с исходниками React. Проблема в том что их нет. Поэтому нужно сделать новый репозиторий, вытащить максимум из DevTools/source maps, а затем довосстановить проект. Подробности распишу кандидатам. Жду ваших откликов.
Сайт работает на фреймворке Next.js (на базе React). Необходимо выполнить все пункты по ТЗ. ТЗ прилагается в файле. Жду предложений.
это сайт https://perfect-okna.com.ua/ основные проблемы: АНАЛИЗ СКОРОСТИ ЗАГРУЗКИ (Performance) Ключевые проблемы (типичные для таких сайтов): · Большие неоптимизированные изображения (JPEG/PNG без сжатия, нет WebP). · Отсутствие lazy loading для картинок в каталоге. · Не минифицированные CSS/JS, подключено много ненужных библиотек. · Нет кэширования на уровне браузера, не используется CDN. · Сервер не отдает сжатие (gzip/brotli). · Не используется HTTP/2. Чек-лист «Скорость»: · Сжать все изображения, перевести в WebP и добавить fallback. · Настроить ленивую загрузку изображений (loading="lazy"). · Минифицировать HTML, CSS, JS. Объединить файлы, где это уместно. · Включить Gzip/Brotli на сервере. · Настроить кэш-заголовки (Cache-Control, Expires) для статики. · Подключить CDN (Cloudflare бесплатно). · Удалить лишние плагины/скрипты (особенно если WordPress). · Использовать асинхронную загрузку для некритичных скриптов (async/defer). На главной часто нет четкой структуры «кто мы – что предлагаем – почему выбрать нас – как заказать». · Конструктор окон (если есть) может быть запутанным, без подсказок, не видно финальной цены сразу. · На мобильных устройствах меню может съезжать, калькулятор не адаптирован под пальцы. · Формы обратной связи длинные, без маски телефона, без валидации. · Нет «быстрых действий»: позвонить в один клик, мессенджеры, чат. · Отсутствие «хлебных крошек» на внутренних страницах. · Сделать мобильную версию без горизонтального скролла, кнопки не меньше 48x48 px. · На главной добавить сразу калькулятор цены «за 3 клика». · В шапке – номер телефона кликабельный (tel:), мессенджеры (Viber/Telegram) с иконками. · Формы: только имя + телефон + поле «комментарий» (необязательное). Маска для телефона. · Добавить плавающую кнопку «Быстрое заказ / Рассчитать стоимость» на мобильном. · На карточках товара – кнопка «Купить в 1 клик» (открывается мини-форма). · Добавить «хлебные крошки», улучшить навигацию по разделам. · Проверить контраст текста, размер шрифтов (не менее 14 px на мобильном). · Нет срочного предложения (акции с ограничением во времени). · Недостаточно социальных доказательств (отзывы, видеообзоры, количество выполненных работ). · Не объясняется, что цена "под ключ" (монтаж, доставка, демонтаж). · Нет CTA (призыва к действию) на каждом экране. Добавить «счетчик» – сколько клиентов уже выбрали, сколько окон установлено. · Видео-отзывы реальных клиентов (короткие, на 30–60 сек). · Блок «Рассчитать за 30 секунд» прямо на первом экране. · Показать цену «под ключ»: окно + монтаж + доставка, с прозрачной расшифровкой. · Акции с таймером: «Скидка -15% при заказе до конца недели». · Всплывающее окно с предложением бесплатного замера, когда пользователь пытается закрыть вкладку. Что сделать: · Интерактивный 3D конфигуратор окна (изменение цвета, открывание, стеклопакет) – об этом далее. · Мини-игра или тест: «Какое окно подходит для вашей квартиры?» · Кейсы: фото «до/после» в реальных интерьерах. · Гайды: «Как выбрать окна для шумной улицы», «Энергосбережение: какой стеклопакет выбрать». · Калькулятор экономии на отоплении после замены окон. Срочно (Critical) 1. Мобильная адаптация всего сайта, особенно конструктора и корзины. 2. Ускорить загрузку: сжатие картинок, кэширование, CDN. 3. Кнопка быстрого заказа (One Click Buy) на всех карточках товаров. Всплывающий чат с возможностью оставить сообщение в Viber/Telegram. 5. Валидный HTTPS и редирект с HTTP → HTTPS всех страниц. 6. Микроразметка Schema.org (Organization, Product, BreadcrumbList, Review). Важно (High) 1. Обновить главную: добавить УТП, акции, видео, быстрый калькулятор. 2. Страница «Акции» с таймером, которые обновляются ежемесячно. 3. Форма обратного звонка – простая, с маской и автоматической подстановкой кода города. 4. Подключение CRM (например, amoCRM / Bitrix24) для автоматического подхвата лидов. 5. Добавить онлайн-оплату (LiqPay, WayForPay) хотя бы предоплату за замер. 6. SEO-структура URL: /produkciya/plastikovi-vikna/, а не /?page_id=123. Желательно (Medium) 1. Расширить блог статьями под ключевые запросы (5 статей сразу). 2. Интерактивный конструктор с 3D-просмотром (отдельный блок ниже). 3. Фильтр продукции по характеристикам (размер, профиль, цвет, цена). 4. Персональный кабинет клиента, где можно видеть статус заказа. 5. Генерация PDF-коммерческого предложения прямо на сайте. КАК УЛУЧШИТЬ КОНСТРУКТОР (Конфигуратор окон) Если сейчас это обычная форма с выпадающими списками – это устарело. Нужен современный 3D-конструктор: Обязательные фишки: · Пошаговый мастер (wizard): 1) выбор комнаты, 2) размеры, 3) количество створок, 4) цвет, 5) стеклопакет, 6) фурнитура, 7) москитная сетка. · Мгновенный пересчет цены на каждом шаге (AJAX). · 3D-визуализация (Three.js или готовый js-фреймворк). · Сохранение выбранной конфигурации в PDF (генерация на сервере) и отправка на e-mail. · Кнопка «Отправить расчет менеджеру» – и в CRM летит карточка со всеми параметрами. · Возможность поделиться ссылкой на свою конфигурацию (например, чтобы отправить мужу/жене). · Полная адаптация под тач-жесты (свайп для вращения 3D-модели на телефоне) Цена договорная!
Метапроект Реализовать интеграцию Viber без использования сторонних CRM-систем. Вся работа с сообщениями должна выполняться непосредственно в нашей внутренней CRM на базе BAS / 1С 8.3.Текущая система BAS / 1С 8.3 Самописная конфигурация "Обслуживание клиентов" База более 40 000 абонентовНеобходимо реализовать Интеграцию через официального Viber Business-провайдера (TurboSMS, GMS Worldwide или другой согласованный сервис). Кнопку «Написать в Viber» в карточке абонента. Отправку сообщений непосредственно из BAS. Прием входящих сообщений через Webhook. Автоматическую привязку сообщений к абоненту по номеру телефона. Полное сохранение истории переписки в карточке абонента. Отображение времени, статуса сообщения и менеджера, который отвечал. Работу нескольких менеджеров одновременно. Шаблоны сообщений для быстрой реакции. Помощь с настройкой Viber-провайдера, API-ключей и Webhook. Передачу всего исходного кода и настроек после завершения работ.Условия приемки Работа считается выполненной после успешного тестирования всех функций на рабочей базе и передачи исходного кода.Гарантия 1 месяц гарантии на исправление ошибок, связанных с реализованным функционалом. Дальнейшие доработки выполняются по отдельной договоренности.Результат После завершения проекта менеджеры должны иметь возможность полностью работать с Viber непосредственно в BAS: писать клиентам, получать ответы, просматривать историю переписки и вести коммуникацию без использования сторонних CRM. Весь исходный код, доработки, API-ключи и настройки после завершения проекта передаются заказчику.
Форма уже существует и работает. Нужно изменить только логику для услуги домашней уборки. Другие формы и услуги трогать не нужно. 1. Первый шаг формыСейчас клиент выбирает:- площадь жилья (м²);- тип уборки:- Однократная; - еженедельная; - раз в 2 недели; - раз в 4 недели.Этот шаг нужно оставить без изменений.2. Изменить логику расчетаСейчас система автоматически рассчитывает или рекомендует количество часов в зависимости от площади жилья.Этот функционал нужно полностью убрать.Площадь жилья должна оставаться только как информация в заявке и не влиять на расчет стоимости.3. Добавить выбор количества часовПосле выбора типа уборки клиент должен выбрать количество часов:- 1 час- 2 часа;- 3 часа;- 4 часа;- Другое количество часов. Если выбрано «Другое количество часов», клиент должен иметь возможность ввести нужное количество вручную.4. Новый расчет стоимостиСтоимость должна рассчитываться исключительно на основе:- типа уборки;- количества часов.Тарифы после RUT:- Однократная уборка — 260 SEK/час- Раз в 4 недели — 250 SEK/час- Раз в 2 недели — 240 SEK/час- Еженедельная уборка — 230 SEK/час5. Отображение стоимостиПосле выбора количества часов нужно автоматически показывать:- цену до RUT;- цену после RUT.Для регулярной уборки желательно показывать стандартную цену зачеркнутой, а рядом — новую цену после скидки.Например:/780 SEK/720 SEKили/780 SEK/690 SEK6. Добавить примечаниеДобавить под формой текст:«Для адрес, находящихся на расстоянии более 15 км от Skellefteå, может взиматься дополнительная плата за выезд. Точная стоимость согласовывается индивидуально после получения заявки.»7. Сохранить существующую логику заявкиПосле внесения изменений нужно обязательно сохранить весь существующий функционал.Сейчас после оформления заказа заявка поступает:- в Telegram-бот;- Электронной почтой.Этот функционал должен работать так же, как сейчас.Также нужно оставить без изменений все финальные поля формы, в частности: контактные поля, которые уже есть в форме. В заявку должны передаваться все данные, включая:- площадь жилья;- тип уборки;- количество часов;- стоимость до RUT;- стоимость после RUT;- контактные данные клиента.8. Возможность самостоятельно изменять ценыЖелательно реализовать тарифы так, чтобы в будущем я могла самостоятельно изменять стоимость за час для каждого типа уборки без внесения изменений в код.Хотелось бы, чтобы цены можно было редактировать через админку или другим простым способом.9. Что ожидаю от исполнителя- Проверить существующий код формы.- Внести изменения только в форму домашней уборки.- Не нарушить работу других форм и страниц сайта.- Проверить правильность расчетов.- Убедиться, что все данные корректно поступают в Telegram-бот и на email.- Проверить работу формы на мобильных устройствах и компьютере.Пожалуйста, напишите:- стоимость выполнения;- ориентировочный срок;
Необходима автоматизация отправки сообщений со ссылкой на КП в LinkedIn, WhatsApp, Reddit, пишите, как это будет реализовано, сроки и стоимость