Выяснить почему 2 одинаковых сайта показывают разную конверсию.

Я профессиональный 3D-дизайнер, создаю высокодетализированные рендеры памятников и мемориальных комплексов (вертикальный формат 9:16). Мои клиенты — это владельцы цехов и мастерских, которым нужен удобный цифровой каталог моих макетов для показа своим розничным покупателям. Что мне нужно:Подобрать оптимальную платформу и собрать лёгкий, быстрый веб-апп (каталог), который будет идеально смотреться на смартфонах и корректно открываться на компьютерах. Ключевые требования к каталогу: Дизайн: Максимальный минимализм. Тёмная тема (чёрный фон), крупная вертикальная картинка (пропорции 9:16), под ней только название/артикул макета. Никаких длинных описаний. Управление базой: Мне нужна максимально простая система добавления новых макетов (идеально — через привычные Google Таблицы или очень удобную внутреннюю БД). Я должен просто загрузить картинку и вписать артикул, не ломая вёрстку. Интеграция к клиентам (Самое важное): Каталог должен легко внедряться на сайты моих заказчиков-цеховиков (у кого-то WordPress, у кого-то самопис). Нужно продумать элегантный способ встраивания: через Iframe (чтобы каталог работал прямо внутри их страницы) или через правильную настройку кнопки-ссылки. Что я уже пробовал: Тестировал Glide и Adalo. В Adalo получился нужный визуал (9:16 на чёрном фоне), но управление внутренней базой данных и возня со ссылками на Google Диск оказались слишком неудобными для постоянной работы. Плюс есть сомнения по поводу правильного встраивания Iframe в чужие сайты так, чтобы он не разъезжался на широких мониторах. От вас жду в отклике: На какой платформе (Adalo, Glide, Bubble, Webflow, Glide + Airtable или что-то другое) вы предлагаете это реализовать и почему? Как будет решён вопрос с хранением тяжёлых картинок (рендеров)? Как вы предлагаете технически встраивать этот каталог на сторонние сайты моих клиентов? Ищу специалиста, который закроет эту техническую боль под ключ, чтобы я мог спокойно заниматься 3D-моделированием.

Сайт уже запущен и работает. Основная задача — разобраться в текущей структуре проекта, проверить качество реализации, исправить найденные технические проблемы и помочь с дальнейшими изменениями.Основной стек Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit В проекте также могут использоваться: Prisma JWT-авторизация Stripe Mailgun Google APIs Vercel или Netlify FunctionsОсновные задачи провести ревизию существующего проекта; оценить структуру и качество кода; исправлять ошибки и дорабатывать текущий функционал; улучшать серверный рендеринг и скорость загрузки страниц; проверять корректность отображения сайта на мобильных устройствах; работать с формами, административной частью и внешними интеграциями; вносить технические SEO-изменения; поддерживать и постепенно улучшать существующий сайт.Что для нас важно хороший опыт работы с Next.js, React и TypeScript; умение разбираться в чужом коде; понимание SSR и особенностей Next.js App Router; внимательность к производительности и качеству реализации; умение объяснять найденные проблемы и предлагать понятные решения; самостоятельность и аккуратная работа с действующим сайтом. На первом этапе необходимо ознакомиться с проектом, провести техническую ревизию и предложить список приоритетных изменений. После этого возможна постоянная работа над дальнейшим развитием сайта.

