Цікавить на початку виконати прості задачі типу коефів, звітів, хабберу. Поім перейти до більш складних. Попередня оцінка годин налаштувань - обов'язково. Одразу прохання для космонавтів - не потрібно писати з пропозиціями - це 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. Пояснити, яким чином будуть одночасно існувати дві позиції - створена нами та та, що передається постачальником, якщо це однакові позиції? Як нам їх об'єднувати в одну з коригуванням опису та галереї (вибрати краще з двох, додати, об'єднати). Проставляти ціну складу "Макс"
