Корпоративный сайт (сайт компании). Платформа: по рекомендации специалиста. Функционал сайта: Многостраничный сайт ветеринарной сети с онлайн записью, вызовом врача на дом, каталогом услуг, страницами врачей и филиалов, блогом, отзывами, CRM , телефонией, SEO подготовкой и адаптивной мобильной версией. Контента нет. Пожелания и особенности: Техническое задание на разработку нового сайта ветеринарной сети Требуется команда или специалист для проектирования и разработки современного многостраничного сайта ветеринарной сети с возможностью оказания услуг как в клиниках, так и на дому. Текущий сайт работает и имеет хорошие позиции в поисковых системах. Новый сайт создается как отдельный проект с учетом современных требований UX/UI, SEO, мобильного трафика и конверсии. Цель проекта Разработать современный коммерческий сайт, который: • вызывает доверие у владельцев животных; • эффективно конвертирует посетителей в звонки и заявки; • одинаково хорошо продает услуги клиник и услуги выезда ветеринара на дом; • соответствует современным требованиям UX/UI; • имеет качественную SEO архитектуру для дальнейшего продвижения; • обеспечивает высокую скорость работы на всех устройствах; • легко масштабируется по мере добавления новых услуг и филиалов. Основные требования к сайту Структура Необходима разработка структуры сайта с нуля. Предварительно планируются следующие разделы: • Главная страница; • Услуги клиники; • Вызов ветеринара на дом; • Экстренная ветеринарная помощь; • Врачи; • Филиалы; • Цены; • Акции; • Отзывы; • Блог и статьи; • Контакты; • Отдельные посадочные страницы под основные услуги. Исполнитель должен предложить собственные рекомендации по структуре и пользовательским сценариям. UX/UI Необходим современный коммерческий интерфейс уровня 2026 года. Требуется: • UX исследование; • прототипирование; • проектирование пользовательских сценариев; • разработка дизайн системы; • адаптивный дизайн; • мобильная версия; • продуманная навигация; • высокая читаемость контента; • акцент на конверсии; • понятные формы записи; • удобный поиск информации. Дизайн должен выглядеть современно, профессионально и вызывать доверие. Не интересуют шаблонные решения, визуально устаревшие сайты и дизайн образца 2020 года. SEO Сайт должен проектироваться сразу с учетом требований SEO. Требуется: • разработка правильной структуры разделов; • продуманная вложенность страниц; • SEO дружественные URL; • корректная перелинковка; • возможность создания большого количества посадочных страниц; • корректная индексация; • высокая скорость загрузки; • техническая готовность к дальнейшему продвижению. Исполнитель должен понимать принципы SEO проектирования коммерческих сайтов. Технические требования • адаптивность для всех устройств; • высокая скорость загрузки; • удобная административная часть; • защита от спама; • интеграция форм заявок; • возможность подключения телефонии, CRM, аналитики и рекламных систем; • возможность дальнейшего масштабирования проекта. Технологический стек обсуждается. Самописные решения, популярные CMS и современные фреймворки рассматриваются при наличии аргументации. Требования к исполнителю Обязательно: • наличие портфолио коммерческих проектов; • опыт разработки многостраничных сайтов услуг; • опыт работы с медицинскими, ветеринарными или сервисными проектами будет преимуществом; • понимание UX, SEO и конверсии; • наличие ИП или статуса самозанятого; • готовность работать по договору; • соблюдение сроков; • готовность к поэтапной сдаче работ. Формат сотрудничества Рассматриваются варианты: • разработка под ключ; • отдельная команда из UX специалиста, дизайнера и разработчика; • агентства и частные специалисты. Порядок оплаты • безналичный расчет; • договор; • постоплата за выполненный этап либо поэтапная оплата после приемки результатов работ; • предоплата не рассматривается либо возможна только в минимальном размере после согласования условий. Что указать в отклике • ссылки на выполненные проекты; • описание вашей команды; • предполагаемый технологический стек; • сроки выполнения проекта; • ориентировочную стоимость; • этапы реализации проекта; • опыт создания сайтов с высокой конверсией и SEO ориентированной структурой. Приоритет будет отдаваться специалистам, которые смогут обосновать свои решения с точки зрения конверсии, удобства пользователей и дальнейшего продвижения сайта в поисковых системах.
Заголовок: Настройка WMS «МойСклад» под новый склад (топология, ТСД, приемка, отгрузка, инвентаризация) Описание задачи: Есть новый склад (не пустует, товар завезен частично, но процесс не отлажен) и лицензия на «МойСклад» (стандартный WMS-модуль, без API-доработок под стороннее ПО). Нужно настроить систему так, чтобы склад работал полностью внутри «МоегоСклада» с использованием ТСД. Цель: полностью перевести складские процессы на адресное хранение + сбор по ТСД (без бумаги). Что уже есть: Учетная система — «МойСклад» (последняя версия, онлайн). ТСД — несколько терминалов на Android (или подобные) с поддержкой приложения «МойСклад». Склад — стеллажное/полочное хранение, примерно 500–1000 ячеек (точное количество определим по факту). Штрихкоды на товарах — частично свои, частично производителя. Штрихкоды на местах хранения — пока нет. Что нужно сделать специалисту: 1. Аудит текущего состояния (удаленно или на месте) Посмотреть текущие настройки склада в «МС». Оценить, какие ячейки и зоны уже созданы. Дать рекомендации по схеме адресов (зона ? стеллаж ? полка ? ячейка). 2. Проектирование топологии склада Разработать структуру зон / ячеек с учетом логики приемки, хранения и отборки. Создать (или помочь создать) адресную систему в «МойСклад». Настроить правила размещения товара по умолчанию (в свободную ячейку, в указанную зону, по приоритету). 3. Настройка процессов под ТСД Приемка: Поступление товара по ТСД (сканирование накладной, поштучно / коробками). Автоматическое размещение в ячейку (с выбором зоны или с предложением системы). Печать этикеток на товар (если нужно) с QR/штрихкодом. Размещение: Подсказка сотруднику, в какую ячейку положить товар (с учетом правил «МойСклад»: плотность, совместимость, вес). Контроль, что товар положен именно в ту ячейку. Отгрузка: Сбор заказов по ТСД (маршрутный лист, последовательность отбора). Подтверждение отбора сканированием товара и ячейки. Упаковка и формирование отгрузки в системе. Контроль негативных остатков / пересорта. Перемещения / перекладка: Перенос товара между ячейками (вручную или при оптимизации). Инвентаризация: Плановая и выборочная инвентаризация через ТСД. Сверка с фактом, формирование актов и корректировка остатков. Циклический подсчет (по зонам / категориям). 4. Настройка печатных форм и документов Этикетки для ячеек (с QR-кодом адреса). Маршрутные листы сбора (для резерва, если ТСД разрядится). Накладные, акты инвентаризации. 5. Обучение персонала Инструкции для кладовщиков, комплектовщиков, приемщиков (с видео или текстом). Онлайн-созвон / запись экрана с разбором типовых операций. Чек-лист запуска склада. 6. Техническая поддержка в течение 2 недель после запуска Быстрые правки настройков. Помощь с первыми проблемами ТСД / синхронизации. Что не требуется (важно): Программирование / API-интеграции с другими системами. Настройка серверов или баз данных. Разработка своего WMS. Всё делается стандартными средствами «МойСклад» (WMS-функционал + ТСД). Требования к исполнителю: Опыт успешного запуска не менее 3 складов на «МойСклад» (с ТСД). Понимание адресного хранения, типов ячеек, зонирования. Умение объяснять не техническим людям (обучать кладовщиков). Готовность к созвонам / демонстрации экрана (или выезду на склад — обговаривается отдельно). Наличие портфолио / скриншотов настроенных складов. Результат работы: Полностью работающий склад в «МойСклад»: все операции — приемка, размещение, отгрузка, перемещение, инвентаризация — выполняются через ТСД. Отключена «бумажная» логика (или сведена к минимуму). Персонал обучен и может работать без консультаций автора. Документация (краткая) по созданным настройкам. Формат работы: Удаленно (в идеале) + возможен выезд на склад в [УКАЖИТЕ ГОРОД] за дополнительную оплату. Срок: примерно 5–10 рабочих дней (обсуждаем). Бюджет: готов обсудить после уточнения объема (укажите вашу ставку / стоимость проекта). Ключевые слова для отклика: WMS МойСклад Настройка ТСД МойСклад Адресное хранение Приемка и отгрузка в МС Инвентаризация через терминал сбора данных Внедрение склада с нуля Готов ответить на ваши уточняющие вопросы по складу. Откликайтесь с кратким описанием вашего опыта по аналогичным проектам.
Уже есть: Другое. Доска объявлений. Платформа: GitHub. Функционал сайта: . Контент есть. Пожелания и особенности: Техническое задание (ТЗ) на доработку сайта «Платформа для сервиса услуг» 1. Общие положения Требуется доработать существующий сайт-платформу, где заказчики находят исполнителей для различных услуг (музыкант, фотограф и т.д.). Нанимаемый программист должен реализовать описанный ниже функционал. Исходный код проекта размещён в GitHub (репозиторий). Нанимаемый программист работает с этим репозиторием: создаёт ветку, реализует функционал, оформляет Pull Request. Все доработки выполняются без прямого доступа к работающему продакшен-сайту, но с учётом дальнейшего развёртывания на сервере. — необходимо обеспечить совместимость с текущей архитектурой (стек технологии Typescript/Nextjs/Nodejs/PostgreSQL/Prisma ORM/Redis/WebSocket). 2. Регистрация и идентификация 2.1. Username handle · У каждого пользователя (и заказчик, и исполнитель) должен быть уникальный username handle (публичное имя,@никнейм). · Handle используется для упоминаний, ссылок на профиль и идентификации внутри платформы. · Возможность смены handle — только после проверки уникальности. 3. Панели управления (Dashboards) для исполнителей 3.1. Собственная панель для каждой категории услуг · У исполнителя должна быть только одна категория услуг (например, « Повар», «Фотограф», «Флорист»). · Для каждой категории должна быть своя отдельная dashboard (панель управления). · На dashboard отображаются: · заказы, относящиеся только к этой категории; · график/календарь бронирований; · статистика по категории (выручка, выполненные заказы, рейтинг); · настройки категории (цены, зона выезда, описание). 4.1. SSL-сертификат · Администратор покупает и устанавливает SSL certificate для домена сайта. · Все соединения (frontend ? backend, API, микросервисы) должны работать только по HTTPS. · Программист обязан проверить корректность перенаправления HTTP ? HTTPS и обновить ссылки в коде. 4.2. API и микросервисная архитектура · Бэкенд должен быть реализован с использованием microservice подхода. · Выделить как минимум три микросервиса: · сервис пользователей (регистрация, OTP, handle); · сервис заказов и бронирований (booking); · платежный сервис (работа с банком, возвраты). · Межсервисное взаимодействие — через REST API или message broker (на усмотрение разработчика, но требуется согласование). · Каждый микросервис разворачивается независимо. 5. Административная панель 5.1. Полный контроль над бронированиями (Booking Full Control) · В админ-панели реализовать управление всеми booking (бронированиями/заказами) между заказчиками и исполнителями. · Возможности администратора: · просматривать список всех бронирований (фильтр по дате, статусу, категории, пользователю); · изменять статус бронирования вручную (подтвердить, отменить, завершить); · редактировать дату, время, сумму, состав услуг; · добавлять комментарии к бронированию (видимые обеим сторонам); · блокировать или разблокировать спорные заказы. · Все действия администратора логируются (кто, когда, что изменил). 6. Платежный сценарий и возвраты (Refund) 6.1. Требования к платежам (Frontend + Backend) · Платформа интегрируется с банком или платёжным шлюзом через Refund API (поддержка возвратов). · Frontend: формы оплаты, отображение истории платежей, кнопка «Запросить возврат» (если доступно). · Backend: обработка платежей, взаимодействие с API банка, списание/заморозка средств, инициирование возврата. 6.2. Ситуации, когда возврат средств инициируется автоматически или через админа 6.3. Процесс возврата 7. Требования к результату работы · Весь новый функционал должен быть задокументирован (комментарии в коде, описание API для микросервисов). · Предоставить инструкцию по настройке SSL и развёртыванию микросервисов на целевом сервере. · Провести тестирование: регистрацию через SMS OTP, работу dashboard для разных категорий, полный цикл бронирования и возврата платежа через sandbox банка. 8. Приоритет и сроки (примерно) · Реализация требований 2, 4, 5 — высокий приоритет. · Платёжный сценарий и админ-панель — средний приоритет (но обязательны). · Сроки обсуждаются отдельно с учётом текущего состояния кода.
Уже есть: Другое. Доска объявлений. Платформа: GitHub. Функционал сайта: . Контент есть. Пожелания и особенности: Техническое задание (ТЗ) на доработку сайта «Платформа для сервиса услуг» 1. Общие положения Требуется доработать существующий сайт-платформу, где заказчики находят исполнителей для различных услуг (музыкант, фотограф и т.д.). Нанимаемый программист должен реализовать описанный ниже функционал. Исходный код проекта размещён в GitHub (репозиторий). Нанимаемый программист работает с этим репозиторием: создаёт ветку, реализует функционал, оформляет Pull Request. Все доработки выполняются без прямого доступа к работающему продакшен-сайту, но с учётом дальнейшего развёртывания на сервере. — необходимо обеспечить совместимость с текущей архитектурой (стек технологии Typescript/Nextjs/Nodejs/PostgreSQL/Prisma ORM/Redis/WebSocket). 2. Регистрация и идентификация 2.1. Username handle · У каждого пользователя (и заказчик, и исполнитель) должен быть уникальный username handle (публичное имя,@никнейм). · Handle используется для упоминаний, ссылок на профиль и идентификации внутри платформы. · Возможность смены handle — только после проверки уникальности. 3. Панели управления (Dashboards) для исполнителей 3.1. Собственная панель для каждой категории услуг · У исполнителя должна быть только одна категория услуг (например, « Повар», «Фотограф», «Флорист»). · Для каждой категории должна быть своя отдельная dashboard (панель управления). · На dashboard отображаются: · заказы, относящиеся только к этой категории; · график/календарь бронирований; · статистика по категории (выручка, выполненные заказы, рейтинг); · настройки категории (цены, зона выезда, описание). 4.1. SSL-сертификат · Администратор покупает и устанавливает SSL certificate для домена сайта. · Все соединения (frontend ? backend, API, микросервисы) должны работать только по HTTPS. · Программист обязан проверить корректность перенаправления HTTP ? HTTPS и обновить ссылки в коде. 4.2. API и микросервисная архитектура · Бэкенд должен быть реализован с использованием microservice подхода. · Выделить как минимум три микросервиса: · сервис пользователей (регистрация, OTP, handle); · сервис заказов и бронирований (booking); · платежный сервис (работа с банком, возвраты). · Межсервисное взаимодействие — через REST API или message broker (на усмотрение разработчика, но требуется согласование). · Каждый микросервис разворачивается независимо. 5. Административная панель 5.1. Полный контроль над бронированиями (Booking Full Control) · В админ-панели реализовать управление всеми booking (бронированиями/заказами) между заказчиками и исполнителями. · Возможности администратора: · просматривать список всех бронирований (фильтр по дате, статусу, категории, пользователю); · изменять статус бронирования вручную (подтвердить, отменить, завершить); · редактировать дату, время, сумму, состав услуг; · добавлять комментарии к бронированию (видимые обеим сторонам); · блокировать или разблокировать спорные заказы. · Все действия администратора логируются (кто, когда, что изменил). 6. Платежный сценарий и возвраты (Refund) 6.1. Требования к платежам (Frontend + Backend) · Платформа интегрируется с банком или платёжным шлюзом через Refund API (поддержка возвратов). · Frontend: формы оплаты, отображение истории платежей, кнопка «Запросить возврат» (если доступно). · Backend: обработка платежей, взаимодействие с API банка, списание/заморозка средств, инициирование возврата. 6.2. Ситуации, когда возврат средств инициируется автоматически или через админа 6.3. Процесс возврата 7. Требования к результату работы · Весь новый функционал должен быть задокументирован (комментарии в коде, описание API для микросервисов). · Предоставить инструкцию по настройке SSL и развёртыванию микросервисов на целевом сервере. · Провести тестирование: регистрацию через SMS OTP, работу dashboard для разных категорий, полный цикл бронирования и возврата платежа через sandbox банка. 8. Приоритет и сроки (примерно) · Реализация требований 2, 4, 5 — высокий приоритет. · Платёжный сценарий и админ-панель — средний приоритет (но обязательны). · Сроки обсуждаются отдельно с учётом текущего состояния кода.
Создание сайта. Доска объявлений. Платформа: GitHub. Функционал сайта: . Контент есть. Пожелания и особенности: Техническое задание (ТЗ) на доработку сайта «Платформа для сервиса услуг» 1. Общие положения Требуется доработать существующий сайт-платформу, где заказчики находят исполнителей для различных услуг (музыкант, фотограф и т.д.). Нанимаемый программист должен реализовать описанный ниже функционал. Исходный код проекта размещён в GitHub (репозиторий). Нанимаемый программист работает с этим репозиторием: создаёт ветку, реализует функционал, оформляет Pull Request. Все доработки выполняются без прямого доступа к работающему продакшен-сайту, но с учётом дальнейшего развёртывания на сервере. — необходимо обеспечить совместимость с текущей архитектурой (стек технологии Typescript/Nextjs/Nodejs/PostgreSQL/Prisma ORM/Redis/WebSocket). 2. Регистрация и идентификация 2.1. Username handle · У каждого пользователя (и заказчик, и исполнитель) должен быть уникальный username handle (публичное имя,@никнейм). · Handle используется для упоминаний, ссылок на профиль и идентификации внутри платформы. · Возможность смены handle — только после проверки уникальности. 3. Панели управления (Dashboards) для исполнителей 3.1. Собственная панель для каждой категории услуг · У исполнителя должна быть только одна категория услуг (например, « Повар», «Фотограф», «Флорист»). · Для каждой категории должна быть своя отдельная dashboard (панель управления). · На dashboard отображаются: · заказы, относящиеся только к этой категории; · график/календарь бронирований; · статистика по категории (выручка, выполненные заказы, рейтинг); · настройки категории (цены, зона выезда, описание). 4.1. SSL-сертификат · Администратор покупает и устанавливает SSL certificate для домена сайта. · Все соединения (frontend ? backend, API, микросервисы) должны работать только по HTTPS. · Программист обязан проверить корректность перенаправления HTTP ? HTTPS и обновить ссылки в коде. 4.2. API и микросервисная архитектура · Бэкенд должен быть реализован с использованием microservice подхода. · Выделить как минимум три микросервиса: · сервис пользователей (регистрация, OTP, handle); · сервис заказов и бронирований (booking); · платежный сервис (работа с банком, возвраты). · Межсервисное взаимодействие — через REST API или message broker (на усмотрение разработчика, но требуется согласование). · Каждый микросервис разворачивается независимо. 5. Административная панель 5.1. Полный контроль над бронированиями (Booking Full Control) · В админ-панели реализовать управление всеми booking (бронированиями/заказами) между заказчиками и исполнителями. · Возможности администратора: · просматривать список всех бронирований (фильтр по дате, статусу, категории, пользователю); · изменять статус бронирования вручную (подтвердить, отменить, завершить); · редактировать дату, время, сумму, состав услуг; · добавлять комментарии к бронированию (видимые обеим сторонам); · блокировать или разблокировать спорные заказы. · Все действия администратора логируются (кто, когда, что изменил). 6. Платежный сценарий и возвраты (Refund) 6.1. Требования к платежам (Frontend + Backend) · Платформа интегрируется с банком или платёжным шлюзом через Refund API (поддержка возвратов). · Frontend: формы оплаты, отображение истории платежей, кнопка «Запросить возврат» (если доступно). · Backend: обработка платежей, взаимодействие с API банка, списание/заморозка средств, инициирование возврата. 6.2. Ситуации, когда возврат средств инициируется автоматически или через админа 6.3. Процесс возврата 7. Требования к результату работы · Весь новый функционал должен быть задокументирован (комментарии в коде, описание API для микросервисов). · Предоставить инструкцию по настройке SSL и развёртыванию микросервисов на целевом сервере. · Провести тестирование: регистрацию через SMS OTP, работу dashboard для разных категорий, полный цикл бронирования и возврата платежа через sandbox банка. 8. Приоритет и сроки (примерно) · Реализация требований 2, 4, 5 — высокий приоритет. · Платёжный сценарий и админ-панель — средний приоритет (но обязательны). · Сроки обсуждаются отдельно с учётом текущего состояния кода.
Создание сайта. Доска объявлений. Функционал сайта: . Контент есть. Пожелания и особенности: Техническое задание (ТЗ) на доработку сайта «Платформа для сервиса услуг» 1. Общие положения Требуется доработать существующий сайт-платформу, где заказчики находят исполнителей для различных услуг (музыкант, фотограф и т.д.). Нанимаемый программист должен реализовать описанный ниже функционал. Исходный код проекта размещён в GitHub (репозиторий). Нанимаемый программист работает с этим репозиторием: создаёт ветку, реализует функционал, оформляет Pull Request. Все доработки выполняются без прямого доступа к работающему продакшен-сайту, но с учётом дальнейшего развёртывания на сервере. — необходимо обеспечить совместимость с текущей архитектурой (стек технологии Typescript/Nextjs/Nodejs/PostgreSQL/Prisma ORM/Redis/WebSocket). 2. Регистрация и идентификация 2.1. Username handle · У каждого пользователя (и заказчик, и исполнитель) должен быть уникальный username handle (публичное имя,@никнейм). · Handle используется для упоминаний, ссылок на профиль и идентификации внутри платформы. · Возможность смены handle — только после проверки уникальности. 3. Панели управления (Dashboards) для исполнителей 3.1. Собственная панель для каждой категории услуг · У исполнителя должна быть только одна категория услуг (например, « Повар», «Фотограф», «Флорист»). · Для каждой категории должна быть своя отдельная dashboard (панель управления). · На dashboard отображаются: · заказы, относящиеся только к этой категории; · график/календарь бронирований; · статистика по категории (выручка, выполненные заказы, рейтинг); · настройки категории (цены, зона выезда, описание). 4.1. SSL-сертификат · Администратор покупает и устанавливает SSL certificate для домена сайта. · Все соединения (frontend ? backend, API, микросервисы) должны работать только по HTTPS. · Программист обязан проверить корректность перенаправления HTTP ? HTTPS и обновить ссылки в коде. 4.2. API и микросервисная архитектура · Бэкенд должен быть реализован с использованием microservice подхода. · Выделить как минимум три микросервиса: · сервис пользователей (регистрация, OTP, handle); · сервис заказов и бронирований (booking); · платежный сервис (работа с банком, возвраты). · Межсервисное взаимодействие — через REST API или message broker (на усмотрение разработчика, но требуется согласование). · Каждый микросервис разворачивается независимо. 5. Административная панель 5.1. Полный контроль над бронированиями (Booking Full Control) · В админ-панели реализовать управление всеми booking (бронированиями/заказами) между заказчиками и исполнителями. · Возможности администратора: · просматривать список всех бронирований (фильтр по дате, статусу, категории, пользователю); · изменять статус бронирования вручную (подтвердить, отменить, завершить); · редактировать дату, время, сумму, состав услуг; · добавлять комментарии к бронированию (видимые обеим сторонам); · блокировать или разблокировать спорные заказы. · Все действия администратора логируются (кто, когда, что изменил). 6. Платежный сценарий и возвраты (Refund) 6.1. Требования к платежам (Frontend + Backend) · Платформа интегрируется с банком или платёжным шлюзом через Refund API (поддержка возвратов). · Frontend: формы оплаты, отображение истории платежей, кнопка «Запросить возврат» (если доступно). · Backend: обработка платежей, взаимодействие с API банка, списание/заморозка средств, инициирование возврата. 6.2. Ситуации, когда возврат средств инициируется автоматически или через админа 6.3. Процесс возврата 7. Требования к результату работы · Весь новый функционал должен быть задокументирован (комментарии в коде, описание API для микросервисов). · Предоставить инструкцию по настройке SSL и развёртыванию микросервисов на целевом сервере. · Провести тестирование: регистрацию через SMS OTP, работу dashboard для разных категорий, полный цикл бронирования и возврата платежа через sandbox банка. 8. Приоритет и сроки (примерно) · Реализация требований 2, 4, 5 — высокий приоритет. · Платёжный сценарий и админ-панель — средний приоритет (но обязательны). · Сроки обсуждаются отдельно с учётом текущего состояния кода.
Практика. Практика. Пожелания и особенности: 0. Что вы сдаете (3 вещи - всегда) К сдаче принимаются только проекты, у которых есть: GitHub-репозиторий с проектом Деплой (ссылка на работающий сайт) Отчет (.docx или .pdf) по шаблону Если нет хотя бы одного пункта - проект считается неполным. 1. С чего начать: выбрать проект из каталога Проект выбирается из утвержденного каталога пет?проектов. В отчете (раздел «Выбранный проект») обязательно укажите: Название проекта Ссылку на проект из каталога (обязательно!) Что именно вы реализовали / доработали Если ссылки на выбранный проект нет - это ошибка оформления. 2. GitHub: что должно быть в репозитории 2.1 Обязательно Репозиторий публичный Проект загружен не архивом (.zip), а исходниками В корне есть README.md 2.2 Что должно быть в README.md Короткое описание проекта (2–5 предложений) Стек (frontend / backend / db) Как запустить локально (кратко) Ссылка на деплой Бейдж Code Climate (для оценки «4» и «5») 2.3 Про коммиты Рекомендуется (и помогает избежать подозрений в плагиате): Не делать один огромный коммит на весь проект Сохранять историю разработки: несколько осмысленных коммитов 3. Деплой: что считается «рабочим» Деплой нужен для оценки «5» (и сильно упрощает проверку). Ссылка на деплой должна: Открывать сайт в режиме инкогнито Не выдавать 400/500 ошибок при кликах по основным действиям Быть доступной на момент проверки Можно использовать любые хостинги (Vercel/Render/Railway и т.д.). 4. Если есть аккаунты - вы обязаны дать доступ Если в проекте есть авторизация (логин/регистрация/роли), в «Техническом паспорте» отчета обязательно укажите: login password Проверяющие не должны регистрироваться сами. Если тестовые данные не работают - оценка «5» не ставится. 5. Отчет: что в нем должно быть (по новой структуре) Официальная часть заполняется по шаблону. Практическая часть состоит из 7 разделов: 5.1 Выбранный проект Название + ссылка из каталога Короткое описание Что реализовано/доработано 5.2 Технический паспорт проекта Таблица со всеми ссылками и параметрами (GitHub, деплой, стек, доступы). 5.3 Архитектура Общая архитектурная схема (frontend-backend-db) ERD (таблицы и связи) Use Case (2–4 сценария) API (если есть): эндпойнты с примерами или ссылка на Swagger/OpenAPI 5.4 Таблица соответствия (трассировка реализации) - самый важный раздел В таблице для каждой функции укажите: Функцию (что умеет проект) Ссылку на файл/папку в GitHub Ссылку на экран/страницу деплоя Если функции нет в таблице - она считается не реализованной. 5.5 Демонстрация работы (GIF/видео/asciinema) Выберите один формат демонстрации (до 2 минут): GIF, видео или asciinema. Демо должно показывать: основной сценарий ? действие ? результат (например, создание/изменение данных). 5.6 Качество кода Для оценки «4/5» в README должен быть бейдж Code Climate с оценкой A или B. 5.7 Вывод по практике 1–2 страницы: что сделали, что было сложно, чему научились, что бы улучшили дальше. 6. Как получить оценку Оценка Условия 3 Отчет + GitHub + README + ссылка на выбранный проект из каталога. 4 Все на «3» + бейдж Code Climate (A/B) + демонстрация (GIF/видео/asciinema). 5 Все на «4» + рабочий деплой + тестовые данные (если есть авторизация) + основные сценарии работают. 7. Типичные ошибки (чтобы не терять баллы) Репозиторий закрыт или ссылка не открывается В репозитории один массовый коммит на все Деплой не работает / есть 500 ошибки Есть авторизация, но нет логина/пароля или данные не работают Таблица соответствия не заполнена ERD/Use Case не соответствуют реальному функционалу проекта Ссылки в отчете ведут не туда (например, только на главную страницу) 8. Чек-лист перед сдачей Проверка Ок GitHub открывается в режиме инкогнито Деплой открывается в режиме инкогнито README заполнен (описание/стек/запуск/деплой) Бейдж Code Climate отображается (для «4/5») В отчете есть ссылка на выбранный проект из каталога Заполнен «Технический паспорт» Заполнена «Таблица соответствия» Есть демонстрация (GIF/видео/asciinema) Есть тестовые данные, если есть авторизация.
Практика. Практика. Пожелания и особенности: 0. Что вы сдаете (3 вещи - всегда) К сдаче принимаются только проекты, у которых есть: GitHub-репозиторий с проектом Деплой (ссылка на работающий сайт) Отчет (.docx или .pdf) по шаблону Если нет хотя бы одного пункта - проект считается неполным. 1. С чего начать: выбрать проект из каталога Проект выбирается из утвержденного каталога пет?проектов. В отчете (раздел «Выбранный проект») обязательно укажите: Название проекта Ссылку на проект из каталога (обязательно!) Что именно вы реализовали / доработали Если ссылки на выбранный проект нет - это ошибка оформления. 2. GitHub: что должно быть в репозитории 2.1 Обязательно Репозиторий публичный Проект загружен не архивом (.zip), а исходниками В корне есть README.md 2.2 Что должно быть в README.md Короткое описание проекта (2–5 предложений) Стек (frontend / backend / db) Как запустить локально (кратко) Ссылка на деплой Бейдж Code Climate (для оценки «4» и «5») 2.3 Про коммиты Рекомендуется (и помогает избежать подозрений в плагиате): Не делать один огромный коммит на весь проект Сохранять историю разработки: несколько осмысленных коммитов 3. Деплой: что считается «рабочим» Деплой нужен для оценки «5» (и сильно упрощает проверку). Ссылка на деплой должна: Открывать сайт в режиме инкогнито Не выдавать 400/500 ошибок при кликах по основным действиям Быть доступной на момент проверки Можно использовать любые хостинги (Vercel/Render/Railway и т.д.). 4. Если есть аккаунты - вы обязаны дать доступ Если в проекте есть авторизация (логин/регистрация/роли), в «Техническом паспорте» отчета обязательно укажите: login password Проверяющие не должны регистрироваться сами. Если тестовые данные не работают - оценка «5» не ставится. 5. Отчет: что в нем должно быть (по новой структуре) Официальная часть заполняется по шаблону. Практическая часть состоит из 7 разделов: 5.1 Выбранный проект Название + ссылка из каталога Короткое описание Что реализовано/доработано 5.2 Технический паспорт проекта Таблица со всеми ссылками и параметрами (GitHub, деплой, стек, доступы). 5.3 Архитектура Общая архитектурная схема (frontend-backend-db) ERD (таблицы и связи) Use Case (2–4 сценария) API (если есть): эндпойнты с примерами или ссылка на Swagger/OpenAPI 5.4 Таблица соответствия (трассировка реализации) - самый важный раздел В таблице для каждой функции укажите: Функцию (что умеет проект) Ссылку на файл/папку в GitHub Ссылку на экран/страницу деплоя Если функции нет в таблице - она считается не реализованной. 5.5 Демонстрация работы (GIF/видео/asciinema) Выберите один формат демонстрации (до 2 минут): GIF, видео или asciinema. Демо должно показывать: основной сценарий ? действие ? результат (например, создание/изменение данных). 5.6 Качество кода Для оценки «4/5» в README должен быть бейдж Code Climate с оценкой A или B. 5.7 Вывод по практике 1–2 страницы: что сделали, что было сложно, чему научились, что бы улучшили дальше. 6. Как получить оценку Оценка Условия 3 Отчет + GitHub + README + ссылка на выбранный проект из каталога. 4 Все на «3» + бейдж Code Climate (A/B) + демонстрация (GIF/видео/asciinema). 5 Все на «4» + рабочий деплой + тестовые данные (если есть авторизация) + основные сценарии работают. 7. Типичные ошибки (чтобы не терять баллы) Репозиторий закрыт или ссылка не открывается В репозитории один массовый коммит на все Деплой не работает / есть 500 ошибки Есть авторизация, но нет логина/пароля или данные не работают Таблица соответствия не заполнена ERD/Use Case не соответствуют реальному функционалу проекта Ссылки в отчете ведут не туда (например, только на главную страницу) 8. Чек-лист перед сдачей Проверка Ок GitHub открывается в режиме инкогнито Деплой открывается в режиме инкогнито README заполнен (описание/стек/запуск/деплой) Бейдж Code Climate отображается (для «4/5») В отчете есть ссылка на выбранный проект из каталога Заполнен «Технический паспорт» Заполнена «Таблица соответствия» Есть демонстрация (GIF/видео/asciinema) Есть тестовые данные, если есть авторизация.
Веб-разработка. Доработка существующего продукта, тестирование, настройка. Вся информация по ссылке https://disk.yandex.ru/d/_wEBPIBnyo_oZw Бюджет на первый этап 150 тысяч рублей Исполнитель обязуется по заданию Заказчика доработать существующий проект и разработать и передать первый этап веб-приложения «Рабочая среда управления транспортом», которая включает в себя Систему мониторинга пропусков, РНИС, МАП, проверка ДК, ОСАГО, штрафов, оформления заказов на услуги от клиентов, подсистема работы сотрудников над заявками от клиентов, подсистема учета и работы над заявками от клентов на услугу «Пропуск в Москву и пропуск в Московскую область», система авторизации всех пользователей, подсистемы проверики статусов регистрации и передачи транспортных средств в РНИС, регистрации в МАП, проверки штрафов, диагностических карт, ОСАГО, проверка и регистрация в других системах ( системы которые предусмотрены необходимым функционалом) и другой функционал описанные ниже в документе и по ссылкам в документе» (далее — «Система»), а Заказчик обязуется принять и оплатить результат в порядке, предусмотренном настоящим Договором. 1.2. Состав работ проекта в том числе работы первого этапа включает: При проектировании архитектуры системы и необходимых подсистем и модулей необходимо учесть, что количество транспортных средств более 45000 и пользователей с каждым разом будет становиться больше и больше. Должна быть отказоустойчивая система, система даже во время обновлений не должна прерываться ( то есть работа должна быть стабильная, обновление происходит только в ночное время, если во время обновления что то пошло не так система должна обратно откатиться на стабильный релиз и при этом не должно быть потеря пользовательских данных. Проет состоит из следующих модулей и подсистем: 1. Система авторизации пользователей и сотрудников 2. МОДУЛЬ ПРОДАЖ, 2. 1. МОДУЛЬ УПРАВЛЕЧЕНСКОГО УЧЕТА, 3. МОДУЛЬ КОММУНИКАЦИЙ С КЛИЕНТАМИ ЧЕРЕЗ РАЗЛИЧНЫЕ МЕССЕДЖЕРЫ И ЭЛЕКТРОННУЮ ПОЧТУ И СМС , 4 МОДУЛЬ ПОИСКА КЛИЕНТОВ, 5. МОДУЛЬ ОПОВЕЩЕНИЙ ( СИСТЕМНЫЕ ОПОВЕЩЕНИЙ,ОПОВЕЩЕНИЯ КЛИЕНТОВ) 6. МОДУЛЬ РАССЫЛОК, 7. МОДУЛЬ АПИ, 8. МОДУЛЬ ВЗАИМОДЕЙСТВИЯ С ДИАДОКОМ, СБИС,ЭЛЬБОЙ 9. МОДУЛЬ учета заявок, работы с заявками, подготовки пакета документов, проверки пакета документов, подачи заявок на МОС РУ, МОУРЕГ РУ, ГОСУСЛУГАМИ, АС ОВГА, ДРУГИЕ САЙТЫ ГОССТРУКТУР, 10. модуль выпуска Электронно-цифровой подписи с УЦ АЙТИМОНИТОРИНГ через АПИ, 11. Модуль диагностическая карта (через АПИ) 11.1. Модуль диагностическая карта (без АПИ) 12. модуль выпуска Электронно-цифровой подписи с УЦ Калуга АСТРАЛ - нет АПИ 13. Модуль парсера сайта Операторы ТО ( проверка действующих или не действующих операторов ТО, а также парсинг другой информации по операторам ТО) 14. модуль взаимодействия с РНИС МОСКВЫ 15. модуль ОСАГО(проверка, оформление полисов ОСАГО через те или иные площадки) 16. Модуль Личный кабинет Клиента ( формирование заявок на услуги, проверка информации о внесенных транспортных средствах на штрафы, на пропуск в Москву, на ограничения, проверка диагностической карты, проверка водителей, проверка по ИНН всего транспорта компании) 17. Корпоративный портал - сайт для клиентов и верификации ВАТ САП БИЗНЕС АПИ( получение верификации) 18. Модуль работы с ват САП бизнес АПИ 19. Модуль поиска клиентов через телеграмм 20. Телеграмм бот для оповещения клиентов по действующи заказам и Изменению по оказанным услугам(статусам) 21. Телеграмм бот для рассылки новым клиентам 22. Телеграмм бот для рассылки по новым проводимых акциях или изменениях которые важны для клиента и ему интересны 23. Модуль аналитики поведения клиента ( модуль который позволяет анализировать клиента и его поведение как на сайте так и в личном кабинете. Модуль помогает выявить на каком этапе у клиента возникли сложности и его затруднения, пытается предугадывать и подсказывать ему как пользоваться личным кабинетом или теми или иными сервисам 24. Модуль парсер выписок и ЕГРН-налоговая ( позволяет делать запросы и получать выписки из ЕГРН 25. МОДУЛЬ УЧЕТА, ПОДГОТОВКИ, ПРОВЕРКИ ДОКУМЕНТОВ И ФОРМИРОВАНИЯ ЗАЯВОК НА «ПРОПУСК) В САНКТ-ПЕТЕРБУРГЕ С ЗАПОЛНЕНИЕМ НА ПОРТАЛЕ С АВТОРИЗАЦИЕЙ ЧЕРЕЗ ГОСУСЛУГИ 26. Виртуальный РНИС 27. Другие модули и подсистемы.
Доработать, обновить. Настроить: обмен данными. Конфигурация 1С: Управление нашей фирмой. Версия: 8.3. Бизнес-цель работ: Импорт из корпоративного портала Битрикс24, хранение и обработка данных по работам (ремонт / заправка / логистика) Сервисного Центра Заказчика в 1С: УНФ с целью дальнейшей разработки отчетности по данным работам в 1С УНФ Что требуется сделать (основная задача, которую требуется решить): Донастроить (доработать кодом) существующий интеграционный коннектор 1С: УНФ / Битрикс 24. Особенности требуемой интеграции: - в 1С в документ «Заказ-наряд» должны импортироваться данные по 3 различным смарт-процессам (Dynamic Type Entity); - в каждом из смарт-процессов существуют собственные воронки действий; - в Заказ-наряде должен быть признак (дополнительный реквизит) позволяющий фильтровать документы по типам и воронкам, соответственно переданным данным из смарт-процессов (всего ожидается 8 типов Заказ нарядов); - в смарт-процессах по бизнес-причинам не используется стандартный компонент выбора и хранения товаров из каталога Битрикс24 (то есть вкладка Товары пустая); - для хранения информации, кодом (без использования Rest API) в Битрикс24 будут разработаны дополнительные вкладки в карточки сущности, которые позволяют выбирать и сохранять пользователю товары / услуги из каталога (работы по диагностике, выполненные работы, рекомендованные работы); - каждая вкладка представляет из себя отдельный кастомный компонент, обеспечивающий хранение информации с использованием Bitrix ORM; - в табличную часть документа Заказ-наряд 1С УНФ должны передаваться данные из разработанных вкладок. Какие задачи необходимо решить Исполнителю: 1. Настройка типовой загрузки 3-х смарт-процессов из Битрикс 24 в документ 1С:УНФ «Заказ-наряд»; 2. Сопоставление стандартных полей «смарт процессов и документа «Заказ-наряд»; 3. Разработка и настройка интеграции дополнительного реквизита «Тип заказ-наряда»; 4. Разработка способов интеграции в заказ-наряд кастомной информации о товарах / услугах смарт-процессов; 5. Совместное с Заказчиком тестирование загрузки документа «Заказ-наряд». Описание ожидаемого результата (критерии приемки работ): Настроен кастомный обмен данными между 1С УНФ и Битрикс24: данные смарт процессов (в том числе доработанные поля) передаются в полном объеме в документ Заказ-Наряд, с установленным расписанием обмена. Требуется ли инструкция по создаваемой доработке: Обязательное документирование всех доработок со стороны Исполнителя с предоставлением по окончанию работ Заказчику – полнота документации один из критериев приемки. Границы выполняемых работ: В рамках работ по настоящему Листу согласования Исполнитель не проводит обучение сотрудников Заказчика компьютерной грамотности, не разрабатывает методологию учета и не осуществляет реализацию необходимых инфраструктурных решений и обеспечение необходимой инфраструктуры для функционирования системы (серверная, компьютерная, сетевая инфраструктура и т.д.). В работы НЕ входит: - Установка приложения Битрикс 24 – «Коннектор 1С»; - Установка расширения Битрикс 24 для 1С:УНФ; - Настройка обмена Компаниями, Контактными лицами, Товарами, Сделками и т.д. (только смарт-процесс) – некорректная формулировка; - Прочие интеграции; - Работа выполняется со стороны 1С, при необходимости доработок со стороны Битрикс 24 – Заказчик самостоятельно обращается к партнеру сопровождающему Битрикс; - Доработка 1С:УНФ, расширения Битрикс – именно это и требуется; - Обучение работы с расширением Битрикс 24 для 1С; - Обучение работы с Битрикс 24; - Обновление 1С:УНФ или консультирование по работе с программой. Расширение Битрикс 24 для 1С:УНФ поставляется самим разработчиком Битрикс, Исполнитель не может нести ответственность за его ко.
Мы успешно представлены на российских маркетплейсах и несколько лет создаём модные коллекции, сочетающие высокое качество и актуальный стиль. За годы работы заслужили доверие тысяч покупателей по всей стране. Надёжные партнерские связи и эффективная производственная цепочка позволяют своевременно выпускать трендовые новинки. Почему выбирают нас? Входим в топ продаж на маркетплейсах Расширяем продуктовую линейку и укрепляем медийное присутствие Масштабируемся из года в год Активно развиваемся и ставим амбициозные цели Кого мы ищем? Профессионала, который возьмёт на себя создание и развитие ассортимента, системно управляя процессом от анализа рынка и идей — до запуска готовых товаров на площадки. Наш идеальный кандидат — лидер, самостоятельный и инициативный человек, умеющий вдохновлять команду, стратегически мыслить и добиваться быстрого роста за счёт создания качественного продукта! Наша основная цель: Системно запускать новые прибыльные товары и кратно расти в обороте. Ваши обязанности Выстраивать и руководить системой создания коллекций по своей категории Анализировать тренды, рынок, конкурентов и клиентские предпочтения Генерировать идеи и управлять проектами по запуску новых товаров Управлять полным циклом разработки и вывода изделия в продажу Вести работу с командой продаж, производством и маркетингом Что от вас требуется? Опыт работы в сфере продуктового или брендового менеджмента не менее 2-х лет Опыт работы с брендами на маркетплейсах будет вашим преимуществом Наличие собственной базы подрядчиков (фабрики, конструкторы, дизайнеры, технологи и др.) будет вашим преимуществом Аналитическое мышление и стратегический подход Навыки планирования, коммуникации и управления проектами Вдохновение и желание масштабировать бизнес Мы предлагаем вам: Возможность проектной занятости на старте и гибкого графика работы Мотивацию: оклад + KPI за результат. Итоговую сумму готовы обсуждать индивидуально Формат работы удаленный / гибрид Возможность посещения фабрик в Китае/ РФ/Киргизии, чтобы самостоятельно выбрать материалы и образцы Оплачиваемые больничные и отпуска Широкую зону ответственности и развития в стратегических решениях Дружелюбный, открытый и ответственный коллектив, а также здоровая и экологичная атмосфера Стабильную и результативную компанию бренд с реальными планами и возможностями на будущее Если вы хотите стать частью сильной и динамично развивающейся компании, воплощать идеи в трендовые коллекции и достигать больших успехов — присоединяйтесь к нам! Вместе мы создадим будущее моды и укрепим наши позиции на рынке Пожалуйста, отправляйте отклик через форму на Профи.ру. В резюме укажите опыт в продуктовом/брендовом менеджменте, примеры запусков ассортимента и, по возможности, ссылки на реализованные проекты. Если есть портфолио или рекомендации — приложите.
Корпоративный сайт. Платформа сайта: Bitrix. Сфера: авиатренажеры. Ищу специалиста, подрядчика для комплексного SEO-продвижения сайта https://dream-aero.ru/ по 15 городам, в которых расположены наши локации и авиатренажеры. Ключевые задачи: Продвижение сайта на первые позиции поисковых систем Яндекс и Google. Выход в ТОП-3 поисковой выдачи по целевым запросам, соответствующим геолокациям и тематике авиатренажеров. Увеличить органический трафик, количество целевых обращений и конверсий из поисковых систем. Что мы ожидаем в коммерческом предложении: Предлагаемый план работ (техническое SEO, контент, локальное SEO, работа с картами, внешняя оптимизация и т.д.) с поэтапной разбивкой и сроками. Методы достижения и прогнозы по видимости и трафику (KPI), сроки выхода в ТОП для основных запросов. Стоимость работ: ежемесячная/опциональные услуги; условия оплаты. Примеры кейсов: проекты в похожей нише, результаты (до/после). Отчётность (формат и частота). Дополнительная информация: Сайт: https://dream-aero.ru/ Список городов: Москва Санкт-Петербург Воронеж Казань Краснодар Сургут Челябинск Нижний Новгород Самара Екатеринбург Новосибирск Хабаровск Владивосток Иркутск Тюмень Жду коммерческое предложение с указанием сроков и стоимости. Вопросы и уточнения. Ищу подрядчика для комплексного SEO-продвижения нашего сайта https://dream-aero.ru/ по 15 городам, в которых расположены наши локации и авиатренажеры. Ключевые задачи: Продвижение сайта на первые позиции поисковых систем Яндекс и Google. Выход в ТОП-3 поисковой выдачи по целевым запросам, соответствующим геолокациям и тематике авиатренажеров. Увеличить органический трафик, количество целевых обращений и конверсий из поисковых систем. Что мы ожидаем в коммерческом предложении: Предлагаемый план работ (техническое SEO, контент, локальное SEO, работа с картами, внешняя оптимизация и т.д.) с поэтапной разбивкой и сроками. Методы достижения и прогнозы по видимости и трафику (KPI), сроки выхода в ТОП для основных запросов. Стоимость работ: ежемесячная/опциональные услуги; условия оплаты. Примеры кейсов: проекты в похожей нише, результаты (до/после). Отчётность (формат и частота). Дополнительная информация: Сайт: https://dream-aero.ru/ Список городов: Москва Санкт-Петербург Воронеж Казань Краснодар Сургут Челябинск Нижний Новгород Самара Екатеринбург Новосибирск Хабаровск Владивосток Иркутск Тюмень.
Сверстать: Корпоративный сайт. Платформа: WordPress. Тип вёрстки: по рекомендации специалиста. Есть макет. Нам нужен специалист, который поможет перенести готовый дизайн сайта из Figma на WordPress и настроить удобную систему управления контентом (CMS движок). Дизайн полностью готов и включает версии для десктопа и мобильных устройств. Всего необходимо реализовать около 13 страниц сайта. Что предстоит сделать: - сверстать новый сайт по готовому дизайну из Figma; - перенести дизайн на WordPress; - адаптировать все страницы под мобильные устройства; - настроить удобную CMS для дальнейшего управления контентом без участия разработчиков; - реализовать повторно используемые блоки и шаблоны страниц; - настроить формы обратной связи и стандартный функционал сайта; - обеспечить корректную работу сайта на современных браузерах и устройствах. Важный момент! Сейчас наш сайт работает на WordPress, однако система управления контентом реализована неудобно: большинство страниц представляют собой отдельные шаблоны с заранее прописанным содержимым. Мы хотим перейти к полноценному использованию возможностей WordPress, чтобы сотрудники компании могли самостоятельно редактировать страницы и контент без необходимости вносить изменения в код. Готовы рассматривать различные варианты реализации: - классическую верстку с разработкой собственной темы WordPress; - реализацию на Elementor; - реализацию на Gutenberg; - другие современные решения для WordPress, если они позволяют сохранить качество, производительность и удобство поддержки сайта. Чего мы ждём от тебя: - опыт разработки сайтов на WordPress; - уверенное владение HTML, CSS, JavaScript и PHP; - опыт работы с Elementor, Gutenberg или аналогичными инструментами; - понимание принципов адаптивной и кроссбраузерной верстки; - умение работать с макетами Figma; - готовность обсуждать архитектуру проекта и предлагать оптимальные решения; - связь через Telegram/VK для оперативного взаимодействия. Будет плюсом: - опыт разработки корпоративных сайтов для IT- или B2B-компаний; - опыт оптимизации производительности WordPress; - понимание SEO-требований к верстке. Со своей стороны мы предоставим: - полный дизайн сайта в Figma (десктоп и мобильная версия); - доступ к текущему сайту и его структуре (после утверждения задачи); - все тексты и контент; - оперативную обратную связь по возникающим вопросам; - предоплату и финальную оплату по договорённости. Наш нынешний сайт для ознакомления: https://ls-technologies.ru/ При отклике обязательно прикладывайте примеры сайтов на WordPress, которые вы реализовали, а также кратко опишите, какой вариант реализации вы бы предложили для нашего проекта. Стоимость работ обсуждается в личных сообщениях.
Разработать 3D-модель: проекционный киноэкран. Основа для моделирования: фотография, набросок, чертёж, эскиз, видео, неграфическое ТЗ. Количество моделей: 1 шт. Размеры модели: Размеры изделия: 7800 х 4740 х 620 мм. Требуется создать 3d модель (без визуализации, без рендеринга). На прозрачном фоне. Разрешение: 2231х1356 пикс. Изделие: проекционный киноэкран, размещенный в корпусе длиной 7800мм (в открытом состоянии высота 4740мм, в закрытом 720мм). Толщина корпуса 620мм. На данном этапе нужна "нераскрашенная" модель чтоб предварительно покрутить её в просмотровщике. Описание изделия ниже: 1. ПЕРВОЕ полотно проекционного киноэкрана: - снаружи (со стороны зрителя) имеет два "сектора" - белый гладкий матовый и черную гладкую матовую окантовку по периметру - с обратной стороны - полотно целиком черное матовое гладкое - по бокам полотно имеет петли (из черной гладкой матовой ткани) различной длины, в которые продет шнур (черный матовый цвет, диаметр 5мм) 2. ВТОРОЕ полотно (черное матовое гладкое с обеих сторон) точь-в-точь похоже по размерам на полотно проекционного киноэкрана, но не имеет ни белого "сектора", ни боковых петель со шнурами. 3. Оба выше указанных полотна похожи своим конструктивом на рулонные шторы с одним лишь отличием что разматываются они по направлению снизу в верх (при плавном подъёме крышки корпуса). 4. Оба выше указанных полотна располагаются в металлическом корпусе (цвет всех наружных стенок - зеленый гладкий матовый как у газонной травы, цвет внутренних стенок - черный гладкий матовый). 5. Металлический корпус - - имеет с наружней стороны дна ПЯТЬ ПАР ножек (черный гладкий матовый цвет), расположенных друг относительно друга на равных расстояниях. - имеет крышку (во всю длину) своим конструктивом похожую на крышку от коробки с обувью (относительно способа примыкания к корпусу). Цвет всех наружных стенок - зеленый гладкий матовый как у газонной травы, цвет внутренних стенок - черный гладкий матовый. 6. Внутри металлического корпуса помимо двух полотен расположены - две пары локтевых рычагов (поднимают крышку металлического корпуса с прикреплёнными к ней полотнами). Цвет - черный гладкий матовый. - две пары ленточных тормозов (тормозят процесс разворачивания проекционного киноэкрана при направлении снизу в верх). Цвет/текстура - тканевый холст темно серого цвета. Ширна ленты 200 мм, толщина 1 мм. Могу скинуть 46 ракурсов изделия (на хромакее). Приблизительные размеры можно вычислить в фотошопе (либо пришлю дополнительно). В первую очередь сообщите сумму и сроки исполнения.
Печать не нужна. Визитная карточка предназначена для презентации агентства недвижимости и должна производить профессиональное, надежное и запоминающееся впечатление. Дизайн необходимо выполнить в соответствии с фирменным стилем компании, обеспечив визуальную привлекательность и удобство восприятия информации. Размер карточки должен соответствовать стандартным форматам — 90?50 мм либо 85?55 мм, с обязательным учетом технических полей и безопасной зоны под обрезку. **1. Цветовое оформление и фирменный стиль** При разработке макета следует использовать корпоративные цвета агентства, утвержденные брендбуком, что позволит сохранить узнаваемость бренда и единый визуальный образ. Допускается применение светлого или нейтрального фона для повышения читаемости элементов дизайна. На лицевой стороне необходимо разместить логотип компании в центральной части либо в верхнем левом углу, обеспечив его четкое отображение и хорошую различимость. На оборотной стороне может быть размещен рекламный слоган, корпоративный девиз или другое краткое сообщение, отражающее ценности бренда. **2. Типографика и информационное наполнение** Для оформления следует использовать шрифты, соответствующие фирменному стилю компании и сохраняющие хорошую читаемость даже при небольшом размере. В качестве основного рекомендуется современный шрифт без засечек, а для акцентных элементов и заголовков — более крупное или полужирное начертание. На одной или обеих сторонах визитной карточки необходимо разместить следующую информацию: * наименование агентства недвижимости; * имя и должность представителя компании; * контактный номер телефона; * адрес электронной почты; * официальный сайт или ссылку на страницу в социальных сетях; * адрес офиса. **3. Технические требования к макету** Логотип и все графические элементы должны быть подготовлены в векторном формате для сохранения качества при печати. Разрешение файлов — не менее 300 dpi. Итоговые материалы необходимо предоставить в форматах AI, EPS или PDF. Макет должен содержать логично организованные слои и понятную структуру, что позволит в дальнейшем без затруднений вносить изменения и корректировки. **Дополнительные требования** Необходимо предусмотреть возможность внесения правок после предоставления первого варианта дизайна. Также требуется разработать полноценные варианты оформления как лицевой, так и оборотной стороны визитной карточки.
В связи с расширением ищем сильного Менеджера по запуску новинок, который возьмет на себя полный цикл вывода новых товаров на рынок и обеспечит успешный запуск не менее 30 SKU. Основная задача Запустить и вывести в продажи не менее 30 новых SKU в категории одежды, обеспечив выполнение плановых показателей по выручке, прибыли и оборачиваемости. Нам нужен человек, который умеет анализировать рынок, запускать новинки через цифры и доводить товары до стабильных продаж. Чем предстоит заниматься Запуск новинок: Полный цикл запуска новых SKU на Wildberries. Анализ конкурентов и трендов в нише одежды. Формирование стратегии запуска каждого товара. Вывод новинок в продажи и дальнейшее масштабирование. Контроль выполнения плановых показателей по каждому SKU. Работа с карточками: Создание и SEO-оптимизация карточек. Подготовка ТЗ на фото, инфографику и видеоконтент. Построение контентной воронки для повышения CTR и конверсии. Анализ и улучшение показателей карточек. Реклама и продвижение: Запуск и управление внутренней рекламой Wildberries. Контроль CTR, CPC, ДРР, ROMI и других ключевых метрик. Тестирование гипотез и поиск точек роста. Масштабирование успешных рекламных связок. Аналитика и экономика: Расчет юнит-экономики до запуска товара. Контроль маржинальности и чистой прибыли. Анализ эффективности запусков. Подготовка предложений по развитию ассортиментной матрицы. Контроль остатков и оборачиваемости. Наши ожидания: Опыт работы с Wildberries от 3 лет. Обязательный опыт работы именно в нише одежды. Опыт запуска новых SKU с нуля. Наличие успешных кейсов с конкретными цифрами. Понимание особенностей продвижения одежды на Wildberries. Уверенное владение MPStats, Wildbox и другими аналитическими сервисами. Отличное знание личного кабинета Wildberries. Продвинутый уровень Excel или Google Таблиц. Полная занятость без совмещения с другими проектами. Что мы предлагаем: Полностью удаленный формат работы. Долгосрочное сотрудничество. Команду, которая быстро принимает решения и нацелена на результат. Возможность напрямую влиять на развитие бренда и ассортиментной матрицы. Фиксированный оклад + KPI за выполнение целей по запуску и выводу товаров в прибыль.
Синхронный перевод. Перевести с: русского. На: русский, английский, Урду. Тема: производство. Длительность работы: 1.5 часов. Пожелания и особенности: !!!Знание языка Урду и Английского обязательно!!!! Ищу профессионального переводчика (русский ? английский, урду) для участия в онлайн-видеоконференции О нас: Steel Oath Company — это проект в сфере разработки инновационной защитной экипировки для интерактивной спортивной игры с элементами фехтования на мечах. Мы создаём технологичный продукт на стыке мотоэкипировки, wearable-электроники и игрового опыта (датчики ударов, подсветка, интеграция с мобильным приложением). В рамках проекта мы выходим на этап сотрудничества с зарубежным производителем мотоэкипировки для: — доработки инженерного дизайна — разработки 3D-моделей — создания прототипов — последующего серийного производства Задача переводчика: Необходимо сопровождение онлайн-видеосозвона с производителем (переговоры с технической командой и дизайнером). — Устный последовательный перевод (русский ? английский, урду) — Перевод технических и инженерных обсуждений — Помощь в точной передаче смыслов (не дословно, а по сути) Тематика переговоров: — производство защитной экипировки (аналог мотоэкипировки) — материалы (ABS, поликарбонат, EVA, mesh) — 3D-дизайн и прототипирование — интеграция электроники (датчики, LED, дисплеи) Требования: — опыт устного перевода в технической / производственной сфере — понимание инженерной терминологии — уверенный разговорный английский — опыт участия в переговорах Формат работы: — онлайн-видеоконференция (Zoom или Yandex Telemost) — длительность: ~1,5 часа — дата и время согласуются Укажите, пожалуйста: — опыт в техническом переводе — примеры релевантных проектов — стоимость за 1,5 часа работы Важно: нужен переводчик, который сможет вести живой диалог и корректно передавать технический смысл, а не просто дословно переводить. Рассматриваем возможность долгосрочного сотрудничества. Прикладываю файлы для понимания о чем будет диалог с производителем и что мы хотим до него донести. Жду откликов ??.
Исправление ошибок. Интернет-магазин. Платформа: OpenCart. Объём сайта: 1000 страниц. Ищем технического специалиста на долгосрочное сотрудничество для поддержки и доработки интернет-магазина на OpenCart ПОСМЕННО - ВКЛЮЧАЯ ВЫХОДНЫЕ ДНИ!!! Формат работы: — удалённо; — почасовая оплата; — работа через чат с менеджерами интернет-магазина; — обработка входящих технических запросов посменно, включая выходные дни; — задачи появляются регулярно в течение дня. Что нужно делать: — исправлять ошибки и оперативно реагировать на инциденты; — работать с админ-панелью OpenCart/ocStore; — при необходимости вносить изменения в PHP-код, шаблоны, JS/CSS; — работать с MySQL базой данных; — проверять и корректировать интеграции служб доставки и оплат; — работать с логами, cron-задачами и кешированием; — помогать менеджерам магазина по техническим вопросам. Примеры задач: — исправление проблем с выгрузкой заказов в СДЭК / Boxberry; — корректировка заказов и данных в БД; — настройка и проверка интеграций (AMO CRM, МойСклад и др.); — настройка кеширования и очистка кеша; — работа с кастомным функционалом программы лояльности и кешбэка; — проверка cron-задач и автоматических процессов; Технический стек проекта: — OpenCart / ocStore; — PHP 7.x; — MySQL; — Apache; — HTML / CSS / JavaScript; — Cloudflare; — работа через SSH; — phpMyAdmin; — кастомные интеграции и модули. Важно: — нужен человек, который умеет самостоятельно разбираться в чужом коде; — проект сильно кастомизирован; — часть задач решается через интерфейсы админки, часть — через код и БД; — важно быть на связи в рабочие смены и оперативно отвечать менеджерам. Будет плюсом: — опыт работы с OpenCart/ocStore; — понимание интеграций служб доставки и платежных систем; — опыт работы с AMO CRM, МойСклад; — опыт поддержки e-commerce проектов. В отклике просьба указать: — опыт работы с OpenCart/ocStore; — примеры похожих проектов; — желаемую почасовую ставку; — доступность по времени МСК и возможность работы в выходные; — насколько быстро обычно реагируете на срочные задачи.
Пожелания и особенности: Требуется разработка AI-агента для Telegram сообщений. Задача Необходимо разработать AI-агента для Telegram, который будет автоматически обрабатывать входящие сообщения от клиентов и отвечать на них от имени компании. Что должен уметь агент 1. Получать входящие сообщения из Telegram. 2. Анализировать текст клиента с помощью LLM (GPT, Claude или аналогичной модели). 3. Отвечать на вопросы клиентов на основе предоставленной базы знаний. 4. Поддерживать естественный стиль общения. 5. Сохранять контекст диалога и помнить предыдущие сообщения клиента. 6. При необходимости задавать уточняющие вопросы. 7. Передавать диалог человеку в определенных ситуациях: * клиент просит связаться с менеджером; * AI не уверен в ответе; * возникают нестандартные запросы. 8. Вести историю переписки. 9. Уведомлять администратора о важных обращениях. База знаний Агент должен использовать: * документы и инструкции компании; * FAQ; * информацию об услугах и ценах; * дополнительные материалы, которые будут предоставлены. Желательно реализовать RAG (Retrieval-Augmented Generation), чтобы ответы формировались на основе актуальной информации из базы знаний. Панель управления Желательно наличие простой админ-панели, где можно: * просматривать диалоги; * редактировать базу знаний; * включать и отключать бота; * просматривать логи и статистику. Технологические пожелания Рассматриваю варианты на: * OpenAI GPT; * Claude; * Gemini; * либо другие современные LLM. Приветствуется опыт работы с: * Telegram Bot API; * AI-агентами; * LangChain; * n8n; * Make; * OpenAI API; * векторными базами данных. Ожидаю от исполнителя 1. Предложить архитектуру решения. 2. Реализовать рабочий MVP. 3. Помочь с развертыванием. 4. Передать исходный код и инструкции по дальнейшему использованию. При отклике прошу указать: * опыт разработки AI-агентов; * используемые технологии; * примеры похожих проектов; * ориентировочную стоимость и сроки.
Мессенджер: Telegram. База клиентов есть. ?? ИЩУ СПЕЦИАЛИСТА ПО ПРИВЛЕЧЕНИЮ АУДИТОРИИ НА БИЗНЕС-КОНФЕРЕНЦИЮ Москва | Проектная работа Ищу опытного специалиста по привлечению участников на бизнес-мероприятия. Не интересуют массовые рассылки, накрутки, боты, фейковые регистрации и формальные отчеты без результата. Нужен человек, который реально умеет приводить целевую аудиторию на мероприятия и понимает, где находятся предприниматели, эксперты, владельцы бизнеса, маркетологи и руководители. ?? Проект Конференция «ГОРЯЧИЕ ЛИДЫ 2026» Дата: 25 июня 2026 Город: Москва Тематика: привлечение клиентов через контент, комьюнити, партнерства, PR, продажи, Telegram, Threads и нейросети. ?? Основная задача Привлечение целевых участников на мероприятие и рост аудитории Telegram-канала проекта. Что важно: ? Опыт продвижения конференций, форумов, бизнес-клубов, нетворкингов или образовательных мероприятий ? Наличие собственных инструментов и рабочих каналов привлечения ? Опыт работы с Telegram-сообществами, бизнес-клубами и предпринимательскими чатами ? Понимание, как привлекать именно живую и платежеспособную аудиторию ? Умение показать реальные кейсы и результаты прошлых проектов Будет преимуществом: ?? Собственная база предпринимателей ?? Контакты бизнес-клубов и профильных сообществ ?? Кейсы по продаже билетов на мероприятия ?? Опыт партнерских размещений и работы с лидерами сообществ Не рассматриваю: ? Ботов ? Накрутку подписчиков ? Спам-рассылки ? Фейковые регистрации ? Массовые нецелевые размещения ?? Формат сотрудничества обсуждается. Приоритет кандидатам, готовым работать за результат и имеющим подтвержденный опыт привлечения аудитории на мероприятия. При отклике обязательно присылайте: — кейсы — результаты в цифрах — примеры мероприятий, которые продвигали — описание ваших инструментов привлечения аудитории.
Доработать. Настроить: интерфейс, печатные формы. Конфигурация 1С: Управление нашей фирмой. Версия: 8.3. Мы недавно перешли из УТ на конфигурацию УНФ 3.0. Для регулярных доработок и ведения базы на этой конфигурации ищем высококвалифицированного программиста, который будет не только исполнителем по ТЗ, а также помогать планировать доработки, советовать дополнительно, что нам доработать под наши задачи. Интересует только долгосрочное сотрудничество, чтобы специалист видел картину целиком и выступал, как администратор множества собственноручно сделанных доработок, чтобы новые правки не нарушали целостность всей системы. Наш старый программист загружен и этот проект не может взять на себя. Приняли решение переключить его на поддержку баз Бухгалтерии. В тех доработках, которые программист уже сделал, он указал контакты для связи с ним, если будут вопросы. Работы в рамках задачи (ПОДРОБНЕЕ В ПРИЛОЖЕННОМ ТЗ СО СКРИНШОТАМИ): 1. Изменить алгоритм выбора единиц измерения товаров во всех документах так, чтобы отображались только единицы измерения, которые прописаны в номенклатуре у каждой позиции. При добавлении номенклатуры в документ всегда по умолчанию должна ставиться единица хранения. 2. В документе может быть выписано 5 м2. А в печатной форме выводится 5шт. Необходимо, чтобы в печатных формах указывались те единицы измерения и кол-во, которые были указаны в самом документе. 3. В печатную форму доверенности добавить возможность простановки факсимиле печати подписи генерального директора. • Базы находятся в облаке. Поставщик услуги Scloud.ru. • Все имеющиеся доработки, сделаны в расширении, чтобы конфигурация оставалась на поддержке. Так должно быть и впредь. • Важно при интеграции новых доработок не удалить и не создать конфликт с уже имеющимися. • Обязательно перед установкой любых доработок или настроек должна быть сделана архивная копия базы, а также всех имеющихся доработок в папку на сервере W:/ _Архивы 1С/Перенос доработок. В имени файла указать дату архивной копии. ПОДРОБНЕЕ В ПРИЛОЖЕННОМ ТЗ СО СКРИНШОТАМИ.
Инфографика. 1. О проекте Мы — команда продавцов на маркетплейсах (WB/Ozon). Запускаем новую линейку товаров в одной нише. Требуется оформить единый стиль карточек (инфографика) для 25 товаров. 2. Задача Разработать дизайн карточек для 25 товаров. В каждом товаре — 3 уникальных слайда (инфографических изображения). Принцип работы: Я предоставляю вам 1 (один) готовый образец (макет на примере "Крыло для электровелосипеда") и текст + изображение товара для новой позиции ("Тормоз"). Ваша задача — сделать новую карточку ("Тормоз"), полностью сохранив стилистику, сетку, шрифты и компоновку элементов с образца, но подставив новый продукт и новый текст. 3. Требования к дизайну Стиль: Полное соответствие референсу (образцу). Не меняем расположение блоков, шрифты, акценты, цвета фона (кроме случаев, когда это диктуется цветом товара). Адаптивность: Учитываем, что карточка будет смотреться в сжатом виде (галерея) и в полноэкранном режиме. Ключевые элементы (название, цена, выгода) должны читаться с иконки (превью) 150x150px. Единая сетка: Все 25 товаров должны выглядеть как часть одной линейки (единый бренд-блок, единое расположение УТП). Оригинальное изображение: 3:4 фото, 900х1200 Размер фото: до 10 Мб Качество сжатия: от 65% Текст: Слайд 1: "Задний гидравлический тормоз для Kugoo V4 Pro · Левый" Слайд 2: "Установка без сложностей Монтаж на штатные крепления V4 Pro Разъёмы и болты — как на оригинале Не нужна пайка, сварка и переделка рамы Быстрая замена Почувствуй разницу сразу после установки!" Слайд 3: "Покупай оригинальные запчасти у официального представителя Наши запчасти: Заводские детали напрямую от Kugoo Полная совместимость с вашей моделью Прочные материалы — усиленные, устойчивые к износу компоненты Проверяем перед отправкой каждую деталь Контролируем качество на всех этапах Рассчитаны на длительную эксплуатацию Безопасная и стабильная работа в поездках" "Плашка "100% оригинал"".
Пожелания и особенности: Требуется специалист по аудиту бизнес-процессов и внедрению ИИ О компании: Сеть автоматов по продаже питьевой воды в Москве и Московской области. Более 600 объектов, несколько отделов: бухгалтерия, развитие, монтаж, сервис, управление объектами, документооборот. Задача №1 (проектная работа): Провести аудит всех основных бизнес-процессов компании. Необходимо: * Провести интервью с сотрудниками и руководителями. * Описать существующие процессы. * Выявить рутинные операции, которые можно автоматизировать с помощью ИИ. * Подготовить карту процессов компании. * Подготовить дорожную карту внедрения ИИ с оценкой трудозатрат и ожидаемого эффекта. * Определить быстрые внедрения с максимальной окупаемостью. Примеры направлений: * бухгалтерия и сверки; * управленческий учёт; * обработка банковских выписок; * анализ телеметрии; * подготовка документов для собраний собственников; * подбор персонала; * работа менеджеров по развитию; * обработка голосовых сообщений и отчётов сотрудников; * контроль исполнения задач. Результат первого этапа: 1. Схема текущих процессов. 2. Список процессов для автоматизации. 3. Приоритеты внедрения. 4. Экономический эффект по каждому направлению. 5. Пошаговый план внедрения на 3–12 месяцев. Задача №2 (по результатам аудита): Возможна долгосрочная работа по внедрению решений, обучению сотрудников и сопровождению компании на абонентской основе. Требования: * Практический опыт автоматизации бизнес-процессов. * Опыт внедрения ИИ в реальных компаниях. * Умение общаться с сотрудниками и выявлять узкие места. * Понимание работы ChatGPT, Claude, OCR, автоматизации документов, обработки таблиц и данных. * Желательно наличие кейсов с измеримым экономическим эффектом. При отклике прошу прислать примеры реализованных проектов и конкретные результаты внедрений.
Доработать. Настроить: доступ пользователей. Конфигурация 1С: Управление торговлей. Версия: 8.3. Настроить права по списку в двух базах 1с УТ ТЗ №п/п Пользователь Права и доступ 1 Менеджер Кристина доступ только к своей группе клиентов закрыть все что касается поставщиков создание заказ клиента/счет, создание новой номенклатуры/создание нового контрагента просмотр банковской выписки 2 Произв-во Лидия снабжение создание внутреннего потребления на основании заказа на внутренее потребление полный доступ работа с отчетом остатки и доступность товаров для оценки потребности материалов для заказа Содание и работа с документами склада Оприходование,списание,инвентаризация (кладовщик) закрыть все что касается покупателей полностью работа с заказами поставщикам со всеми статусами в заказах,документы поступления, склад только материалы производство доступ, Доступ только к определенной группе постащиков (Группа доступа Производство закуп создать)одинаковые с пользователем Произв-во Татьяна цех склад создание новых контрагентов,создание номенклатуры 3 Произв-во Татьяна цех склад Доступ только к определенной группе постащиков (Группа доступа Производство закуп создать) и создание новых контрагентов,создание номенклатуры закрыть все что касается покупателей Содание и работа с документами склада Оприходование,списание,инвентаризация (кладовщик) Доступ только к складам Материалы производство и Готовая продукция Создание и Проведение документа Приобретение тоаров и услуг(закупка у поставщика) на основании заказа/без заказа (создание ГТД), если на основании заказа то возможность менять статусы в заказе и внутри обеспечение 4 Произв-во Светлана просчет Загружает в заказы клиентов спецификации и создает заказ на внутреннее потребление. Закрыть доступ для просмотра контактной информации контрагента(нельзя проваливаться в карточку контрагента смотреть контакты) создание заказа/счета покупателю.
Печать не нужна. Необходимо создать 16-страничный буклет для печати на основе наших материалов. Есть фирменный стиль, есть цифровая презентация – если говорить двумя словами, то цифровую презентацию нужно облагородить с учетом фирменного стиля и переверстать все это в буклет, который пойдет в печать. Стиль премиум, продукт сложный, аудитория требовательная. С точки зрения верстки можно отталкиваться от КП (коммерческого предложения), которое у нас тоже есть готовое – это 4-страничный док, он есть во вложениях. Но это лишь ориентир, а не строгий вектор, возможно, у вас будет более интересное вИдение. От вас ждем широкого творческого взгляда на задачу, возможно, вы решите что нужны принципиальные изменения, которые дадут лучший результат. С материалами можно обращаться вольно (в рамках разумного), предлагать идеи по верстке, расположению информационных блоков и пр. Сейчас у нас презентация состоит из 14 страниц, нужно добавить еще 2 – это будут первая и последняя обложка. Возможно, придется пересмотреть некоторые страницы и их сократить/объединить, чтобы высвободить место под нормальное оформление внутренних сторон обложек (надеюсь, понятно о чем я говорю). Формат буклета 210х210 мм, квадрат. Обложка в темных тонах – предпочтительно темно-синий, это один из наших фирменных цветов, код есть в брендбуке. Все необходимые материалы во вложениях и по ссылкам. Резюме: нужно из наших материалов создать буклет 16 страниц (8 листов), формат квадрат. Срок – до 22 июня. - Брендбук https://disk.360.yandex.ru/d/dqAAWlJY3PnC_w - Рендеры все https://disk.yandex.ru/d/Q-gLzodgMeNThg - КП исходник https://www.figma.com/design/MR4RrpgRbh1WnCKeKBjNK1/%D0%90%D1%80%D0%B5%D0%B0%D0%BB-%D0%A2%D0%B5%D1%80%D0%BC--%D0%B3%D0%B0%D0%B9%D0%B4-%D0%9A%D0%9F-?node-id=31847-2848&t=7eYUmbKZ5i09Y8RB-1 - Видеоролик https://drive.google.com/file/d/1g1v1_6zOjW1PX3-ml7IL5Bb9_GcbBCSN/view?usp=sharing.
Продвижение в: ВКонтакте, Яндекс.Дзен, Авито. Регион показа рекламы: Пермь. Бюджет на рекламную кампанию: По договоренности. Рекламодатель: ИП. Разовая задача или временный проект. Ищем маркетолога, директолога или команду на удаленную работу для настройки стабильного потока клиентов на установку септиков и автономных канализаций в Перми и Пермском крае. У нас полностью оцифрована экономика, настроена CRM и определены четкие критерии целевого (квалифицированного) лида. Мы не ищем «дешевые клики», нам нужен качественный целевой трафик. Условия оплаты: Мы ценим работу профессионалов и предлагаем прозрачную схему: Небольшой фикс + Бонус за каждый квалифицированный лид (CPL). * Фикс — обсуждается индивидуально по результатам собеседования (покрывает базовую настройку и ведение кампаний). * Оплата за результат — фиксированная сумма за каждую целевую заявку, прошедшую квалификацию. * Верхней планки по доходу нет: если ваши связки дают объем — мы готовы выкупать его полностью. Бюджет на сам трафик выделяем отдельно. Что нужно делать: 1. Этап 0 (Старт): Проанализировать рынок Перми и определить наиболее эффективные каналы трафика именно под нашу нишу септиков. 2. Медиапланирование: Составить аргументированный медиаплан по выбранным каналам с прогнозом бюджета, стоимости и объема квал-лидов. 3. Реализация: Разработать и запустить утвержденную стратегию (Яндекс.Директ, Авито, таргет, квизы и т.д.). 4. Оптимизация: Обеспечить стабильный поток квалифицированных заявок (клиент из Перми/края, имеет потребность в септике, готов к диалогу, оставил корректный телефон) и регулярно работать над снижением стоимости лида. Требования к вам: * Системный подход: умение аргументировать выбор каналов трафика на языке цифр (через медиаплан). * Умение работать на результат, а не просто сдавать отчеты по кликам. * Наличие готовых протестированных связок для быстрого старта будет огромным плюсом.
Маркетплейс: Wildberries. Бюджет на рекламную кампанию: 30. ИП. Мы — растущий продавец на Wildberries (садовая техника, оборот 50+ млн/мес). Ищем операционного менеджера, который заберёт на себя ежедневную рутину и разгрузит старшего менеджера для работы с рекламой и стратегией. Что нужно делать Ежедневно: Отвечать в чатах покупателям и отрабатывать вопросы/отзывы (WB кабинет) Заполнять ТЗ на выкупы и полки по шаблонам, контролировать исполнение Отслеживать получение выкупов, вести таблицу Вносить данные в утренний отчёт (выручка, позиции карточек) Несколько раз в неделю: Готовить ТЗ и документы на поставки, бронировать слоты на склады WB Отправлять покупателям замены (комплектующие) через СДЭК/Почту, вести учёт Обрабатывать возвраты: забирать, фиксировать, передавать на склад Работа с отзывами: добавление через сервисы, заявки на удаление, баллы за отзывы По задачам: Помощь с карточками: загрузка фото/видео, обновление контента Мелкие поручения по кабинету (акции, подписки, остатки) Что важно Внимательность и системность — много табличек, дат, мелких сумм, ошибаться нельзя Умение работать по чёткому ТЗ и доводить до конца в день постановки Google Таблицы — уверенно Опыт с кабинетом WB (хотя бы свой/чужой магазин) — большой плюс, но научим Москва или МО — часть задач офлайн (получение выкупов на ПВЗ, отправка замен) Условия [Телефон скрыт] ? (фикс + бонусы за качество, обсудим по опыту) График 6/1, основная нагрузка утром и днём, ~3–5 часов активной работы в день Удалённо + выезды по Москве (ПВЗ, отправки) несколько раз в неделю Обучение всем процессам — есть инструкции и наставник Рост: через 3–6 месяцев — до менеджера категории с процентом от результата Отклик Напишите пару слов о себе и опыте с маркетплейсами + слово «триммер» в начале сообщения, чтобы мы поняли, что вы дочитали до конца.
Почему стоит искать удалённую работу для фрилансеров в Москве у нас?
🔸 У нас можно найти ежедневную подработку для фрилансеров и самозанятых, выбрав более чем из 55626 вакансий в Москве
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь фрилансера уже сегодня!
🔸 Актуальных предложений для фрилансеры на июнь 2026 года — 55626 шт.
Как найти удалённую работу для фрилансеров и самозанятых в Москве?
Каждый день мы публикуем новые проекты и вакансии для фрилансеров. Найдите подходящий для себя проект или разовый заказ, обсудите детали с заказчиком и приступайте к работе уже сегодня. Зарабатывайте от 0.00 рублей с заказа
Являемся ли мы посредниками?
Нет, мы не одобряем посредничества и тщательно проверяем каждый новый заказ. Подобно бирже фриланса каждый новый заказ и проект удалённой работы в Москве размещён прямыми заказчиками
Сколько проектов и вакансий для фрилансеров размещено в Москве на сегодня?
На июнь 2026 года опубликовано 55626 предложений работы для удалённых IT-специалистов. Не забывайте проверять новые вакансии ежедневно