Програма для обліку замовлень: етапи, оплати й документи

Програма для обліку замовлень потрібна тоді, коли замовлення перестало бути одним рядком у таблиці. Заявка прийшла дзвінком. Менеджер порахував ціну у своєму Excel. Рахунок зробив бухгалтер. Передоплату побачили у виписці банку через два дні. А що з виробництвом чи монтажем, знає лише майстер. Кожен етап живе в окремому місці, і власник збирає картину дзвінками.

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

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

Коротко

Облік замовлень — це не список, а маршрут. Кожне замовлення має етапи, відповідального на кожному етапі і дату переходу. Без цього таблиця показує, що замовлень багато, але не показує, де вони застрягли.
У програмі має бути сім блоків: картка з етапами, клієнт із реквізитами, розрахунок за формулою, оплати, документи, задачі з нагадуваннями, ролі. Якщо бракує двох-трьох, частина роботи повернеться в Excel і месенджери.
Документи створюються з картки, а не набираються вручну. Рахунок, видаткова накладна, акт і КП у PDF беруть клієнта, позиції й суму з одного місця. Сума прописом теж пишеться сама.
Таблиці вистачає, поки замовлень мало і їх веде одна людина. Готовий сервіс підходить, коли процес схожий на типовий продаж. Система під процес потрібна, коли ціна рахується за вашою формулою, а етапи не вкладаються в чужу воронку.
Почати варто з опису процесу, а не з вибору програми. Запишіть етапи, документи й правила переходу. Без цього будь-яка програма відтворить той самий безлад.

Коли програма для обліку замовлень уже потрібна

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

Сім ознак, що таблиця вже не тримає

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

Статус замовлення ви дізнаєтеся дзвінком. Щоб відповісти клієнту «коли буде готово», менеджер телефонує майстру або йде у виробництво.
Одне замовлення записане в кількох місцях. Розрахунок у файлі менеджера, рахунок у бухгалтерії, деталі в чаті з клієнтом, дати в блокноті.
Документи набирають вручну. Реквізити клієнта копіюють із попереднього рахунку, суму прописом пишуть із голови, номер беруть «наступний після вчорашнього».
Ніхто не бачить боргів по замовленнях. Передоплату отримали, а про залишок після відвантаження ніхто не нагадав.
Формула ціни живе в одній голові або в одному файлі. Коли автор у відпустці, розрахунки зупиняються або йдуть «на око».
Заявки з дзвінків губляться. У таблицю потрапляє те, що прийшло через форму чи пошту. Дзвінок, після якого не записали ім’я і телефон, для компанії не існує.
Власник не знає маржі замовлення. Видно виручку за місяць, але не видно, на якому замовленні заробили, а на якому працювали в мінус.

Чому помилки в таблицях — правило, а не випадок

Помилитися в таблиці легко навіть уважній людині. Дослідник Реймонд Панко з Гавайського університету зібрав результати аудитів реальних робочих таблиць. В аудитах, проведених із 1997 року, помилки знайшли у 91% таблиць. У лабораторних експериментах, де люди будували невеликі таблиці за задачею з відомою відповіддю, помилки були в 51% таблиць (Panko, What We Know; What We Think). Дані давні, але причини ті самі: формули копіюють, діапазони зсуваються, хтось вписує число поверх формули.

Ми бачили це на власному проєкті. Для виробника металоконструкцій ми переносили розрахунок ціни ферм з Excel-книги на 104 аркуші. Під час звірки знайшли місця, де таблиця для кроку ферм 4,25 м видавала #Н/Д, і кілька місць, де вона рахувала неточно. Ми не виправляли це мовчки, а передали інженеру. Для одного випадку в системі лишився перемикач: «як в Excel» або виправлена схема.

Як іде замовлення з етапами: від заявки до оплати

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

