Як налагодити облік продажів у малому бізнесі: таблиці, показники та наступні дії

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

Цей матеріал допоможе вибрати просту систему обліку. Для роботи відкрийте Excel-шаблони продажів: у кожного є чиста таблиця, приклад, інструкція та промпт для адаптації.

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

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

Почніть із питань, а не з кількості таблиць

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

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

Узгодьте етапи й наступні дії

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

Навчальний приклад: зі 100 звернень однієї групи 60 пройшли кваліфікацію, 45 мали зустріч, 30 отримали пропозицію, а 12 оплатили. Якщо кожний наступний етап входить у попередній, конверсія з пропозиції в оплату становить 12 / 30 × 100% = 40%. Загальна конверсія від звернення до оплати: 12 / 100 × 100% = 12%. Це умовні числа, а не норматив для вашої галузі. Порівнюйте групи з однаковим інтервалом спостереження й достатнім часом на рішення клієнта.

Відділіть активності, прогноз і фактичні оплати

Тижневий план активностей допомагає узгодити кількість запланованих дій та порівняти її з фактом. Дії не дорівнюють продажам: велика кількість дзвінків не говорить сама по собі про їхню якість.

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

Як почати за один тиждень

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

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

Як обговорювати цифри з командою

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

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

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

Як пов'язати повторні покупки з роботою команди

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

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

Коли таблиці стає замало

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

Які дані потрібні для першої версії обліку

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

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

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

Визначення показника перед розрахунком

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

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

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

Візьміть одну групу зі 100 нових звернень, що надійшли протягом тижня. Через погоджений час перевірте, скільки з них пройшли кожен етап. Якщо 60 звернень кваліфіковані, 45 мали зустріч, 30 отримали пропозицію і 12 оплатили, обчислення таке:

1. Частка кваліфікованих звернень: 60 / 100 × 100% = 60%.
2. Перехід від кваліфікації до зустрічі: 45 / 60 × 100% = 75%.
3. Перехід від зустрічі до пропозиції: 30 / 45 × 100% ≈ 66,7%.
4. Перехід від пропозиції до оплати: 12 / 30 × 100% = 40%.
5. Частка оплачених угод від початкової групи: 12 / 100 × 100% = 12%.

Приклад має сенс лише тоді, коли 45 зустрічей належать до тих самих 60 кваліфікованих звернень, 30 пропозицій належать до цих 45, а 12 оплат до цих 30. Якщо порівняти нові звернення цього тижня з оплатами за угодами минулого місяця, результат буде співвідношенням різних періодів, а не конверсією однієї групи. Якщо у вашому процесі немає зустрічей, адаптуйте етап і пов’язані формули, як описано в інструкції до таблиці.

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

Чому дата зрізу впливає на висновок

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

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

Як вести наступний крок за угодою

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

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

Журнал угод зручний для невеликого обсягу записів. Якщо команді потрібна історія контактів, автоматичні нагадування або точне розмежування доступу, порівняйте потреби з CRM та її умовами. Перед перенесенням перевірте, які дані дозволено передавати і хто матиме до них доступ.

Порівнюйте план, прогноз і факт окремо

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

Для умовного прикладу візьміть план оплат 100 000 грн і факт 80 000 грн за один період. Відхилення факту від плану становить 80 000 − 100 000 = −20 000 грн, а виконання 80%. Це пояснює розмір різниці, але не її причину. Перевірте строки платежів, повноту внесення даних і склад угод перед рішенням змінювати план.

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

Прогноз із вагами використовуйте як сценарій, а не гарантію: сума майбутньої оплати множиться на введену оцінку ймовірності. Для 10 000 грн і 50% зважене значення дорівнює 5 000 грн. Це не означає, що клієнт заплатить саме 5 000 грн. Оцінку ймовірності команда має обґрунтувати та перевіряти з часом.

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

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

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

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

Як адаптувати файл за допомогою промпту

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

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

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

Як обрати між журналом угод і зведеною воронкою

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

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

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

Як розпізнати слабке місце без передчасних висновків

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

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

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

Приклад планування навантаження менеджерів

Уявімо, що команда планує 120 первинних контактів за тиждень. Якщо на один контакт і запис результату потрібно в середньому 10 хвилин, це 1 200 хвилин, або 20 годин. Якщо ще заплановано 30 зустрічей по 30 хвилин, це додаткові 15 годин. Разом виходить 35 годин на ці два види роботи, за умови що вони не дублюють один одного.

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

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

Як порівняти варіанти ціни або знижки

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

Умовний приклад: товар коштує 1 000 грн, собівартість та інші враховані змінні витрати становлять 600 грн, а додаткова комісія відсутня. До знижки залишається 400 грн. За знижки 10% ціна становитиме 900 грн, і за тих самих врахованих витрат залишиться 300 грн. Різниця показує вплив знижки на одну одиницю, але не доводить, як зміниться кількість замовлень або загальний результат бізнесу.

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

Як контролювати рахунки й не змішувати їх із прогнозом

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

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

Як перевірити, чи відповідають менеджери на звернення вчасно

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

Для прикладу припустімо, що три клієнти отримали змістовну відповідь через 5, 10 і 45 хвилин. Середній час становить 20 хвилин, а медіанний, тобто середнє за порядком значення, 10 хвилин. Обидва показники описують ті самі три випадки по-різному. Окремо перевірте 45-хвилинну затримку: причина може бути у складному запиті, зайнятості команди або помилці маршрутизації.

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

Що робити із заявками без рішення

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

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

Як підготувати дані до спільного перегляду

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

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

Як перевіряти оплату й повернення

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

Наприклад, клієнт погодив замовлення на 10 000 грн і перерахував 4 000 грн авансу. Вартість угоди за домовленістю становить 10 000 грн, фактичне надходження поки 4 000 грн, а решту 6 000 грн очікують згідно з умовами. Не записуйте всю суму як уже отриманий виторг. Якщо повернення відбулося пізніше, визначте, як воно відображається у фінансових даних і чи потрібно уточнити результат когорти.

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

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

Поширені запитання

Чи можна вести продажі тільки в Excel?

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