Initask · інструкція до демонстрації

JustBuy: як пройти демонстрацію і що в ній дивитись

Демонстрація це робочий кабінет з демонстраційними даними, зібраний під магазин техніки. 18 сценаріїв, 117 кроків. Тут кожен крок показаний кадром з самої демонстрації, а не намальованою картинкою, і на кожен крок є пряме посилання. Усі клієнти, суми, номери замовлень, ТТН і IMEI умовні, це приклад.

Як магазин працює день у деньзвернення, замовлення, IMEI, посилка, гроші

Сценарій 1 · 14 кроків

Від повідомлення в Instagram до грошей на рахунку

наскрізний день магазину, без пропущених кроків
Що показує цей сценарій

Одне звернення проходить весь шлях: питання в директі, перевірка вільного залишку, резерв, рахунок, ТТН Нової Пошти з післяплатою, фіскальний чек, гроші на рахунку і остання цифра, заради якої це все, скільки лишилось магазину.

1Ранок: що взагалі відбуваєтьсявідкрити крок

Це перший екран, який власник бачить зранку. Не звіт за минулий місяць, а те, що вирішується сьогодні.

Ранок: що взагалі відбувається
2Звернення в директвідкрити крок

Клієнт пише в Instagram. Це те саме вікно, куди падають Telegram, чат сайту і пропущені дзвінки, тому нічого не губиться між застосунками.

Звернення в директ
3Перевірка вільного залишкувідкрити крок

Головне питання «є чи немає» вимагає не просто цифри залишку, а вільного залишку: без того, що вже зарезервовано під інші замовлення.

Перевірка вільного залишку
4Відповідь клієнту з ціною і строкомвідкрити крок

Агент відповідає сам: наявність, ціна, спосіб доставки і строк. Нічого не вигадує, кожна цифра з попереднього екрана.

Відповідь клієнту з ціною і строком
5Аксесуар, який справді підходитьвідкрити крок

Аксесуар підбирається під конкретну модель, а не «щось із категорії чохли». Скло для 17 Pro Max на 16e не запропонується.

Аксесуар, який справді підходить
6Замовлення зібраневідкрити крок

Замовлення створене прямо з діалогу. Позиції, ціни і собівартість підтягнулись самі, менеджер нічого не переписував руками.

Замовлення зібране
7Резерв, щоб апарат не продали двічівідкрити крок

Поки клієнт думає, апарат зарезервований. Це та дірка, через яку магазини продають одну штуку двом людям.

Резерв, щоб апарат не продали двічі
8Скільки ми на цьому заробимо, ще до відправкивідкрити крок

Це та цифра, якої в звичайній CRM немає. Не валова маржа, а те, що лишиться після податку, собівартості і всіх утримань.

Скільки ми на цьому заробимо, ще до відправки
9Апарат обирається за IMEIвідкрити крок

Комірник бере не «одну штуку», а конкретний апарат. Далі саме цей номер тримає гарантію, сервіс і повернення.

Апарат обирається за IMEI
10ТТН Нової Пошти з післяплатоювідкрити крок

Накладна створюється з замовлення, а не набирається окремо в кабінеті перевізника. Післяплата дорівнює сумі замовлення, тут неможливо помилитись на нуль.

ТТН Нової Пошти з післяплатою
11Фіскальний чеквідкрити крок

Продаж фізичній особі потребує чека. Він пробивається тим самим рухом, а не окремою процедурою в іншій програмі.

Фіскальний чек
12Посилка в дорозі і що з нею відбуваєтьсявідкрити крок

Статус тягнеться сам. Магазину не треба заходити в кабінет перевізника, щоб дізнатись, що посилка вже тиждень лежить на відділенні.

Посилка в дорозі і що з нею відбувається
13Гроші прийшли і самі знайшли своє замовленнявідкрити крок

Післяплата приходить одним платежем за кілька посилок. Розібрати його руками це та рутина, яку ніхто не любить.

Гроші прийшли і самі знайшли своє замовлення
14Підсумок дня по цьому замовленнювідкрити крок

Один екран, який закриває питання «чи варта була ця продажа роботи». Тут немає жодної цифри, яку не можна відкрити до документа.

Підсумок дня по цьому замовленню
Підсумок

