Шість годин, яких ніхто не планував

Виробництво починає з простого: клієнти пишуть замовлення в Telegram, менеджер відповідає. Це справді зручно — доки клієнтів десять. Коли їх стає п’ятдесят, з’являється людина, єдина робота якої — читати чати й переписувати позиції в таблицю.

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

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

Де саме зникає час

Якщо розкласти одне «звичайне» замовлення на кроки, стає видно, що самого замовлення там менша частина.

КрокХто робитьЩо йде не так
Клієнт пише списокКлієнтДовільний формат: назви скорочені, кількість словами
УточненняМенеджерДва-три кола питань про фасування й адресу
Перевірка наявностіМенеджерОкреме вікно, окрема таблиця, дані вчорашні
Перенесення в облікОператорРучне введення, помилки в кількості
Підтвердження клієнтуМенеджерЗабувається, клієнт пише ще раз
ДокументиБухгалтерТретє введення тих самих даних

Одні й ті самі дані вводяться щонайменше двічі, а часто тричі. Кожне введення — це і час, і ймовірність помилки, яку помітять уже на відвантаженні.

Головне

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

Чому таблиця не рятує

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

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

Працює тільки той варіант, у якому клієнт складає структуроване замовлення там, де він і так сидить. Саме тому Mini App у Telegram виявляється зручнішим за окремий застосунок: нічого не треба встановлювати, вхід уже є.

Що має вміти вікно замовлення

  • Показувати ваш каталог, а не абстрактний. З фасуванням, одиницями й тими назвами, якими користується клієнт.
  • Знати ціни під категорію клієнта. Кав’ярня і мережа мають бачити різні прайси без окремих файлів і листування.
  • Тримати правила відвантаження. Мінімальна партія, кратність упаковки, день доставки — це має перевіряти система, а не менеджер у голові.
  • Бачити залишки. Замовлення на позицію, якої немає, не має створюватися взагалі.
  • Повторювати попереднє замовлення. Для регулярних клієнтів це головна кнопка: більшість замовлень — це минуле замовлення з правками.
  • Показувати статус. Прийнято, у роботі, готово, відвантажено — щоб клієнт не питав про це в чаті.

Дві хвилини клієнта

З боку клієнта це виглядає нудно, і це добре. Він відкриває Mini App, тисне «повторити попереднє», міняє кількість у двох позиціях, додає коментар до відвантаження й підтверджує. Замовлення одразу з’являється в системі — уже структуроване, з коректними цінами й перевіреними залишками.

Далі клієнт нічого не робить. Він отримує повідомлення, коли замовлення переходить у роботу і коли воно готове. Питання «а ви прийняли?» просто зникає з листування.

Три помилки під час переходу

Переносити весь каталог одразу

Спокуса зробити «повний асортимент з першого дня» відкладає запуск на місяці. Швидше працює інакше: беруть частину каталогу, яка дає більшість замовлень, і запускають на ній. Решта додається без зупинки процесу.

Залишати два джерела правди

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

Не пояснити клієнту, навіщо це йому

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

Що лишається менеджеру

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

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

Як зрозуміти, що ви вже переросли чат

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

  • Ви пам’ятаєте напам’ять, який клієнт що замовляє, — і це вважається нормальним.
  • Питання «а на скільки в нас замовлень цього тижня?» потребує пів години й трьох вкладок.
  • Хоча б раз на місяць відвантажують не те або не туди — і винним лишається «людський фактор».
  • Нова людина в команді виходить на нормальну швидкість місяцями, бо правила ніде не записані.
  • У відпустці менеджера замовлення або зупиняються, або приймає власник особисто.

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

Чого система не зробить

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

З чого починати

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

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