Як вести облік замовлень малого бізнесу без дорогої CRM

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

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

Коли таблиці достатньо

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

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

Визначте, що означає один рядок

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

Для простого обліку відправлень використовуйте один рядок на замовлення. Якщо потрібні окремі товари, створіть пов’язаний аркуш позицій із номером замовлення або додайте номер товарної позиції. Повтори номера замовлення тоді очікувані й не означають дублювання самого замовлення.

Які колонки потрібні

Для перевірки не потрібні контактні дані покупців. Зберігайте їх у відповідній робочій системі й експортуйте лише необхідні колонки. Для Order Rescue перші три поля обов’язкові; термін відправлення та статус оплати додають перевірки. Сума необов’язкова, її бухгалтерська правильність не перевіряється.

Узгодьте значення статусів

Використовуйте короткий список: нове → в обробці → відправлено → доставлено. Окремі результати — скасовано та повернено. Домовтеся, коли саме змінюється статус. Наприклад, «відправлено» означає передавання посилки перевізнику, а не лише створення накладної.

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

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

Як знайти прострочені відправлення

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

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

Практичний приклад

Припустімо, дата перевірки — 2026-10-15. Нижче вигадані записи для пояснення:

Спочатку перевірте DL-101: термін минув, а замовлення ще в обробці. Перш ніж змінювати поля, з’ясуйте, чи посилку вже передали перевізнику. Для DL-102 уточніть умови оплати; прострочення відправлення тут немає. Для DL-103 вирішіть, чи потрібно встановити термін. Не вигадуйте дату лише для зняття попередження.

Чому повтори номерів потребують уваги

Почніть із моделі рядка. Два рядки з одним номером і різними товарами можуть бути двома позиціями одного замовлення. Навіть однакові рядки слід звірити з першоджерелом: перевірте кількість товарів і чи не містить експорт повторних знімків даних.

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

Щоденна перевірка замовлень

1. Відкрийте спільний реєстр і встановіть сьогоднішню місцеву дату перевірки.
2. Переконайтеся, що нові замовлення додані й мають номер, дату створення та статус.
3. Перевірте прострочені відправлення першими. Для кожного невирішеного випадку призначте відповідального та наступну дію.
4. Звірте пропущені поля, нерозпізнані статуси та неоднозначні дати з першоджерелом.
5. Перегляньте повтори записів і відправлені неоплачені замовлення, не вважаючи їх помилками заздалегідь.
6. Внесіть підтверджені зміни до головного реєстру, за потреби запишіть причину й збережіть датовану версію.

Щоб прискорити кроки 3–5, експортуйте CSV у UTF-8 і відкрийте Order Rescue. Підтвердьте колонки, оберіть дату та завантажте звіт перевірки. CSV залишається у браузері. Інструмент перевіряє операційні ознаки, але не залишки товарів, правильність адрес, фінансові розрахунки чи всі можливі проблеми бізнесу.

Коли переходити до CRM або системи замовлень

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

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