Заявка. Клієнт телефонує, пише в месенджер, заповнює форму на сайті. Програма: картка з контактом, джерелом і першим описом задачі. Дзвінок теж стає карткою — менеджер створює її з телефона за хвилину.
Уточнення. Розміри, матеріал, креслення, адреса об’єкта, строки. Програма: список відкритих питань у картці і файли клієнта поруч, а не в особистому чаті менеджера.
Розрахунок. Менеджер рахує ціну за вашою формулою. Програма: позиції, параметри, формула і результат. Повторний розрахунок після правок не затирає попередній.
Комерційна пропозиція. Програма: КП у PDF із позиціями, сумою, строками й умовами оплати — одним натисканням з картки.
Погодження і рахунок на передоплату. Програма: рахунок із реквізитами обох сторін, сумою прописом і номером замовлення в призначенні платежу.
Оплата. Програма: отримана сума, дата, залишок. Замовлення без передоплати не йде далі, якщо таке правило у вас діє.
Виконання. Виробництво, закупівля, монтаж, виїзд. Програма: етап, відповідальний, дата переходу і нагадування, якщо замовлення застрягло. Як це влаштувати для виробництва з чергою і статусами, ми розбирали в статті про систему управління виробництвом.
Відвантаження або здача робіт. Програма: видаткова накладна на товар або акт на роботи й послуги, позначка про підпис клієнта.
Остаточний розрахунок. Програма: нагадування про залишок у призначений день і позначка «оплачено повністю».
Закриття. Програма: фактичні витрати проти ціни, маржа замовлення, а якщо замовлення програли — причина.

Хто за що відповідає

Програма не наведе лад, якщо не зрозуміло, хто рухає замовлення. Мінімальний розподіл для компанії на 5–30 людей виглядає так:

Менеджер веде замовлення від заявки до оплати: картка, уточнення, розрахунок, КП, рахунок, нагадування клієнту.
Виробництво чи виконавці бачать свої замовлення й етапи. Вони позначають «почали», «готово», «є питання» з телефона.
Бухгалтер отримує готові документи й дані про оплати. Він не переписує їх у свою програму з паперу.
Власник бачить усе: воронку, борги, маржу, прострочені етапи.

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

Що має бути в програмі обліку замовлень

Картка замовлення з етапами

Картка — центр усього. У ній лежить усе, що стосується замовлення: клієнт, позиції, розрахунок, файли, листування, оплати, документи, історія змін. Етапи — ваші, а не «Новий / В роботі / Закрито». Для компанії з монтажем це може бути «Замір», «Розрахунок», «Передоплата», «Виробництво», «Монтаж», «Акт», «Оплачено».

Дрібниці, які потім економлять години:

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

Клієнт із реквізитами

Реквізити заповнюються один раз і далі підставляються в усі документи. Для компанії це повна назва, код ЄДРПОУ, IBAN, адреса, статус платника ПДВ, підписант і підстава, на якій він підписує. Для ФОП — ПІБ, РНОКПП, IBAN, група єдиного податку. Окремо — контактні особи: хто замовляє, хто погоджує, хто платить. У B2B це часто три різні людини.

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

Розрахунок за формулою

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

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

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

Умовний приклад. Фасад 0,6 × 0,7 м, кількість 10, ставка 1 200 гривень за квадратний метр, коефіцієнт складності 1,3. Площа однієї деталі — 0,42 м². Робота: 0,42 × 1 200 × 1,3 × 10 = 6 552 гривні. До цього додається заготовка за об’ємом із припусками. Якщо менеджер помилиться і поставить коефіцієнт 1,1, замовлення подешевшає на 1 008 гривень. Цього ніхто не помітить, доки не порахує маржу.

Оплати

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

Правила, які варто закласти в програму:

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

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

Документи з картки

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

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

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

Задачі й нагадування

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

Ролі, доступ і звіти

Хто що бачить і що може змінювати. Менеджер бачить своїх клієнтів, виробництво — свої етапи без цін, власник — усе, включно з прибутком. У Saloy три ролі: власник, менеджер, виробництво, і прибуток бачить лише власник.

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

Документи за замовленням: що вимагає закон і що варто автоматизувати

Обов’язкові реквізити первинного документа

Видаткова накладна й акт — первинні документи. Затвердженої державою форми для них немає, але є обов’язкові реквізити. Стаття 9 Закону «Про бухгалтерський облік та фінансову звітність в Україні» вимагає, щоб у первинному документі були:

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

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

Який документ коли створювати

Документ	Коли	Що береться з картки замовлення	Первинний документ?
Комерційна пропозиція	Після розрахунку, до погодження	Позиції, параметри, ціна, строки, умови оплати	Ні, це пропозиція клієнту
Рахунок на оплату	Перед передоплатою і перед остаточним розрахунком	Реквізити сторін, позиції, сума, сума прописом, призначення платежу	Ні, це підстава для платежу
Видаткова накладна	При передачі товару чи виробу	Позиції, кількість, одиниці виміру, ціна, сума, підписи	Так
Акт виконаних робіт або наданих послуг	При здачі робіт, монтажу, послуги	Перелік робіт, обсяг, вартість, підписи обох сторін	Так

