Питання «як запустити оптовий бізнес з нуля» майже завжди звучить як питання про товар, склад і постачальників. Але за півроку роботи виявляється, що вузьке місце — не товар. Вузьке місце — це те, як ви приймаєте замовлення, рахуєте ціну для конкретного клієнта й виписуєте накладну. Роздріб пробачає ручну роботу: одна людина, один прайс, оплата на місці. Опт її не пробачає. Тут кожен клієнт має свою ціну, свою відстрочку, свій графік відвантажень — і кожне замовлення тягне за собою пакет первинних документів, який податкова та бухгалтерія клієнта хочуть бачити день у день.
Ця стаття — про те, як від самого старту закласти систему, яка витримає зростання обсягів. Не про те, «яку CRM купити», а про те, які процеси мусять бути описані й автоматизовані, щоб опт не перетворився на нескінченне ручне звіряння в месенджерах і таблицях.
Чому опт ламається саме на цінах під клієнта
У роздрібі ціна одна для всіх. В опті ціна — це функція від клієнта, обсягу, умов оплати й іноді сезону. Той самий SKU може їхати трьом покупцям за трьома різними цінами, і це нормально: гуртовий покупець, дистрибʼютор і мережа — різні категорії.
Проблема починається, коли ці ціни живуть у голові власника або в приватному листуванні. Менеджер помиляється на 3% — і ви або втрачаєте маржу, або клієнт отримує рахунок, який не збігається з домовленістю, і довіра тане. Помножте це на сотні позицій і десятки клієнтів — і ви маєте постійне джерело конфліктів і повернень.
Системне рішення — прайсовий рушій, а не прайс-файл. Базова ціна зберігається один раз, а націнки й знижки застосовуються за правилами: категорія клієнта, обсяг у замовленні, індивідуальна домовленість. Менеджер не вводить ціну руками — він обирає клієнта, а система підставляє ту ціну, яка діє саме для нього саме сьогодні. Це прибирає найдорожчий клас помилок ще до того, як він виникне.
Замовлення як керований потік, а не листування
Друге, що ламається при масштабуванні, — самі замовлення. На старті все летить у Viber і Telegram: «додай ще 10 коробок», «прибери ту позицію», «коли відвантаження?». Поки клієнтів пʼять, це працює. На двадцяти ви вже не памʼятаєте, що комусь пообіцяли, а історія домовленостей розсипана по чатах.
Опт потребує, щоб замовлення було обʼєктом зі станом: створене → підтверджене → зарезервоване на складі → відвантажене → оплачене. Кожен перехід має бути видимим — і вам, і клієнту. Коли клієнт бачить власний кабінет із залишками, своїми цінами й статусом кожного замовлення, зникає половина вхідних дзвінків «а що там у мене».
Тут же вирішується питання резервів. Найбільш болючий конфлікт в опті — коли два менеджери продали той самий залишок. Система, яка резервує товар у момент підтвердження замовлення, а не в момент відвантаження, знімає цей ризик. Це не «зручність» — це прямий захист від зіпсованих відносин з клієнтом, якому довелося скасовувати вже узгоджене постачання.
Первинні документи: де опт відрізняється від роздрібу найсильніше
Роздрібному клієнту достатньо чека. Оптовому — ні. Йому потрібен пакет первинних документів: рахунок, видаткова накладна, за потреби — акт, ТТН, а якщо він на ПДВ — податкова накладна вчасно й без помилок. Це не бюрократія заради бюрократії: без правильного пакету клієнт не поставить товар собі на облік, а ви не закриєте угоду чисто.
Ручне формування цих документів — найтихіший убивця часу в опті. Кожна накладна — це повторне введення тих самих даних: реквізити, позиції, кількості, ціни, суми. Помилка в реквізитах або розбіжність суми в накладній і рахунку — і документ повертається на переробку, а оплата зсувається.
Правильна архітектура: документ народжується із замовлення, а не створюється з нуля. Підтверджене замовлення вже містить клієнта з його реквізитами, позиції з узгодженими цінами й підсумки. Система формує рахунок і накладну з цих самих даних — тож розбіжність між замовленням, рахунком і накладною стає технічно неможливою. Нумерація документів веде себе послідовно, історія зберігається, а повторне відвантаження тому ж клієнту робиться в кілька кліків на основі попереднього.
Для українського опту це особливо чутливо, бо документообіг між юрособами й ФОП обовʼязковий, і саме на первинці найчастіше «сипляться» молоді оптовики. Закласти генерацію документів у систему з першого дня дешевше, ніж переробляти процес, коли обсяг уже великий.
З чого реально почати, коли запускаєте оптовий бізнес з нуля
Не з написання великої системи. Спокуса «зробимо одразу ідеальний портал» топить проєкт у деталях. Правильний старт — визначити мінімальний контур, який знімає найдорожчі помилки:
- один надійний довідник товарів із базовими цінами;
- правила ціноутворення за категоріями клієнтів;
- замовлення зі станами й резервом на складі;
- автоматичну генерацію рахунка й видаткової накладної із замовлення.
Цього достатньо, щоб опт перестав жити в чатах і таблицях. Усе інше — інтеграція з бухгалтерією, кабінет клієнта, аналітика продажів за клієнтами й позиціями — нарощується поверх цього ядра, коли обсяг це виправдає. Головне, щоб фундамент — товар, ціна, замовлення, документ — був спроєктований як єдиний потік даних, а не як чотири окремі таблиці, які хтось звіряє руками.
Що коштує бездіяльність
Оптовик, який не заклав систему, зростає до певної стелі — а далі впирається. Кожен новий клієнт додає ручної роботи лінійно: більше замовлень у чатах, більше накладних вручну, більше звірянь. Настає момент, коли власник фізично не може відпустити процес, бо тільки він памʼятає всі домовленості про ціни. Бізнес стає заручником власника, а не активом.
Зворотний бік теж реальний: конкурент із нормальною системою відвантажує швидше, помиляється рідше й дає клієнту прозорість, якої ви дати не можете. В опті, де маржа тонка, а клієнти рахують кожну годину простою, це вирішує.
Ми в LPF з 2018 року будуємо саме такі системи — від прайсового рушія до генерації первинки — на власній інфраструктурі й із подальшим супроводом. Якщо ви запускаєте оптовий напрям або вже вперлися в ручну рутину, почніть з розмови: коротко опишіть свій потік «замовлення → документ», і ми разом побачимо, де саме система дасть найбільший виграш.