Замовлення пройшло за 14 кроків, з них 11 зробив агент сам. Ручними лишились рішення про знижку і видача апарата з IMEI. Час від питання клієнта до готової ТТН у демонстрації 6 хвилин проти 40 хвилин ручної роботи в тому самому магазині.

Що потрібно, щоб це працювало на ваших даних
  • Доступ до сторінки в Instagram і до Telegram-бота магазину, щоб звернення потрапляли в одне вікно.
  • Ключ API Нової Пошти, щоб ТТН створювались з системи, а не вручну в кабінеті.
  • Дані ПРРО (Checkbox або інший), щоб чек пробивався тим самим рухом.
Сценарій 2 · 8 кроків

Один апарат, а не «3 шт»

IMEI тримає гарантію, сервіс, повернення і trade-in
Що показує цей сценарій

Показує різницю між товарним обліком «кількість на складі» і обліком техніки, де одиниця це конкретний апарат зі своєю історією.

1Як це виглядає у звичайній системівідкрити крок

Ліворуч те, що бачить власник у більшості систем. Праворуч те саме, але поштучно. Різниця не в красі, а в тому, що на ліве не можна повісити гарантію.

Як це виглядає у звичайній системі
2Прихід: апарати заходять зі своїми номерамивідкрити крок

На приході комірник сканує кожен апарат. Це та єдина хвилина роботи, яка далі закриває десяток питань.

Прихід: апарати заходять зі своїми номерами
3Продаж: номер поїхав до конкретної людинивідкрити крок

З моменту продажу апарат перестає бути складською одиницею і стає апаратом покупця. Далі все чіпляється сюди.

Продаж: номер поїхав до конкретної людини
4Гарантійний випадок: питання закривається за пʼять секундвідкрити крок

Клієнт називає номер або приносить коробку. Система одразу каже, чи це наш апарат, коли проданий і чи діє гарантія.

Гарантійний випадок: питання закривається за пʼять секунд
5Ремонт: де апарат зараз і хто тягне строквідкрити крок

Апарат у сервісному центрі. Найчастіше питання клієнта не «що з ним», а «коли». І саме на це у магазину зазвичай немає відповіді.

Ремонт: де апарат зараз і хто тягне строк
6Підмінний апарат теж має номервідкрити крок

Підмінні апарати губляться найчастіше, бо вони ніде не лежать як товар. Тут це той самий облік, просто інший стан.

Підмінний апарат теж має номер
7Trade-in: старий апарат заходить тим самим шляхомвідкрити крок

Прийнятий у залік апарат це не рядок у зошиті, а той самий облік: номер, оцінка, стан, потім перепродаж і своя маржа.

Trade-in: старий апарат заходить тим самим шляхом
8Що це дає на цифрахвідкрити крок

Не абстрактний порядок, а конкретні речі, які без номера просто неможливі.

Що це дає на цифрах
Підсумок

Один номер тримає весь ланцюг: прихід, продаж, гарантія, ремонт, повернення, перепродаж. Питання «а коли ви його продали і що з гарантією» закривається за 5 секунд замість пошуку по чатах.

Що потрібно, щоб це працювало на ваших даних
  • Сканер штрихкодів на приймання і видачу.
  • Вивантаження IMEI від постачальників у будь-якому вигляді, хоч у Excel.
Сценарій 3 · 7 кроків

Посилка, яку не викупили

скільки це коштує насправді і що з цим робити
Що показує цей сценарій

Невикуп це не нейтральна подія. Гроші не прийшли, товар два тижні їхав туди і назад за наш рахунок, повернувся вже розпакованим, і все це зазвичай ніде не порахували.

1Що показує звичайний звітвідкрити крок

Найпоширеніша помилка в цій цифрі: у знаменник беруть усі посилки, разом з тими, що ще їдуть. Виходить красиво і безглуздо.

Що показує звичайний звіт
2Одна посилка, яка не доїхалавідкрити крок

Конкретний випадок. Клієнт не забрав, посилка поїхала назад, і магазин заплатив за це двічі.

Одна посилка, яка не доїхала
3Скільки це коштуваловідкрити крок

Ось та сама подія в грошах. Жодна з цих сум не з’являється в звіті «продажі за місяць».

Скільки це коштувало
4Що агент робить до того, як стало пізновідкрити крок

