Налаштування OneBox OS
1000 UAH
Цікавить на початку виконати прості задачі типу коефів, звітів, хабберу. Поім перейти до більш складних. Попередня оцінка годин налаштувань - обов'язково. Одразу прохання для космонавтів - не потрібно писати з пропозиціями - це 100 годин, але ми справимось за 50. В нас є досвід роботи з підрядниками і ми приблизно розуміємо, що скільки займає часу. На дурня тут не варто пробувати працювати, якщо ви маєте намір подати ставку по типу 10-20 годин і більше - краще не потрібно. Нас цікавить довга і чесна співпраця, де адекватно оцінюються задачі, і щоб ми працювали постійно, а не попрощались одразу після вашої ставки. Давайте будемо реалістами - бізнес наразі виживає в Україні і відповідно порядно відноситись до Ваших партнерів. Заздалегідь вдячні за чесну і адекватну позицію. Це початкові задачі, але в процесі, якщо нормальна співпраця, то срм ніколи не буває на 100% ідеальною і ми готові постійно її вдосконалювати. Відповідно бюджет проекту вказано рандомно. У сільки він виллється - невідомо. Але зрозуміло, що не десятки-сотні тисяч.
1. Для замовлень з хабберу автоматично заповнювати поля спосіб доставки - Нова пошта + спосіб оплати - післяплата
2. Додати налаштування кількох коефіцієнтів для цін різних маркетплейсів залежно від вартості товару. Умовно - якщо ціна до 200грн - коефіцієнт 2, якщо від 10000 - 1,2.
3. Налаштувати перехід по етапах замовлення через окрему кнопку в замовленні або прямо натискаючи на статуси замовлення (вгорі, де прийнято - оброблено - оплачено і т.д.
4. Кожного 7 числа автоматичні звіти за попередній місяць з експортом в ексель:
1 звіт- таблиця, в якій можна вибрати будь-який період і отримати наступні дані
- виручка за місяць, тобто сума усіх замовлень в статусі "Виконано" та "Виконано РЗ"
- кількість замовлень з розбивкою по джерелах - sm, rz, Епіцентр, Хаббер, тощо.
- кількість виконаних замовлень + % з розбивкою по джерелах - сайт, пром, rz, Епіцентр, Хаббер, тощо.
- кількість скасованих замовлень + % (з розбивкою по причинах скасування) з розбивкою по джерелах - сайт, пром, rz, Епіцентр, Хаббер, тощо.
- загальна кількість проданих різних позицій
- загальна кількість проданих одиниць товару
- середній чек замовлення (виручка/кількість замовлень)
- операційний прибуток - кожна позиція має ціну закупівлі і ціну продажу, прибуток - це різниця між ними
- середній прибуток на замовлення (операційний прибуток/кількість замовлень)
- топ-10 міст: місто - кількість замовлень - виручка - прибуток
- способи оплат: вид оплати- кількість замовлень
- способи доставки: вид доставки - кількість замовлень
- продажі за брендами: бренд - кількість одиниць проданих - виручка - прибуток
Параметри звіту ми маємо мати змогу налаштовувати самостійно - додавати ті чи інши показники, періоди, категорії товарів, тощо. Тобто, необхідний такий собі шаблон звіту, з якого можна буде витягнути будь-яку інформацію за будь-який період і це має бути юзер-френдлі, без специфічних знань (наприклад, в поле пошуку параметру написав ноутбуки і вибрало категорію ноутбуки, або статус прописав "на шляху" і видало лише дані по ззамовленнях із цим статусом). Але базові параметри вказано вище.
Далі або окремі звіти або включити в перший, якщо можливо
2 звіт-таблиця: клієнт - сума всіх замовлень - кількість замовлень (з ранжуванням від найбільшої суми всіх замовлень до найменшої)
3 звіт-таблиця: товар - ціна - кількість - сума - прибуток на одиницю - прибуток сума (ранжування від найбільшої суми прибутку до найменшої)
4 звіт-таблиця: категорія - кількість проданих товарів - виручка - прибуток (ранжування від найвищого прибутку до найнижчого)
5 звіт-таблиця: товари, які не проадються більше 30 днів з ранжуванням від найбільшого строку до найменшого (тобто товар, який не продається рік - вгорі, який 31 день - нижче)
6 звіт-таблиця: товари з найвищим % скасування з ранжуванням від найбльшої кількості до найменшої
7 звіт-таблиця: джерела (сайт, пром, рз, епіцентр, хаббер)
сер чек (виручка/замовлення) / середній прибуток (прибуток/замовлення) / % скасувань / топ товарів по джерелу /
2. Доналаштування інтеграції по файлу з постачальником - наразі з'являються товари в системі, але не додається сток для відображення на пром/розетка/сайті.
1. Cтворити склад KSM (Або просто перейменувати склад Алекс, який вже є, але неактивний)
2. Налаштувати автоматичне вивантаження товарів з прайсу постачальника (KSM) у кількості 5шт на склад KSM, якщо товар передається файлом з атрибутом постачальника "В наявності".
Все це за умови виконання 3 обов'язкових умов
- при зміні статусу "Необхідна модерація" з "так" на "ні"
- при призначенні категорії товарам зі складу KSM
- за наявності артикулу товару (якщо щось з цих пунктів не виконано для товару - видавати системне сповіщення в ов про відсутність конкретних умов для конкретних товарів, щоб ми могли це виправити і розуміли де)
3. Продаж в разі наявності товару на обох складах в першу чергу здійснювати зі складу KSM.
Якщо файл постачальника з оновленням передає атрибут "Немає в наявності" - змінювати статус товару на складі "KSM" в ОВ на такий же, проставляти на цьому складі кількість 0 та віднімати додану при автоматичному вивантаженні кількість товару від загальної кількості в наявності, яка відображається на усіх майданчиках.
У зв'язку із тим, що пріоритетний для продажу склад - KSM - при отриманні атрибуту з файлу постачальника "Немає в наявності", необхідно віднімати від загальної кількості товару на складі саме ту кількість, яка залишилась на складі KSM. Тобто, на складі Макс 5шт, на склад KSM зайшло ще 5шт, разом 10. Зі складу KSM продано і відправлено 2шт, відповідно, при отриманні атрибуту з файлу постачальника "Немає в наявності" ОВ від загальної кількості, яку ми бачимо на майданчиках, віднімає залишок, який рахувався як 3 і на всіх майданчиках кількість має стати 5 замість 8.
4. Додати на сторінку замовлень колонку Склад. Коли надходить замовлення на товар, який є на складі KSM або обох складах, в цій колонці має відображатися KSM, коли товар наявний тільки на складі Макс - Макс.
5. Встановити синхронізацію та округлення цін для обох складів до цілих 49 та 99грн.
У разі, якщо товар вже наявний у системі і співпадає за артикулом, для таких товарів ціна має встановлюватися така, яка призначена для складу "Макс". Це стосується товарів бренду Ugreen, для яких на складі Макс артикул складається тільки з цифр, а у постачальника він має такі ж цифри, тільки попереду "UGR-."
Потрібно усі ціни округлювати у більший бік до п'ятдесятих, тобто, всі ціни, які починаються з 00,00 і завершуються на 49,99 включно після множення на коефіцієнт націнки мають округлятися до 49грн, усі ціни, які починаються з 50,00 до 99,99 мають округлятися до 99грн в кінці.
Наприклад, враховуючи націнку ціна прорахована як 978.6150 - ціна має встановитися на рівні 999грн
Ціна 123,98 - має бути 149грн. Тобто усі ціни від постачальника мають закінчуватися на 49 або 99.
Ця арифметика має застосовуватися до усіх цін, тобто до базової ціни, після мультиплікатора для даного постачальника, далі для інших майданчиків, які формують ціну з мультиплікатором від базової, тобто хб, рз, лм, Епіцентр.
6. В системі наявний коефіцієнт націнки для товарів від KSM, але при цьому треба додати в товари галочку, при проставлянні якої ціна для даного конкретного товару буде встановлюватися вручну і мати пріоритет над загальним коефіцієнтом.
Приклад: вартість товару на складі КСМ 100грн, ціна продажу, враховуючи коефіцієнт - 175грн, а ми хочемо в певний момент проставити цьому товару ціну 350грн. В такому разі ми переходимо в картку товару, проставляємо галочку "Ручна ціна", виставляємо ціну, яку вважаємо за потрібне, і до моменту, поки ми цю галочку не знімемо, в системі має бути саме проставлена вручну ціна.
В системі є пункт Перераховувати ціну з постачальниками і складами, в теорії це воно і є, тоді лише підтвердити, що це воно.
7. Додавання товарів на усі майданчики має відбуватися за такою схемою:
* ми фільтруємо товари за необхідними параметрами
* масово відмічаємо потрібні товари
* тиснемо кнопку редагування, де відображається першим поле - Необхідна модерація (з випадаючим списком Так/Ні) - вибираємо Ні
* тиснемо Зберегти
* в цей же момент запускається вивантаження/оновлення товарів та кількості для усіх майданчиків
8. Створити чат-бот для передачі замовлень постачальнику в телеграм, ми попросимо менеджера постачальника на нього підписатися, щоб вона бачила наші замовлення - суто наш артикул, артикул вендора, назву товару та його кількість.
Відповідно, після отримання замовлення постачальник нам в особисті чи в боті підтверджує бронь, ми створюємо ттн та передаємо її або з цитатою на попереднє повідомлення зі складом замовлення або новим повідомленням разом зі складом замовлення і ттн. Якщо є розуміння, як можна автоматизувати процес, щоб ми могли отримувати якось це підтвердження прямо через чат-бот в тг (варіанти відповіді +/-/* (де * означає, що не всі товари є) і ттн створювалася сама після отримання підтвердження постачальником і віправлялася зі складом замовлення автоматом в бот з ттн для постачальника
Треба розуміти, яким чином моментально оновити сток вручну товарам, які за повідомленням постачальника вже не в наявності. Наприклад, додати в систему кнопку - списати товар, не процес списання, де додавати товари, кількість, тощо. А саме окрему кнопку - списати, щоб система сама визначала скільки його і на яких складах є і списували повністю.
Адже немає сенсу чекати до наступного оновлення файлу, для конкретного товару треба однією кнопкою обнуляти сток на складі КСМ, якщо про це вказано постачальником
9. Для товарів з артикулом, що починається на UGR- треба забирати його цифрову частину та прописувати в поле Артикул її (при цьому дивись п.5, в якому вказано, що за наявності товару має підтягуватися ціна зі складу "Макс")
10. Пояснити, яким чином будуть одночасно існувати дві позиції - створена нами та та, що передається постачальником, якщо це однакові позиції? Як нам їх об'єднувати в одну з коригуванням опису та галереї (вибрати краще з двох, додати, об'єднати). Проставляти ціну складу "Макс"
Уточнення - це не налаштування системи з нуля. Система вже працює і працює майже як швейцарський годинник, з готовими автоматизаціями, полями, тощо. Інформацію про те, що ми знаємо — що де знаходиться, де відображається — ми, звісно, надамо, не проблема.
Хаббер - дані вже передаються, тобто умова джерело - хаббер вже є, тут лише автоматично проставляти значення 2 полів, які вже існують.
Коефіцієнти вже є, але потрібно зробити їх більш гнучкими, переробити формулу, щоб ми мали можливість самостійно визначати цінові діапазони і розмір коефіцієнта.
Усі етапи замовлень стабільні і наявні, потрібно лише додати функціонал у інтерфейс самого замовлення, щоб не повертатися на сторінку замовлень, вибирати галкою - редагувати - і вибирати інший, бо інколи треба щось змінити у замовленні, яке була якийсь час тому і незручно через фільтри вибирати певну категорію замовлень, шукати його на сторінці, видліляти і т.д. 
Дані для формування звітів - усі поля наявні у самих замовленнях - і статус, і джерело, і позиції, і кількість, і ціна продажу і закупівлі, і місто, і спосіб оплати і доставки, і бренд. Все це є, просто ці поля потрібно згрупувати, підрахувати за певний період і видати у налаштовуваному звіті/звітах.
Стосовно чат-боту - можливо, невірно висловились, це просто группа в тг, в яку ми додаємо менеджера, і куди має відправлятись автоматичне повідомлення. В нас наразі вже є таких мінімум 2 групи, куди відправляютсья ттн з товарами, та інший, в який надходять сповіщення про те, що потрібно перевірити статус оплати чи замовлення, це не щось космічне. Налаштовувались вони багато років тому за 15-30хв. Це не потребує багато часу.
Стосовно оновлення стоку - потрібні 2 кнопки, одна - моментальне списання всього товару у картці товару, друга - моментальне оновлення стоку/ціни, якщо відбулись зміни, щоб прямо в цей момент система оновила дані в самій собі і передала ці дані по конкретному товару на усі майданчики через синхронізацію, яка працює). Також перевірити поточну автоматизацію по оновленню, якщо не сильно навнатажує систему, то зробити оновлення не раз на 4 години, як зараз, а кожні 2, наприклад.
Ключова ремарка - система працює, система доволі добре налаштована і автоматизована, це допилювання функціоналу і автоматизацій, не налаштування з 0 чи додавання чогось абсолютно нового.
Для прозорості та спрощення вибору партнера та взаємодії пропонуємо оцінити покроково наступні налаштування:
1. Аудит системи (перевага, якщо ви вільно почуваєте себе у OneBox OS і вам не потрібен час на ознайомлення, ви одразу розумієте, де, що і як налаштувати).
2. Показати, де налаштовується коефіцієнт цін для різних майданчиків, та зробити його таким, що можна клонувати та виставити різний для різних цінових діапазонів товарів. Приклад — для товарів вартістю 0–999 — коеф. 1,3; 1000–3000 — 1,25; 3001+ — 1,2 тощо. Щоб можна було створювати кілька таких коефів і моментально перераховувати ціни відповідно до них натисканням кнопки «Оновити» на сторінці цих коефів, щоб синхрон одразу йшов на усі майданчики.
3. Налаштування звіту/звітів з експортом в Excel.
4. Автоматичне виділення кольором в ескель клітинок зростання/падіння і формування діаграм для аналізу даних таблиць звіту/звітів
5. Автоматичне заповнення способу оплати і доставки для замовлень з хаббер (інтеграція є, просто автозаповнення двох полів). Якщо зможете ще налашувати, щоб правильно заповнювалися поля адреси — топ, бо наразі вся адреса залітає суцільним текстом по типу Нова Пошта. Адреса доставки: Вінниця, №1: Якова Шепеля, 1. Спосіб оплати: Наложенный платеж, замість того, щоб зайти в правильні поля - місто, відділення, спосіб оплати, тощо)
6. Перехід на інший етап в інтерфейсі замовлення кліком по етапу в цьому замовленні або кнопкою з випадаючим списком статусів з можливістю прописати текст статусу, щоб не скроллити (рішення по реалізції буде вибиратись відповідно до оцінки 1 та другого варіанту переходу)
7. Кнопка списання усіх доступних залишків з усіх складів, включно із можливою зарезервованою кількістю у картці товару та в інтерфейсі замовлення.
8. Кнопка оновлення товару в картці товару, яка запускає одразу синхронізацію товару з усіма майданчиками, не чекаючи синхрону кожні 4 години (якщо можливо синхронізувати лише конкретний товар - ідеально, щоб не запускати оновлення одразу всіх тисяч товарів)
9. Округлення цін до 49 і 99 після застосування коефіцієнтів з пункту 2.
10. Чек-бокс "Ручна ціна", при виборі якого в карті товару пріоритет матиме саме ручна ціна над усіма коефіцієнтами та правилами (бувають випадки, коли товар дефіцитний і потрібно швидко підняти ціну на нього, щоб при цьому правила автоматично не повернули цю ціну назад. Відповідно, якщо вибрано цей чек-бокс, пишемо ціну в окреме поле і після натискання кнопки "Зберегти" ціна не змінюється правилами, допоки не знято цей чек-бокс і збережено налаштування картки товару.
Доналаштування інтеграції з файлом постачальника
11. Група в тг з передачею інформації про замовлення постачальнику , в якій зазначається наш номер замовлення, назва товару, наш артикул, зовнішній ID постачальника, ціна, кількість, сума, ТТН (якщо створено системою). В цій групі менеджер буде відписуватись, чи готові виконати замовлення. Наразі подібні 2 групи в боксі для тг створені, але для інших задач. Клонувати під дану задачу.
12. Перейменування складу Алекс на ДРОП, пріоретизація продажів товарів, які наявні на складі ДРОП над складом Макс у разі, якщо в замовленні усі товари наявні на складі ДРОП. При цьому вирішити питання одночасної наявності одного товару з однаковим артикулом на обох складах, щоб не було на майданчиках дві позиції, а була об'єднана (якщо об'єднання дороге - лишаємо тоді обидва товари, але ціна має проставлятись визначена для складу Макс, ігноруючи коефіцієнт ціни для постачальника KSM. В основному це стосується бренду Ugreen — на нашому складі їхні артикули суто числові, наприклад, 12345, а у KSM UGR-12345, відповідно, таким товарам в поле Артикул має записуватися 12345.1 (тобто прибиратися "UGR-" та додаватися в кінці ".1"), а UGR-12345 має записуватися у поле "Зовнішній ID". Тобто, усім товарам бренду Ugreen при імпорті даних товарів через посилання на xml заповнення полів артикул та зовнішній ID має відбуватися навіть до того, як ми їх виставимо на продаж через процедуру додавання - в момент синхронізації).
Можливо, далі буде )
-
3 дні6000 UAH
3 дні6000 UAH
Попередньо я б заходив через короткий перший блок - 6-8 годин на перевірку OneBox OS, налаштвання коефіцієнтів, Хаббер, базову логіку складу KSM і оцінку звітів. Ставка тут за перший робочий блок - 6000 грн і 3 робочі дні. Якщо виявиться, що частина вже робиться штатними діями OneBox, кошторис зменшиться, бо героїзм у калькуляторі бізнесу не допомагає =)
МОжемо йти поетапно. Спочатку відділяю те, що реально зробити налаштуваннями OneBox, від того, де потрібна доробка дій, звітів або інтеграцій. Для звітів я б зробив не набір окремих таблиць, а один керований шаблон з фільтрами за періодом, джерелом, статусом, категорією, брендом і складом, щоб потім не платити за кожен новий показник окремо.
> Уточнення 1 - чи є доступ до адмінки OneBox з правами на процеси, автоматизації, звіти, склади і товари
> Уточнення 2 - по KSM прайс приходить файлом за посиланням, через завантаження в OneBox або через регулярний імпорт
> Схожі кейси
> https://business.ingello.com/forma-crm - CRM і бізнес-процеси з ролями, статусами, звітністю
… > https://business.ingello.com/prime-eva - електронна комерція, облік, інтеграції, логіка товарів
> https://business.ingello.com/iks - корпоративна система з обліком і управлінською логікою
Про нас на FLH - https://systems-fl.ingello.com/ua
!!Важливий момент!! звіти та склад KSM виглядають не як дрібне клацання в ЦРМ, а як нормальна бізнес-логіка. Тому я б не давав 20 годин з повітря, але і не продавав би це як 1 годину магії. Перший блок дасть тверду оцінку наступних робіт і, якщо все ок, підемо по черзі без зайвої драматургії.
-
3 дні8000 UAH
196 3 дні8000 UAH
у нас уже є практично готова основа для схожих задач OneBox OS - коефіцієнти, звіти, синхронізація залишків і бот для постачальника, її можна швидко адаптувати під вашу логіку, на зв'язку тут ))
ПОпередньо бачу так - перший етап на 6-8 годин, 8000 грн, 2-3 робочі дні.
це не оцінка всього великого списку, а стартовий блок - автозаповнення Hubber, коефіцієнти, перехід статусів, перевірка логіки звітів і KSM.
далі краще йти короткими задачами по 4-8 годин з прийманням результату, бо OneBox OS часто ховає частину логіки в діях, правах і вже створених процесах.
для звітів я б не робив набір окремих крихких таблиць.
краще зібрати один шаблон звіту з фільтрами за періодом, джерелами, статусами, категоріями і товарами, а експорт в Excel поставити на 7 число.
… для KSM окремо перевірив би зв'язку постачальник - склад - майданчики - пріоритет списання, щоб не зламати залишки на Пром, Розетка, Епіцентр і сайті.
потрібні доступи до OneBox OS з правами на процеси, товари, склади і звіти, приклад файлу KSM, 10-20 тестових замовлень з різних джерел і список статусів, які реально використовуєте.
уточнення 1 - у OneBox зараз є доступ до дій автоматизації та API, чи все налаштовується тільки штатними діями без доробки коду.
уточнення 2 - прайс KSM приходить за посиланням, файлом у кабінеті чи вручну завантажується менеджером.
схожі кейси Ingello
- https://business.ingello.com/forma-crm - ЦРМ і процеси з ролями, статусами, діями і звітністю.
- https://business.ingello.com/forma-wms - складська логіка, залишки, рух товарів і правила списання.
- https://business.ingello.com/prime-eva - ритейл, товари, ціни, аналітика і системне налаштуваня.
головна сторінка по FLH - https://systems-fl.ingello.com/ua-
-
3 дні6000 UAH
253 3 дні6000 UAH
Вітаю! Наша команда понад 4 роки впроваджує технічні рішення для оптимізації внутрішніх процесів компаній. Ми допоможемо правильно сконфігурувати OneBox під специфіку вашої ніші, щоб система допомагала, а не ускладнювала роботу. Проведемо аудит поточних налаштувань, зв'яжемо CRM із вашим сайтом, налаштуємо імпорт і структуризацію бази даних без втрати інформації. Також приділимо увагу кібербезпеці, щоб чітко розмежувати права доступу персоналу та захистити комерційні дані. Давайте здзвонимося і розпишемо покроковий план запуску.
-
3 дні6000 UAH
256 3 дні6000 UAH
Вітаю! Ми — команда розробників із 4-річним досвідом автоматизації бізнесу та налаштування CRM-систем. Оскільки ми професійно займаємося електронною комерцією та інтеграцією платіжних систем, ми чітко розуміємо, як синхронізувати OneBox із вашими каналами продажів. Налаштуємо логіку руху клієнта по воронці, автоматичні сповіщення, кастомні бізнес-процеси та права доступу для менеджерів. Завдяки знанням PHP та JavaScript можемо за потреби реалізувати нестандартні API-інтеграції чи підключити чат-ботів для автоматизації рутини. Готові обговорити деталі вашого ТЗ.
-
4 дні25 000 UAH
2163 14 0 1 4 дні25 000 UAH
Добрий день. Я , індивідуальний розробник з досвідом понад 4 роки у Full-stack розробці, налаштуванні логіки CRM-систем та AI/веб-автоматизації, пропоную вам адекватне та чесне технічне партнерство. Працюю офіційно через ФОП, забезпечую пряму комунікацію без менеджерів, тому оцінюю задачі реально: базові поля Хабберу, націнки маркетплейсів та клікабельні статуси — 3 години; автоматичний конструктор 7 Excel-звітів з фільтрами пошуку та маржою — 8 годин; логіка двох складів (KSM/Макс) з відніманням залишків, регулярними виразами для Ugreen, округленням у більший бік до 49/99 та масовим редагуванням модерації — 12-14 годин; інтеграція Telegram-бота для постачальника з відповідями +/- та кнопкою моментального списання — 5 годин. Загальний час: ~28–32 години, працюю за прозорим тарифом 15$/година і готовий постійно розвивати систему. Мій підхід до побудови чистих та відмовостійких комерційних архітектур представлений у портфоліо: 3magency.co , https://vilors.studio/.
Актуальні фриланс-проєкти в категорії Веб-програмування
Відновлення інстаграму після блокування3 березня 2026 року заблокували інстаграм з причини порушення правил. Вважаю, що сталася якась помилка, оскільки сторінка була особистою з фото та відео особистих поїздок. Коментарі тощо я не писала ніде. Відправляла кілька разів на оскарження. Не можу скачати свої файли,… Бази даних та SQL, Веб-програмування ∙ 2 години 14 хвилин тому ∙ 4 ставки |
Інтеграція блоку "Де дивитися" (Laravel / Livewire)Потрібно реалізувати інтеграцію зовнішньої стримінгової платформи для сайту про фільми та серіали на Laravel / Livewire. Що потрібно зробити: Реалізувати імпорт зовнішнього каталогу контенту, який оновлюється 1 раз на день. Виконувати матчинг контенту по IMDb ID та/або TMDB ID.… PHP, Веб-програмування ∙ 2 години 33 хвилини тому ∙ 18 ставок |
Привести ладу два сайти на WordPress: оновить дизайн, виправить помилки ,зробити більш сучасним
10 000 UAH
Потрібен спеціаліст для швидкого оновленнядвох сайтів на WordPress. Сайти присвячені постановочному відеоконтенту в жанрі бойового екшну, динамічних сцен та єдиноборств. Приклад тематики сайту:https://only7fights.com/ Фото / приклади дизайну, який приблизно цікавить, надам… Веб-програмування ∙ 2 години 33 хвилини тому ∙ 22 ставки |
Розробка веб-сервісу з платним доступом до онлайн-чатуДоброго дня, необхідно розробити веб-сервіс, який включає: * персональні посилання для користувачів; * сторінку з описом послуги; * оплату через PayPal; * онлайн-чат в реальному часі; * відображення відео на сторінці користувача; * облік оплаченного часу та автоматичне… Python, Веб-програмування ∙ 2 години 52 хвилини тому ∙ 36 ставок |
Побудувати лендінг на Framer на основі дазайну з Claude / Figma, з анімаціями фото
4000 UAH
Є сайт зроблений у Клоді повністю адаптивний і анімований. Але треба перенести його у Фреймер: так щоб всі блоки були побудовані у Фреймері і можна було легко редагувати контент та дизайн. Тобто не html код вставлений по секціях, а саме відбудувати. (Знаю через плагіни Фреймера… Веб-програмування ∙ 5 годин 19 хвилин тому ∙ 16 ставок |
Миколаїв