Сума прописом не входить до обов’язкових реквізитів за статтею 9. Але її традиційно ставлять у рахунках, накладних і актах, і саме в ній найлегше помилитися вручну: «дванадцять тисяч» замість «двадцяти». Програма бере суму з картки і пише її словами сама, з гривнями й копійками.

Електронний підпис і обмін документами

Акти й накладні не обов’язково друкувати і возити на підпис. Документ, підписаний кваліфікованим електронним підписом (КЕП), має таку саму силу, як власноручний. Як пояснює 7eminar, це працює навіть тоді, коли договір не згадує електронний документообіг. Але контрагент у такому разі може відмовитися і вимагати паперу. Тому в договір варто одразу вписати пункт про електронні документи.

Для обміну з клієнтами в Україні використовують сервіси електронного документообігу. Наприклад, Вчасно, за даними самого сервісу, обслуговує 1,5 мільйона компаній і має відкритий API. Програма обліку замовлень формує документ, а підписують і надсилають його там, де вже є ваші контрагенти.

Оплата на рахунок і ПРРО

Більшість B2B-замовлень оплачують на поточний рахунок за IBAN. Якщо покупець платить виключно на поточний рахунок, РРО чи ПРРО не застосовують: така оплата не вважається розрахунковою операцією. Це роз’яснення податкової для ФОП переказує Бухгалтерська платформа. Якщо ж ви приймаєте картку чи готівку на місці, наприклад при монтажі, фіскальний чек потрібен. Уточніть свій випадок у бухгалтера і фіксуйте в програмі спосіб оплати кожного платежу: так бухгалтер одразу бачить, де потрібен чек.

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

Як порахувати, скільки коштує ручний облік замовлень

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

Втрати на місяць = хвилини ручної роботи на замовлення × замовлень на місяць ÷ 60 × вартість години + втрачені замовлення × середня маржа замовлення + залишки оплат, про які забули нагадати.

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

Умовний приклад. Компанія з монтажу отримує 60 замовлень на місяць. На кожне менеджер і бухгалтер разом витрачають 40 хвилин: перенесення даних, документи, пошук статусу. Година їхньої роботи коштує компанії 250 гривень. Це 60 × 40 ÷ 60 × 250 = 10 000 гривень на місяць. Ще два замовлення на місяць губляться: заявку з дзвінка не записали або клієнту вчасно не передзвонили. При середній маржі 8 000 гривень із замовлення це ще 16 000. Разом — 26 000 гривень на місяць, і це без боргів, про які забули.

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

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

Таблиця, готовий сервіс чи система під процес: як обрати

Таблиця: коли її досить

Excel чи Google Sheets — нормальний вибір, якщо:

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

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

Готовий сервіс: коли процес типовий

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

KeyCRM — для онлайн-продажів, сервісів і послуг. Є статуси й воронки, оплати й витрати за замовленням, шаблони накладних та інвойсів. За умовами на сайті — до 30 днів без оплати, далі оплата за фактичне використання, без плати за кожного користувача.
RO App, колишній Remonline, — для сервісних центрів, автосервісів, послуг і виробництва на замовлення. Замовлення від заявки до виконання, склад, рахунки, прийом платежів і програмні РРО.
BAS — для бухгалтерії й торгівлі: рахунки, видаткові накладні, акти, склад і звітність. Його найчастіше вже використовує ваш бухгалтер.

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

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

Система під процес

Система під процес будується навколо вашого маршруту замовлення, а не навпаки. Етапи, формула, документи й ролі — ваші. Раніше така розробка тривала місяцями. Тепер код пише штучний інтелект під контролем архітектора. Архітектор описує процес і критерії готовності, ШІ-агент пише код і тести, людина перевіряє на реальних замовленнях. Тому перша робоча версія готова за кілька днів, а вся система — за 2–4 тижні після опису процесу. Код і дані належать вам.

Порівняння трьох варіантів

Критерій	Таблиця	Готовий сервіс	Система під процес
Старт	Сьогодні	День–тиждень	Кілька днів до першої версії
Етапи замовлення	Колонка «статус», вручну	Налаштовані статуси й воронки	Ваші етапи з правилами переходу
Ціна за формулою	Так, але формули ламаються	Переважно прайс, складні формули — обхідними шляхами	Ваша формула, звірена на реальних прикладах
Документи	Вручну або через бухгалтера	Шаблони, частина — під ваш формат	Рахунок, накладна, акт, КП у PDF з картки
Оплати й борги	Вручну	Є	Є, з вашими правилами передоплати
Нагадування	Немає	Є в межах сервісу	У Telegram, за етапом і датою
Хто володіє програмою	Ви	Постачальник сервісу	Ви: код і дані ваші
Коли обирати	Мало замовлень, одна людина	Типовий процес продажу	Своя формула, кілька етапів після продажу