Найдешевше вирішення невикупу це не дати посилці доїхати до повернення. Тут працює не магія, а розклад і три повідомлення.

Що агент робить до того, як стало пізно
5Повторний неплатниквідкрити крок

Один невикуп це випадковість. Два від однієї людини це вже система, і магазин має право працювати з нею інакше.

Повторний неплатник
6Товар повернувся: що з ним далівідкрити крок

Повернена посилка не зникає. Вона стає рішенням: на полицю, в уцінку або постачальнику.

Товар повернувся: що з ним далі
7Місяць у цифрахвідкрити крок

Те, заради чого все це рахується: скільки невикуп забрав за місяць і чи стало краще.

Місяць у цифрах
Підсумок

Відсоток викупу рахується чесно (посилки в дорозі не потрапляють у знаменник), ціна невикупу видно у грошах, а повторні неплатники переводяться на передоплату автоматично.

Що потрібно, щоб це працювало на ваших даних
  • Ключ API Нової Пошти для статусів.
  • Рішення власника, з якого разу клієнт переходить на передоплату.
Сценарій 4 · 7 кроків

Rozetka дешевша: переоцінка, яка не ріже маржу

ринок бачимо щодня, але нижче порога не йдемо
Що показує цей сценарій

Показує, що переоцінка це не «поставити як у сусіда», а рішення з двома обмеженнями: ринок зверху і власна собівартість знизу.

1Ринок за останню добувідкрити крок

Ціни знімаються щодня. Це не порівняння раз на місяць, коли вже пізно.

Ринок за останню добу
2Звідки береться порігвідкрити крок

Поріг це не побажання. Це собівартість, поділена на допустиму маржу, і потім повернений ПДВ, бо на полиці ціна з податком.

Звідки береться поріг
3Пропозиція, а не наказвідкрити крок

Агент не міняє ціну сам. Він приносить рішення з розрахунком, і його видно за пʼять секунд.

Пропозиція, а не наказ
4Позиції, де опускатись нікудивідкрити крок

Це найкорисніший список на екрані. Він каже не про ціни, а про закупівлю.

Позиції, де опускатись нікуди
5Ціна поїхала на всі майданчикивідкрити крок

Прийняте рішення розходиться скрізь: сайт, Rozetka, Prom, OLX. Без ручного перебивання в чотирьох кабінетах.

Ціна поїхала на всі майданчики
6Що змінилось за місяцьвідкрити крок

Переоцінка має сенс тільки якщо видно результат. Ось він, без прикрас.

Що змінилось за місяць
7Спробуйте свою мінімальну маржуможна ввести своєвідкрити крок

Підставте свій відсоток мінімальної маржі і подивіться, як поїде поріг на тій самій позиції.

Спробуйте свою мінімальну маржу
Підсумок

Ціни на ходові позиції переглядаються щодня, пропозиція приходить з розрахунком, а не як голос згори. Позиції, де опускатись нікуди, видно окремо: там питання не в ціні, а в закупівлі.

Що потрібно, щоб це працювало на ваших даних
  • Список позицій, за якими стежимо (зазвичай 200 до 400 ходових).
  • Рішення, з якою мінімальною маржею працюємо по кожній групі.
Сценарій 5 · 6 кроків

Що закупити зараз і на скільки вистачить

потреба, покриття, строк постачання, сезон
Що показує цей сценарій

Замість поля «залишок» у картці товару система показує, на скільки днів цього залишку вистачить, коли треба замовляти і що буде, якщо не замовити.

1Не «мало», а «на скільки днів»відкрити крок

Залишок сам по собі нічого не каже. Три штуки це багато чи мало, залежить від того, скільки їх продається на день.

Не «мало», а «на скільки днів»
2Рядок, який пояснює себе словамивідкрити крок

Найчастіша претензія до таких систем: «звідки взялась ця цифра». Тому кожен рядок написаний людською мовою.

Рядок, який пояснює себе словами
3Скільки саме замовитивідкрити крок

Кількість не береться з цільового рівня в картці. Вона обрізається горизонтом, який можна захистити перед власником.

Скільки саме замовити
4Сезон, який змінює всевідкрити крок

У техніці грудень важить приблизно два з половиною звичайні місяці. План закупівель, який цього не знає, приведе магазин у грудень з порожнім складом.

