Маленькі напрямки за сайтом ocStore 2.3

Переробка веб-сторінок https://ekoplastancl.com.ua з Canva на Webflow / WordPress / Wix Studio для розміщення тегів Google Ad

Шукаємо спеціаліста для створення сайту / лендингу для продажу товарів для вікон: штори, ролети та плісовані штори. Нам потрібен не просто сайт-візитка, а практичний інструмент для продажів, збору заявок і подальшого масштабування. Шукаємо спеціаліста, який уже створював схожі моделі сайтів: з вибором параметрів товару, розрахунком ціни, заявками / замовленнями та консультацією клієнта. Також важливо, щоб спеціаліст розумів роботу із закордонною аудиторією, оскільки сайт планується для продажів не лише в Україні, а й на європейському / польському ринку. Основна логіка сайту: Клієнт заходить на сайт і має можливість: Обрати товар. Обрати колір / варіант. Вказати ширину та висоту. Побачити орієнтовну або точну вартість. Залишити заявку або оформити замовлення. У перспективі — оплатити онлайн. Також важливо передбачити кнопку консультації, якщо клієнт не впевнений у замірах або виборі товару. Наприклад: “Потрібна допомога із заміром?” / “Отримати консультацію”. Нам важливо, щоб клієнт міг не обов’язково телефонувати, а написати нам і отримати допомогу онлайн. Додатковий продукт: Окремо хочемо додати плісовані штори як додатковий товар або дешевшу альтернативу основним шторам. Тобто сайт має дозволити показати клієнту простіший і доступніший варіант, якщо основний товар для нього занадто дорогий. B2B-напрямок: У перспективі хочемо мати B2B-блок або окрему сторінку для оптових клієнтів: салони штор, майстри, партнери, виробники, оптові покупці. Там має бути коротка інформація про оптову співпрацю, можливість залишити заявку та, можливо, орієнтовна логіка цін залежно від кількості. Що потрібно від спеціаліста: Підказати, як краще реалізувати сайт: CMS, конструктор, кастомна розробка чи інший варіант. Запропонувати оптимальну структуру сайту. Пояснити, чи реально зробити калькулятор ціни по ширині та висоті. Підказати, як краще організувати заявки / консультацію / оплату. Оцінити, що можна зробити на першому етапі, а що краще залишити на потім. Назвати орієнтовні терміни та вартість. Нам важливо запустити сайт поетапно: спочатку зробити мінімальну робочу версію, яка вже зможе збирати заявки або продажі, а потім поступово додавати складніший функціонал. Формат роботи: Спочатку хочемо провести короткий Zoom / Google Meet, щоб показати продукт, пояснити логіку і зрозуміти, чи зможете ви допомогти з реалізацією. Перед зустріччю можемо надіслати приблизне ТЗ і приклади, щоб ви заздалегідь розуміли, про який продукт і яку логіку сайту йде мова. Це не фінальне технічне завдання, а попереднє бачення задачі, яке ми хочемо обговорити зі спеціалістом.

Необхідно розробити веб-додаток для автоматизації підтвердження замовлень та пропозиції додаткових товарів клієнтам через Viber. Замовлення надходять у CRM SalesDrive. Загальна логіка роботи: 1. Менеджер у веб-додатку обирає одне або кілька замовлень з SalesDrive, обирає сценарій та одну або кілька рекламних листівок, після чого запускає автоматичну обробку. 2. Клієнту через Viber Business Messages надсилається транзакційне повідомлення з даними замовлення: товари, сума, спосіб оплати, місто, служба доставки та відділення/адреса. Клієнт обирає: — «Так, далі»; — «Зв'язатися з менеджером». 3. Після підтвердження клієнту автоматично надсилається одна або кілька обраних менеджером рекламних листівок з додатковими товарами. 4. Клієнт у вільній текстовій формі одним або кількома повідомленнями пише, які товари і в якій кількості хоче додати. Після завершення вибору клієнт натискає кнопку «Я все обрав(ла)» 5. ІІ аналізує всі повідомлення клієнта і співвідносить обрані позиції тільки з товарами, що містяться в надісланих клієнту листівках. Для кожної листівки в системі заздалегідь зберігається структурований список товарів та їх ID/артикулів. 6. Система формує розпізнаний список товарів і кількості та надсилає його клієнту на підтвердження. Клієнт обирає: — «Так, правильно»; — «Потрібно змінити»; — «Зв'язатися з менеджером». 7. Після підтвердження обрані додаткові товари автоматично додаються в існуюче замовлення SalesDrive. Змінюється сума та статус замовлення. 8. Після завершення підтвердження замовлення клієнту надсилається інформація про терміни відправки. Приклад: «Відправка замовлення здійснюється протягом 2 робочих днів. Якщо для вас важлива якнайшвидша відправка, натисніть кнопку нижче. Ми врахуємо це при обробці замовлення». Кнопки: — «Все добре»; — «Потрібна швидка відправка». Якщо клієнт обирає «Потрібна швидка відправка», в замовленні SalesDrive повинна зберігатися відповідна позначка або коментар. Автоматичний сценарій при цьому продовжується. 9. Клієнту автоматично надсилається інформаційне повідомлення про необхідність огляду посилки при отриманні. Приклад: «Будь ласка, огляньте товар у відділенні служби доставки при отриманні. У разі виявлення механічних пошкоджень не забирайте посилку та зв'яжіться з нами. Це допоможе нам швидко вирішити ситуацію». Кнопки та відповідь клієнта на даному етапі не потрібні. 10. Останнім повідомленням клієнту автоматично надсилаються контактні дані компанії. Приклад: «Якщо у вас виникнуть питання щодо замовлення, ви можете зв'язатися з нами: Телефон: … Viber: … Telegram: …» Контактні дані та текст повідомлення повинні редагуватися адміністратором додатку. 11. Нестандартні випадки передаються менеджеру. Наприклад: — клієнт просить змінити замовлення; — клієнт обирає зв'язок з менеджером; — ІІ не зміг однозначно розпізнати товари або кількість; — клієнт не підтвердив розпізнаний список; — клієнт надіслав неподтримуване вкладення; — виникла технічна помилка. Після передачі замовлення менеджеру автоматичний сценарій зупиняється. Інтеграції: — SalesDrive API; — TurboSMS HTTP API / webhook, Viber Business Messages; — API ІІ-моделі для розпізнавання вільного тексту клієнта. Необхідно також реалізувати: — веб-панель менеджера; — отримання та відображення замовлень SalesDrive; — вибір одного або кількох замовлень; — вибір сценарію; — вибір однієї або кількох листівок; — управління листівками та прив'язаними до них товарами; — зберігання стану Viber-діалогу; — історію діалогу; — зміну статусів замовлення; — зупинку автоматичного сценарію; — базову статистику. Вхідні зображення, файли та голосові повідомлення клієнта розпізнавати не потрібно. ІІ працює тільки з текстом. TurboSMS підтвердив можливість автоматичної відправки повідомлень через HTTP API, отримання відповідей через webhook та роботи подальшого сценарію в рамках Viber чат-сесії. Докладне технічне завдання підготовлено і буде надано потенційному виконавцю. В відповіді прошу вказати: 1. Орієнтовну вартість розробки MVP. 2. Орієнтовний термін розробки. 3. Чи є досвід інтеграцій з CRM/API/webhook. 4. Чи є досвід інтеграції AI/LLM API для обробки користувацького тексту. 5. Приклади схожих проектів, якщо є.

Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.

Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.