Пороги рішення

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

Швидко перевірити свій випадок можна тестом «Готова CRM чи своя система» — він займає 15 хвилин.

Приклад: що показала система обліку замовлень у Saloy

Saloy — наша компанія з виробництва на верстатах з ЧПК: меблеві фасади, різьблення, деталі під замовлення. Команда — від 3 до 6 людей. Замовлення змішані: частина з каталогу, частина за кресленням клієнта.

Влітку 2026 року ми розглядали KeyCRM, зв’язку Google Sheets і Trello, ERPNext. Готові не підійшли з конкретних причин: ціна за формулою, заготовки, «ворота» перед виробництвом, виплати за операції і Telegram як основний інтерфейс. ERPNext закривав більше, але налаштування зайняло б місяці.

Як будували

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

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

Що побачили в перші тижні

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

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

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

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

Що робить ШІ в обліку замовлень, а чого не робить

Робить

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

Не робить

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

Як перейти з таблиці на програму: покроковий план

Опишіть процес. Тиждень, відповідає власник або операційний директор. Етапи замовлення, хто відповідає на кожному, що має бути готово для переходу далі, які документи і коли. Почати допоможе шаблон опису процесу.
Зберіть документи. Візьміть по одному реальному рахунку, накладній, акту і КП. Це шаблони для програми. Позначте, що в них постійне, а що береться із замовлення.
Запишіть формулу ціни. Не «як рахує Олена», а формулою з параметрами й винятками. Підготуйте 10–20 реальних замовлень із відомими цінами для звірки.
Почистіть базу клієнтів. Об’єднайте дублікати, перевірте реквізити тих, кому документи виставляєте регулярно.
Запустіть першу версію на живих замовленнях. Картки, етапи, клієнти, документи. Розрахунок звірте з таблицею на тих самих прикладах. У проєкті для виробника металоконструкцій результат збігся з Excel до копійки, і тільки після цього калькулятор відкрили для клієнтів.
Два тижні працюйте паралельно. Нові замовлення ведете в програмі, таблиця лишається для звірки. Розбіжність — привід виправити програму, а не повернутися до таблиці.
Закрийте таблицю для редагування. Залиште її архівом лише для читання. Поки старий файл можна редагувати, хтось продовжить у ньому працювати.
Додавайте модулі по одному. Нагадування, звіти, виплати, склад — коли основа вже працює і люди звикли.

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

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

Скопіювати таблицю в програму один до одного. Колонки стають полями, а безлад — цифровим. Спершу процес, потім поля.
Зробити тридцять етапів. Ніхто не переводитиме картку тридцять разів. Етап — це момент, коли змінюється відповідальний або потрібне рішення. Зазвичай їх від шести до десяти.
Не вирішити, хто вносить дані. Якщо майстер не позначає «готово», етапи стоять, а менеджер знову телефонує. Позначка має займати одну дію в телефоні.
Перенести формулу без звірки. Помилка у формулі в програмі небезпечніша, ніж у таблиці: програмі довіряють більше. Звіряйте на реальних замовленнях.
Почати з усього одразу. Склад, зарплата, аналітика й інтеграції в перший місяць — і запуск розтягується. Спершу замовлення, клієнти, документи, оплати.
Не робити резервних копій. Дані замовлень — це гроші. Щоденна копія і контроль версій потрібні з першого дня, а не після першої втрати.

Коли програма для обліку замовлень не допоможе

Чесно про обмеження.

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

Часті питання

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

Чи можна перенести дані з Excel? Так. Клієнтів і відкриті замовлення переносять на старті, а розрахунки — формулою зі звіркою на реальних прикладах. Під час звірки часто знаходяться помилки в самій таблиці. Ми не виправляємо їх мовчки, а показуємо власнику.

Скільки часу займає запуск? Опис процесу — тиждень. Перша робоча версія системи під процес готова за кілька днів, уся система — за 2–4 тижні. Два тижні вона працює паралельно зі старим способом. Готовий сервіс можна запустити швидше, якщо ваш процес типовий.

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

Програма для обліку замовлень: від заявки до оплати без таблиць і блокнотів