Бюджет: 2800 UAH Термін: 3 дні
Доброго дня, зацікавила Ваша пропозиція. Буду радий співпраці.
Всі розрахунки після обговорення деталей
Перегляньте портфоліо
https://ari.zone
Создать гибкую систему сегментации аудитории, которая позволит группировать клиентов по их предпочтениям, частоте и количеству заказов, среднему чеку, возрасту, городу и другим параметрам.
Благодаря гибкой сегментации создавать персонализированные офферы и делать автоматические рассылки.
Сегментация
1. Частота заказа - периодичность с какой частотой делают заказы.
2. Количество заказов - количество всех заказов сделанных за весь период клиентом.
3. Средний чек
4. Корзина - сегментация по товарам, которые чаще всего приобретают пользователи.
5. Как долго с нами
Цель:
Увеличить продажи и вовлеченность среди постоянных клиентов.
Задача:
Создать гибкую систему сегментации аудитории, которая позволит группировать клиентов по их предпочтениям, частоте и количеству заказов, среднему чеку, возрасту, городу и другим параметрам.
Благодаря гибкой сегментации создавать персонализированные офферы и делать автоматические рассылки.
Предложения для рассылки:
купоны на подарок или скидку
возврат к брошенной корзине
товар появился в наличии
акция на избранный товар
полезный контент (инструкции по использованию, вебинары. тематические рассылки)
поздравления с праздниками
напоминание о пополнение запасов
Сегментация
1. Частота заказа - периодичность с какой частотой делают заказы.
План выйти в среднем на 1 заказ в месяц/клиент.
Группы:
раз в 2 недели
раз в 4 недели
раз в 6 недели
раз в 8 недель
раз в 10 недель
раз в 12 недель
больше 12 недель
Для чего нам нужен этот сегмент:
Напоминать о пополнение запасов. Мотивировать клиентов делать заказ заранее, работает в паре с сегментом корзина.
Увеличивать частоту заказов: купон на 3 заказ, рассылки со спец.предложениями, персональные предложения.
Реанимация. Фиксировать спящих (спящие - это те клиенты которые или делают реже 1 раза в месяц, или перестали делать заказы с привычной для себя частотой).
2. Количество заказов - количество всех заказов сделанных за весь период клиентом. План 50-60% клиентов доводить до стадии фанаты.
Группы:
Новичок ( 1 заказ / 2 заказа / 3-4 заказа)
Постоянный (5-7 заказов / 8-11 заказов / 12-15 заказов)
Фанат (15+ заказов)
Для чего нам нужен этот сегмент:
Увеличивать частоту заказов. С помощью купонов, специальных предложений.
Отправлять персонализированные предложения:
Новичкам - что-то чтобы ближе с нами познакомить клиента(подарок к заказу, бесплатную доставку, велкам боксы и миксы), а также опросы.
Постоянные - увеличиваем лояльность (реферальная программа, подарки к каждому 5 заказу, предзаказ, эфиры, вебинары, ивенты), а также опросы.
Фанаты - превращаем в амбассадоров (закрытые специальные акции, секретные продукты, товары на тесты, подарки, эфиры, вебинары, ивенты, подарки, мерч, открытки , коллабы с партнерами, 5 бесплатных доставок при переходе в категорию фанат).
Отправлять подходящий образовательный контент.
Отслеживать на после какого количества заказов чаще всего отваливаются. а также понимать конверсию каждой группы.
3. Средний чек
Группы:
Общий средний чек - это сумма всех заказов разделена на количество за выбранные период (месяц, 3 месяца, год).
Средний чек по категориям (новички / постоянные / фанаты).
Средний чек по разному возрасту
Для чего нам нужен этот сегмент:
Создавать персонализированные предложения по цене для разных сегментов.
Делать более релевантные предложения в таргете.
4. Корзина - сегментация по товарам, которые чаще всего приобретают пользователи.
Группы:
Топовые товары всего и по отдельным пользователя.
Топовые товары по категориям (новички / постоянные / фанаты).
Для чего нам нужен этот сегмент:
Персонализированные офферы по категориям.
Отправлять релевантный образовательный контент.
Делать предложения «с этим товаром часто берут».
5. Как долго с нами
Группы:
до 6 мес.
6-12 мес.
12-24 ме.
Для чего нам нужен этот сегмент:
Каждый год персонализированная рассылка «спасибо что вы с нами. За этот год вы сожгли столько-то свечей, зажгли столько то благовоний, посадили столько то свечей.
Рассылки с опросам « вы с нами уже … . Поделитесь своим мнением»
Вопросы:
Можно ли создать такую сегментацию в нашей системе?
Какие данные уже сейчас можно получить исходя из этой сегментации?
Как логистам передавать информацию о том что это 5, 10 или 15 заказ?
Как сделать автоматический расчет 5 бесплатных доставок для фанатов?
Можем ли мы эту информацию с количеством заказов и плюшками (подарок к каждому 5 заказу, бесплатная доставка после 15 заказа) отображать в личном кабинете пользователя?
Можем ли мы настроить автоматические рассылки на некоторые сегменты и прописать для них типичные сценарии и шаблоны сообщений?
Можно ли выделить отдельно пользователей которые покупают товары с тегом “новинка”, чтобы отделить консерваторов и экспериментаторов?
Возможно реализовать такие рассылки через чат-бот?
Выбрать с кем работаем автоматически и с кем работаем вручную ?
Идеи:
Создать на сайте форму подписаться на новинки
Делать страничку для товаров с формой предзаказа
Переносить данные с оффлайн заказа в личный кабинет через номер телефона или фио.
Инструмент:
Чат-бот в телеграмме
Рассылка в вайбере
Е-мейл
Смс-рассылки
Бюджет: 2800 UAH Термін: 3 дні
Доброго дня, зацікавила Ваша пропозиція. Буду радий співпраці.
Всі розрахунки після обговорення деталей
Перегляньте портфоліо
https://ari.zone
Бюджет: 1500 UAH Термін: 2 дні
Здравствуйте. Огромный опыт работы с Опенкартом. Если есть ТЗ то пишите, все сделаю.
Бюджет: 3000 UAH Термін: 5 днів
Добрый день, большой опыт работы с опенкарт, пишите в личку, обсудим подробнее
Бюджет: 5000 UAH Термін: 5 днів
Добрый день.
Готов сделать систему отчета. Видение: на основе фильтрации с указанной сегментацией и сортировкой. На основе результатов по выбранным покупателям формировать персонализированные офферы и делать автоматические рассылки.
Потрібен досвідчений 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 або pure PHP) + MySQL.Frontend (Плеєр на ТВ): HTML5 / JavaScript (Single Page Application), який запускається на ТВ у повноекранному режимі через додаток 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 години безперервної роботи.
Потрібно мігрувати інтернет-магазин Opencart з PHP 7.4 на PHP 8.x. Наразі стоїть ядро v 3.0.3.8. Читаємо, що скоріш за все доведеться мігрувати і ядро на версію 4.0 і ніби складнощів не мало б бути... Функціонал здебільшого кастомний, також є Simple, OCFilter, Нова пошта. Чекаємо рекомендації і орієнтовну ціну. В ідеалі, хто вже проводив подібну роботу.
Необхідно виконати оновлення, перенесення та налаштування Laravel-проєктів на новий сервер із забезпеченням стабільної роботи, безпеки, захисту від експлойтів та коректної роботи всіх сервісів після міграції. 1. Основні задачі Підготувати новий сервер до роботи. Перенести файли проєктів, бази даних, конфігурації та cron-задачі. Оновити серверне програмне забезпечення. Налаштувати безпечне середовище для Laravel. Перевірити сумісність PHP, Laravel, Composer-пакетів та залежностей. Забезпечити захист від відомих експлойтів, шкідливих запитів та несанкціонованого доступу. Налаштувати SSL-сертифікати. Перевірити працездатність сайтів після перенесення. 2. Перенесення Laravel-проєктів Для кожного проєкту необхідно: Перенести файли проєкту. Перенести базу даних. Перенести .env конфігурацію. Налаштувати права доступу до директорій: storage bootstrap/cache Перевірити роботу: головної сторінки; адмін-панелі; авторизації; форм; API; завантаження файлів; email-відправки; cron-задач; queue workers.3. Безпека та захист Необхідно реалізувати базовий і прикладний рівень захисту: закрити root-доступ по SSH; налаштувати SSH-доступ тільки по ключах; змінити стандартний SSH-порт, якщо потрібно; налаштувати firewall; дозволити тільки необхідні порти; встановити Fail2Ban; приховати службові версії Nginx/Apache/PHP; заборонити доступ до .env, .git, backup-файлів, log-файлів; налаштувати правильні file permissions; перевірити проєкти на наявність шкідливих файлів; перевірити Composer-пакети на відомі вразливості; оновити залежності, якщо це не ламає функціонал; налаштувати захист від SQL injection, XSS, CSRF та path traversal; перевірити правильність Laravel APP_ENV та APP_DEBUG; встановити APP_DEBUG=false на production; налаштувати rate limiting для критичних endpoint-ів; перевірити доступи до storage/uploads; налаштувати захист від виконання PHP у upload-директоріях; перевірити права доступу до адмін-панелей. 4. SSL та домени Необхідно: Встановити SSL-сертифікати. Налаштувати автоматичне оновлення SSL. Увімкнути редирект з HTTP на HTTPS. Перевірити коректну роботу сайтів через HTTPS. 5. Резервне копіювання Необхідно налаштувати backup: файлів проєктів; баз даних; .env файлів; uploaded media; cron-конфігурацій; Nginx/Apache конфігурацій. Backup має виконуватись автоматично за розкладом. Бажано зберігати копії окремо від основного сервера. 6. Перевірка після перенесення Після міграції необхідно перевірити: відсутність 500/403/404 помилок; відсутність критичних помилок у Laravel logs. 9. Результат виконання Після завершення робіт має бути: Laravel-проєкти успішно перенесені на новий сервер; сайти працюють стабільно; SSL налаштований; сервер захищений базовими security-налаштуваннями; доступи до критичних файлів закриті; backup налаштований; cron та queues працюють; старий сервер можна відключити після фінальної перевірки.
Шукаю розробника на проект з 4 пов'язаних завдань, для сайту best-matchmaking.com виконуються послідовно:Інтеграція готового premium Blade-шаблону блог-статті + автогенерація Schema/SEO-розмітки (Article, FAQPage, Open Graph, canonical) для всіх поточних і майбутніх статейДоопрацювання структури блогу: зміна URL з 301-редиректами, перейменування в футері/меню/хлібних крихтах, чистка прихованого коду, видалення категорійНовий блок (фото + цитата відгуку) в існуючий конструктор головної та посадкових сторінок = можливість самостійно додавати текстові блоки між розділамиУніфікація шрифтів, розмірів і кольорів по всьому сайту (крім блогу) — єдиний стандарт для заголовків і звичайного тексту, включаючи хедер і футерДетальне ТЗ по кожному пункту — Додаю нижче за гугл посилання. https://docs.google.com/document/d/1E5oQO2E-xmKJ3C0jW0ZsSPDBjaiELq0ETxfdivW6yIs/edit?tab==t.0 HTML-зразки та код надсилаю в особисті повідомлення після відповіді ВАЖЛИВО.! Детально перегляньте всі 4 завдання, перш ніж видавати оффер, особливо останнє - шрифти. Там досить багато роботи. Потрібен досвідLaravel + Blade — впевнений, не початковий рівеньФронтенд (CSS/JS) на тому ж рівні, що й бекендДосвід роботи з існуючим, не своїм кодомФормат роботиBackup і тестовий сервер перед початком, перенесення на продакшн ОБОВ'ЯЗКОВО — після погодження та тестування Обов'язкова самоперевірка на всіх пристроях до здачі — надсилати "готово, перевіряйте" без власного тестування не підходить. Баґи, знайдені після здачі, виправляються в рамках тієї ж задачі. Баґи, що виникли при перенесенні. У ході перенесення також повинні бути виправлені на продакшн. Звіт зі скріншотами "до/після" по кожному пунктуТермін і бюджет — після оцінки обсягу за детальним ТЗ. Чекаю ваші оффери. Дякую