Сезон, який змінює все
5Замовлення постачальнику одним рухомвідкрити крок

Обрані рядки перетворюються на замовлення постачальнику. Розбиття по постачальниках і сумах робить система.

Замовлення постачальнику одним рухом
6Спробуйте свій строк постачанняможна ввести своєвідкрити крок

Строк постачання це головна цифра в цьому розрахунку. Підставте свій і подивіться, як зміниться рекомендація.

Спробуйте свій строк постачання
Підсумок

Список закупівлі збирається сам, кожен рядок пояснює себе словами, і його можна перетворити на замовлення постачальнику одним рухом.

Що потрібно, щоб це працювало на ваших даних
  • Строки постачання по кожному постачальнику.
  • Мінімальні партії, якщо вони є.

Те, чого не було в першій версіїзаробіток на замовленні, склад, документи, борги, переїзд

Сценарій 6 · 8 кроків

Чи я заробляю на цьому замовленні

валова маржа це ще не заробіток
Що показує цей сценарій

Найважливіший екран для магазину техніки. Валова маржа 12 % і комісія майданчика 14 % це мінус, і побачити його треба до відправки, а не в кінці кварталу.

1Замовлення, яке виглядає прибутковимвідкрити крок

Ось замовлення з Rozetka. Валова маржа 12,4 %, і в будь-якому звіті про продажі воно буде в зеленому.

Замовлення, яке виглядає прибутковим
2Те саме замовлення після всіх утриманьвідкрити крок

А тепер те, що з цих тридцяти однієї тисячі реально лишилось.

Те саме замовлення після всіх утримань
3Скільки таких замовлень насправдівідкрити крок

Одне таке замовлення це прикрість. Сто таких це діра в бюджеті, якої ніхто не бачить.

Скільки таких замовлень насправді
4Розріз по каналахвідкрити крок

Ось той самий місяць у розрізі каналів. Rozetka дає найбільший оборот і найбільший мінус одночасно.

Розріз по каналах
5Що з цим робитивідкрити крок

Система не пропонує «прибрати Rozetka». Вона показує, які саме позиції там працюють у мінус, і скільки коштує кожне рішення.

Що з цим робити
6Спробуйте свою комісію майданчикаможна ввести своєвідкрити крок

Підставте ставку свого майданчика і подивіться, при якій валовій маржі замовлення перестає бути прибутковим.

Спробуйте свою комісію майданчика
7Спосіб оплати теж коштує грошейвідкрити крок

Розстрочка і частинами це найдорожчий спосіб отримати гроші. У магазині техніки він же найпопулярніший.

Спосіб оплати теж коштує грошей
8Підсумоквідкрити крок

Це і є відповідь на питання, чого бракувало найбільше.

Підсумок
Підсумок

Видно, які канали і які товари працюють у мінус, скільки таких замовлень за період і чому саме. Далі це рішення: підняти ціну на цьому каналі, прибрати позицію або змінити спосіб оплати.

Що потрібно, щоб це працювало на ваших даних
  • Ставки комісій по кожному майданчику.
  • Тарифи еквайрингу і розстрочки по кожному банку.
  • Реальна собівартість, а не середня по складу.
Сценарій 7 · 7 кроків

Склад як документи, а не поле «залишок»

прихід, переміщення, списання, інвентаризація
Що показує цей сценарій

Поле «залишок» у картці товару це не склад. Склад це документи, кожен з яких пояснює, чому цифра змінилась.

1Чому «залишок 3» це не обліквідкрити крок

Питання не в тому, скільки штук. Питання в тому, звідки взялась ця цифра і хто за неї відповідає.

Чому «залишок 3» це не облік
2Прихід з реальною собівартістювідкрити крок

Собівартість це не ціна в накладній постачальника. Це ціна плюс доставка, митниця і брокер, поділені на партію.

Прихід з реальною собівартістю
3Переміщення між складом і заломвідкрити крок

Товар поїхав у торговий зал. Це документ, а не редагування двох цифр у різних місцях.

Переміщення між складом і залом
4Списання, яке хтось підписаввідкрити крок

Списання це найтонше місце будь-якого складу. Тому воно завжди має причину, суму і людину.