Ищем опытного Embedded-разработчика для создания энергоэффективной прошивки под носимое устройство (форм-фактор: нагрудный ремень) для мониторинга психофизиологического состояния. Проектирование схемы завершено, разработка будет вестись на базе отладочной платы (Development Kit) с последующим переносом на кастомную плату.Стек и аппаратная база:MCU: Nordic Semiconductor nRF52840 или nRF5340.Среда разработки: nRF Connect SDK / Zephyr RTOS (строго Си/C++).Периферия:Оптический датчик пульса (PPG) — работа по I2C.6-осевой инерциальный датчик (IMU акселерометр + гироскоп) — работа по SPI.Драйвер тактильного мотора (LRA 1030) — управление через PWM/ШИМ.Внешняя SPI Flash-память для циклического логирования.Объем работы по этапамЭтап 1: Bring-up, драйверы периферии и BLE-телеметрияЦель: Оживить железо, настроить стабильный сбор данных и их передачу на смартфон/ПК.Настройка работы шин I2C и SPI с использованием DMA (Direct Memory Access) для разгрузки процессора.Написание/интеграция драйверов для PPG и IMU (настройка частоты опроса, FIFO-буферов датчиков).Развертывание кастомного BLE-профиля (GATT-сервис) для передачи сырых данных с датчиков в реальном времени.Базовая инициализация ШИМ для управления тактильным LRA-мотором (запуск тестовых паттернов вибрации).Этап 2: Алгоритмический слой (DSP и многоуровневая логика обратной связи)Цель: Реализовать математическую обработку сигналов непосредственно на чипе (Edge Computing) и логику реакций устройства.Реализация алгоритмов фильтрации артефактов движения: очистка сигнала PPG с использованием данных акселерометра (IMU).Выделение R-R интервалов (HRV) из очищенного PPG-сигнала.Реализация 4-уровневой логики устойчивости системы:Уровень Дрейфа: Отслеживание плавного изменения HRV и дыхания.Уровень Предикции: Вычисление математического тренда на ухудшение состояния.Уровень Микро-коррекции: Генерация едва заметных тактильных паттернов на LRA-моторе при фиксации целевого паттерна данных.Уровень Аппаратного сброса: Реализация логики безопасности (высокоинтенсивный тактильный импульс при критических показателях).Этап 3: Энергосбережение, логирование и отказоустойчивостьЦель: Подготовка устройства к автономной работе от миниатюрного аккумулятора и обеспечение стабильности «24/7».Глубокая оптимизация энергопотребления. Перевод MCU в режим сна (System ON/OFF) между тактами измерений. Процессор должен просыпаться только по прерываниям от FIFO-буферов датчиков или таймера.Написание отказоустойчивой файловой системы во внешней SPI Flash (например, LittleFS) для автономного циклического сохранения логов.Настройка аппаратного сторожевого таймера (Watchdog Timer) для предотвращения зависания прошивки.Требования к исполнителю:Опыт коммерческой разработки под чипы Nordic (nRF52/nRF53) от 3 лет.Уверенное владение Zephyr RTOS и инструментами отладки (Segger Embedded Studio / VS Code, J-Link).Понимание принципов работы цифровой фильтрации сигналов (DSP) и работы с низким энергопотреблением (Low-Power дизайн).Наличие собственного отладочного комплекта (nRF52840-DK или аналогичного) для старта работы приветствуется.Формат работы:Поэтапная оплата (Milestones) с фиксацией результатов на GitHub. Пожалуйста, укажите вашу часовую ставку или примерную оценку стоимости и сроков для каждого из трех этапов.

Нужен специалист по Wix для верстки сайта по макету Figma. Есть готовый дизайн сайта в Figma. Нужно качественно реализовать его в Wix, максимально соблюдая макет. Необходимо: перенести дизайн из Figma в Wix; адаптировать все страницы; настроить десктопную и мобильную версии; обеспечить корректное отображение на различных устройствах. Предпочтение отдается исполнителям с опытом работы с Wix. Пожалуйста, отправляйте портфолио с реализованными проектами.

Общая информация Необходимо разработать простую минималистичную вебсистему, основной целью которой является ведение базы клиентов, создание записей на визиты и автоматизация процесса подтверждения визитов через SMS, отправка одноразовых ссылок через API с самого сервиса. Проект разрабатывается поэтапно. На первом этапе необходимо реализовать лишь базовую функциональность (MVP), чтобы систему можно было использовать в реальной работе. После запуска и тестирования она будет постепенно расширяться новыми модулями.Основная функциональность первого этапа авторизация пользователей; база клиентов; создание и редактирование записей; список записей (или простой календарь); переключение между торговыми точками; интеграция с SMS-оператором через API; отправка SMS с произвольным текстом или ссылкой для подтверждения визита; подтверждение или отмена визита клиентом по одноразовой ссылке; отображение статуса подтверждения непосредственно рядом с записью клиента. На начальном этапе вместо полноценного календаря допускается использование простого списка записей по дням. Каждый день должен содержать хронологический список бронирований с указанием времени, имени клиента, услуги, работника и статуса подтверждения. В дальнейшем этот список можно будет заменить на полноценный календарь без изменения структуры системы. В системе должна быть возможность переключаться между торговыми точками. Каждая торговая точка имеет собственный список записей (или календарь), но все они используют общую базу клиентов.