Списання, яке хтось підписав
5Інвентаризація без дня панікивідкрити крок

Перерахунок дає не одну цифру «не зійшлось на стільки», а перелік позицій з різницею і з тим, звідки вона могла взятись.

Інвентаризація без дня паніки
6Комірки і де фізично лежить товарвідкрити крок

На чотирьох тисячах позицій головна витрата часу це не облік, а пошук. Комірка перетворює пошук на адресу.

Комірки і де фізично лежить товар
7Підсумоквідкрити крок

Склад як документи це не бюрократія. Це можливість відповісти на питання «а куди воно поділось».

Підсумок
Підсумок

Будь-яку зміну залишку можна відкрити до документа і до людини. Інвентаризація перестає бути днем паніки: розбіжність видно по кожній позиції з причиною.

Що потрібно, щоб це працювало на ваших даних
  • Список складів і місць зберігання.
  • Хто має право списувати і на яку суму без погодження.
Сценарій 8 · 6 кроків

Первинка: рахунок, видаткова, ТТН, податкова

документи, які просить бухгалтер і вимагає закон
Що показує цей сценарій

Роздріб живе чеком, але щойно зʼявляється покупець з ЄДРПОУ, потрібен повний пакет. Це та частина, якої в системі не було зовсім.

1Замовлення від юридичної особивідкрити крок

Той самий магазин, але покупець це компанія. З цієї секунди чека недостатньо.

Замовлення від юридичної особи
2Пакет формується з замовленнявідкрити крок

Документи не набираються заново. Вони збираються з тих самих позицій, тому розбіжність між ними неможлива за побудовою.

Пакет формується з замовлення
3Податкова накладна і строквідкрити крок

Найдорожча помилка в цьому списку. Пропущений строк реєстрації це штраф, і про нього дізнаються вже після.

Податкова накладна і строк
4УКТЗЕД для імпортувідкрити крок

Для імпортованого товару в накладній потрібен код УКТЗЕД, і не абиякий, а на потрібну кількість знаків.

УКТЗЕД для імпорту
5Друк і те, як це виглядає на паперівідкрити крок

Документи роздруковуються у звичному вигляді, з реквізитами і підписами. Це не абстрактна форма з системи.

Друк і те, як це виглядає на папері
6Підсумоквідкрити крок

Первинка це не «ще один модуль». Це те, без чого магазин не може продати компанії.

Підсумок
Підсумок

Пакет документів формується з замовлення, номери наскрізні, податкова накладна не пропускає строк реєстрації.

Що потрібно, щоб це працювало на ваших даних
  • Реквізити ваших юросіб і підписантів.
  • Кабінет ЕДО, якщо документи підписуються електронно.
  • Коди УКТЗЕД для імпортних позицій.
Сценарій 9 · 6 кроків

Опт: борг, ліміт і блокування відвантаження

коли постійному клієнту вже не можна відвантажувати
Що показує цей сценарій

Роздріб платить одразу, опт платить потім. Саме тут магазини втрачають гроші тихо: відвантажили ще раз тому, хто вже винен.

1Борг за строкамивідкрити крок

Не одна сума «нам винні», а розкладка за тим, скільки днів гроші висять.

Борг за строками
2Партнер, який підійшов до межівідкрити крок

Ліміт це не заборона, а сигнал. Він спрацьовує до відвантаження, а не після.

Партнер, який підійшов до межі
3Що робить системавідкрити крок

Відвантаження не проводиться. Не тому, що агент так вирішив, а тому, що правило встановив власник.

Що робить система
4Акт звірки, який не роблять рукамивідкрити крок

Підписаний двосторонньо акт звірки перериває позовну давність. Це головний інструмент стягнення, і його зазвичай складають в Excel по пів дня.

Акт звірки, який не роблять руками
5Хто платить вчасно, а хто нівідкрити крок

Середня затримка по кожному партнеру це основа для розмови про відстрочку і про знижку.

Хто платить вчасно, а хто ні
6Підсумоквідкрити крок

Одне правило, яке закриває цілий клас втрат.

Підсумок
Підсумок

Борг видно за строками, ліміт працює автоматично, а рішення відвантажити понад ліміт це свідома дія власника, а не забудькуватість менеджера.

Що потрібно, щоб це працювало на ваших даних
  • Кредитні ліміти і відстрочки по кожному партнеру.
  • Хто має право дозволити відвантаження понад ліміт.
Сценарій 10 · 7 кроків

Переїзд з WooCommerce: 4 100 товарів і вся історія

найголовніше питання перед «купувати чи ні»
Що показує цей сценарій

Без зрозумілого переїзду будь-яка система це стрибок у невідоме. Тут показано, як саме заходять товари, клієнти, залишки і історія замовлень, і що робиться з тим, що не зійшлося.

1Що взагалі треба перевезтивідкрити крок

Не «товари». Пʼять різних сутностей, у кожної своя складність.

Що взагалі треба перевезти
2Пробний прогін на файлівідкрити крок

Перший прогін нічого не змінює. Він тільки читає файл і каже, що з ним не так.

Пробний прогін на файлі
3Звіт, після якого зрозуміло обсяг роботивідкрити крок

Головна цифра тут не «завантажено 4 000». Головна це «пропущено 128 і ось чому».

Звіт, після якого зрозуміло обсяг роботи
4Що робиться з дублямивідкрити крок

Дублі клієнтів це найтонше місце. Обʼєднати не тих означає змішати чужі замовлення.

Що робиться з дублями
5Звірка контрольних сумвідкрити крок

Перед тим як почати працювати, обидві системи мають зійтись у трьох цифрах.

Звірка контрольних сум
6Паралельний тижденьвідкрити крок

Найспокійніший спосіб переїхати це тиждень, коли працюють обидві системи, а ввечері звіряються цифри.

Паралельний тиждень
7Підсумоквідкрити крок

Переїзд це процедура з контрольними точками, а не обіцянка «все перенесемо».

Підсумок
Підсумок

Переїзд це не одна ніч. Це чотири прогони: пробний, звірка, робочий і паралельний тиждень, коли обидві системи працюють разом.

Що потрібно, щоб це працювало на ваших даних
  • Доступ до адмінки WooCommerce або вивантаження CSV.
  • Людина з вашого боку, яка підтвердить спірні позиції.

Як це впроваджуєтьсяджерела, журнал, межі, навчання, приймання, обсяги, доступи, безпека

Сценарій 11 · 6 кроків

Звідки агент бере дані

кожне джерело, напрям, розклад і що буде, якщо воно мовчить
Що показує цей сценарій

Знімає головне заперечення технічної людини: система не бере цифри зі стелі, у кожної є джерело, напрям (читаємо чи пишемо) і поведінка при збої.

1Карта джерелвідкрити крок

Ось повний перелік. Нічого крім цього агент не читає і нікуди більше не пише.

Карта джерел
2Що буде, якщо джерело не відповіловідкрити крок

Це питання ставлять рідко, а воно найважливіше. Мовчазна помилка гірша за гучну.

Що буде, якщо джерело не відповіло
3Стан інтеграцій видно щоднявідкрити крок

Не «все працює», а конкретно: коли востаннє був успішний обмін і скільки він тривав.

Стан інтеграцій видно щодня
4Що читається, а що пишетьсявідкрити крок

Розділення важливе: більшість страхів навколо систем це страх, що вона щось зіпсує в робочій базі.

Що читається, а що пишеться
5Що робити з тим, чого немає в жодній системівідкрити крок

Частина знань магазину живе в голові і в чатах. Це нормально, і з цим теж треба щось робити.

Що робити з тим, чого немає в жодній системі
6Підсумоквідкрити крок

Карта джерел це перший документ, який треба узгодити. Далі все інше стає технічною роботою.

Підсумок
Підсумок

Видно повну карту інтеграцій, і видно, що жодна з них не вигадана: те, чого немає ключа, працює на посіяних даних і про це написано прямо.

Що потрібно, щоб це працювало на ваших даних
  • Ключі до тих систем, які вирішите підключати.
  • Один технічний контакт з вашого боку.
Сценарій 12 · 5 кроків

Під капотом: журнал дій

що зробив агент, коли і на якій підставі
Що показує цей сценарій

Показує, що система не чорна скринька. Кожна дія має час, підставу і джерело цифри, і це можна показати бухгалтеру або аудитору.

1Журнал за одне замовленнявідкрити крок

Той самий шлях, що на початку демонстрації, але зсередини.

Журнал за одне замовлення
2Кожна цифра має джереловідкрити крок

Це не журнал у стилі «система оновила запис». Тут видно, звідки взялась саме ця цифра.

Кожна цифра має джерело
3Хто що зробиввідкрити крок

Розділення на дії агента і дії людей. Це те, що потрібно, коли треба розібратись, чому щось пішло не так.

Хто що зробив
4Що з цим робитивідкрити крок

Журнал це не архів для аудиту. Це інструмент, яким користуються щотижня.

Що з цим робити
5Підсумоквідкрити крок

Чорна скринька в обліку неприпустима. Тут її немає.

Підсумок
Підсумок

Будь-яку цифру на будь-якому екрані можна довести до документа за два кліки.

Що потрібно, щоб це працювало на ваших даних
  • Нічого. Журнал працює з першого дня і не налаштовується.
Сценарій 13 · 6 кроків

Межа самостійності: де агент сам, а де питає

головне заперечення до будь-якого агента
Що показує цей сценарій

Знімає страх «а раптом воно щось зробить не так». Межа не в обіцянках, а в налаштуванні, і вона видима.

1Три рівнівідкрити крок

Не «автономний агент» і не «просто підказки». Три рівні на кожну дію окремо.

Три рівні
2Поріг впевненостівідкрити крок

Навіть у дозволених діях є межа. Якщо агент не впевнений, він не робить, а питає.

Поріг впевненості
3Що буде при помилцівідкрити крок

Помилки будуть. Питання не в тому, чи будуть, а в тому, що станеться далі.

Що буде при помилці
4Чого агент не робитиме взагалівідкрити крок

Межа проєкту теж має бути записана, інакше очікування розходяться на третьому місяці.

Чого агент не робитиме взагалі
5Хто міняє межувідкрити крок

Права міняє власник, і кожна зміна лишає слід. Це те, що відрізняє налаштування від домовленості на словах.

Хто міняє межу
6Підсумоквідкрити крок

Межа це не обіцянка, а таблиця, яку ви бачите і міняєте.

Підсумок
Підсумок

Кожна дія агента має рівень: сам, з підтвердженням, тільки людина. Рівні міняє власник, і зміна лишає слід у журналі.

Що потрібно, щоб це працювало на ваших даних
  • Рішення власника, які дії дозволити з першого дня.
Сценарій 14 · 5 кроків

Навчання лише з підтверджень людини

а якщо йому підкажуть неправильно
Що показує цей сценарій

Відповідає на конкретне питання: що буде, якщо менеджер підтвердить помилкове правило. Відповідь у тому, що правило видиме, іменне і скасовне.

1Як зʼявляється правиловідкрити крок

Правило народжується не з тексту, а з підтвердженого рішення в конкретному випадку.

Як зʼявляється правило
2Усі правила видно спискомвідкрити крок

Це і є відповідь на питання «а якщо підкажуть неправильно». Правило не розчиняється в моделі, воно лежить рядком.

Усі правила видно списком
3Помилкове правило і що з ним сталосьвідкрити крок

Третій рядок вище це справжня помилка. Ось як вона виглядала і як закінчилась.

Помилкове правило і що з ним сталось
4Премодерація спочатку, автопілот потімвідкрити крок

Порядок завжди один. Спочатку агент пропонує і людина підтверджує, потім те, що не помилялось, переходить у самостійне.

Премодерація спочатку, автопілот потім
5Підсумоквідкрити крок

Коротка відповідь на питання про неправильну підказку.

Підсумок
Підсумок

Агент вчиться тільки на підтверджених людиною рішеннях, кожне правило видно списком, у кожного є автор і дата, будь-яке скасовується одним рухом.

Що потрібно, щоб це працювало на ваших даних
  • Рішення, хто саме має право підтверджувати правила.
Сценарій 15 · 5 кроків

Як ми перевіряємо агента до виходу на клієнтів

прогін на вашій історії, а не обіцянки
Що показує цей сценарій

Показує, що між «зробили» і «пустили до клієнтів» є окремий етап з перевірками і цифрами.

1Прогін на вашій історіївідкрити крок

Найчесніша перевірка: узяти ваші минулі замовлення і подивитись, що агент зробив би тоді.

Прогін на вашій історії
2Що саме ловимовідкрити крок

Перевірки не абстрактні. Кожна ловить конкретний тип помилки, який дорого коштує.

Що саме ловимо
3Скільки прогоніввідкрити крок

Цифри, а не слова «ми все перевірили».

Скільки прогонів
4Чеклист прийманнявідкрити крок

Документ, який підписує ваша людина. Поки він не підписаний, агент не спілкується з клієнтами.

Чеклист приймання
5Підсумоквідкрити крок

Приймання це не формальність, а точка, після якої відповідальність міняється.

Підсумок
Підсумок

Агент виходить на живих клієнтів тільки після прогону на вашій власній історії і після підписаного чеклиста приймання.

Що потрібно, щоб це працювало на ваших даних
  • Вивантаження ваших замовлень за три місяці для прогону.
  • Одна людина з вашого боку на приймання.
Сценарій 16 · 4 кроків

Ваші обсяги і скільки це ручної роботи

калькулятор під ваш магазин
Що показує цей сценарій

Дає власнику порахувати на своїх цифрах, скільки годин на місяць зараз іде на роботу, яку робить система.

1Ваші цифривідкрити крок

Три повзунки. Замовлень на місяць, позицій у каталозі і скільки людей цим займається.

Ваші цифри
2Що з цього забирає системавідкрити крок

Чесно: не всі години. Частина роботи це рішення людини, і вона лишається.

Що з цього забирає система
3Що ще міняється, крім годинвідкрити крок

Години це найпростіше для рахунку, але не найбільше за ефектом.

Що ще міняється, крім годин
4Структура цінивідкрити крок

За що платиться. Без ставок у демонстрації: ціна рахується під конкретний перелік модулів і обсяг.

Структура ціни
Підсумок

Видно обсяг роботи у годинах. Ставку і висновок про гроші власник робить сам, ми не рахуємо його економіку за нього.

Що потрібно, щоб це працювало на ваших даних
  • Нічого. Повзунки рухаються прямо тут.
Сценарій 17 · 5 кроків

Що потрібно від вас

готовий список, який можна віддати своєму ІТ
Що показує цей сценарій

Прибирає найдовшу паузу в будь-якому проєкті: коли всі домовились, але ніхто не знає, що саме треба надати.

1Потрібно на стартівідкрити крок

Без цього не почнемо. Список короткий навмисно.

Потрібно на старті
2Потрібно на другому етапівідкрити крок

Це можна дати пізніше, коли основне вже поїхало.

Потрібно на другому етапі
3Рішення, які може ухвалити тільки власниквідкрити крок

Це не доступи, це домовленості. Найдовше зазвичай чекаємо саме їх.

Рішення, які може ухвалити тільки власник
4Чого ми НЕ просимовідкрити крок

Це так само важливо, як і те, що просимо.

Чого ми НЕ просимо
5Календар першого місяцявідкрити крок

Щоб було видно, що це не «колись».

Календар першого місяця
Підсумок

Один список, розбитий на те, що потрібно на старті, і те, що можна дати пізніше.

Що потрібно, щоб це працювало на ваших даних
  • Одна людина з вашого боку, яка відповідає за доступи.
Сценарій 18 · 5 кроків

Безпека і контур

що виходить назовні, а що ні
Що показує цей сценарій

Закриває питання, яке власник магазину зазвичай ставить останнім, а хвилюється про нього першим: де лежать дані клієнтів і що бачить стороння модель.

1Де лежать данівідкрити крок

Перше питання завжди про це.

Де лежать дані
2Що йде в мовну модельвідкрити крок

Найконкретніше питання. Ось точна відповідь.

Що йде в мовну модель
3Ролі і доступвідкрити крок

Продавець не має бачити собівартість. Це не про недовіру, це про звичайну гігієну.

Ролі і доступ
4Якщо захочете пітивідкрити крок

Питання, яке соромляться ставити, а воно правильне.

Якщо захочете піти
5Підсумоквідкрити крок

Коротко про контур.

Підсумок
Підсумок

Видно межу контуру, видно, що саме йде в модель, і видно, що персональні дані клієнтів туди не потрапляють.

Що потрібно, щоб це працювало на ваших даних
  • Рішення про контур: наша інфраструктура чи ваша.