Угоди

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

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

Головне. Угода — це не просто запис у CRM. Це керований процес продажу з клієнтом, який має суму, етап, відповідального, задачі, документи, ймовірність закриття і наступну дію.

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

Для автоматизації. Найбільшу користь угоди дають тоді, коли вони пов’язані з CRM, ERP, КП, рахунками, договорами, складом, оплатами, BI, AI та прогнозом продажів.

Вступ

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

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

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

CRM вирішує цю проблему через облік угод.

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

Що таке угода

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

Угода може бути:

потенційною;
активною;
виграною;
програною;
призупиненою;
перенесеною;
повторною;
сервісною;
проєктною;
тендерною;
регіональною;
партнерською.

Угода зазвичай має:

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

Угода, лід і клієнт

У CRM часто є три пов’язані сутності: лід, клієнт і угода.

Сутність	Що означає	Приклад
Лід	Початковий інтерес або заявка.	Людина залишила заявку на сайті.
Клієнт	Особа або компанія, з якою ведеться взаємодія.	ТОВ “Приклад” із контактною особою.
Угода	Конкретна можливість продажу.	Впровадження CRM на 120 000 грн.

Один клієнт може мати багато угод. Наприклад, перша угода — впровадження CRM, друга — інтеграція з сайтом, третя — BI-дашборди, четверта — технічна підтримка.

Навіщо потрібні угоди

Угоди потрібні для керування продажами.

Завдання	Як допомагають угоди
Контроль продажів	Показують усі активні можливості продажу.
Воронка продажів	Дозволяють бачити етапи роботи з клієнтами.
Прогноз продажів	Дають основу для розрахунку очікуваної виручки.
Контроль менеджерів	Показують, хто веде які угоди і з яким результатом.
Планування задач	Кожна угода має наступні дії.
Документообіг	Із угоди можуть створюватися КП, рахунки, договори і замовлення.
Аналітика	Дозволяють рахувати KPI, конверсії, середній чек і причини відмов.
Фінансовий контроль	Показують майбутні оплати, маржу і ризики.

Основні поля угоди

Поле	Опис	Навіщо потрібно
Назва угоди	Коротка назва продажу.	Щоб швидко розуміти суть.
Клієнт	Компанія або особа, якій продають.	Для зв’язку з клієнтською базою.
Контакт	Особа, з якою спілкується менеджер.	Для комунікації.
Відповідальний	Менеджер або команда.	Для контролю відповідальності.
Сума	Очікувана вартість продажу.	Для прогнозу і плану продажів.
Валюта	Валюта угоди.	Для фінансової аналітики.
Етап	Поточний стан у воронці.	Для управління процесом.
Ймовірність	Шанс закриття угоди.	Для прогнозу продажів.
Очікувана дата закриття	Коли угода може завершитися.	Для планування виручки.
Джерело	Звідки прийшла можливість продажу.	Для маркетингової аналітики.
Наступна задача	Що треба зробити далі.	Щоб угода не зависала.
Причина програшу	Чому угода не відбулася.	Для аналізу відмов.

Етапи угоди

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

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

Важливо. Етапи угоди мають відображати реальний процес продажу, а не бути формальними назвами. Якщо етапи не відповідають реальності, воронка продажів буде неправдивою.

Угода і воронка продажів

Воронка продажів — це набір етапів, через які проходить угода від першого контакту до результату.

Воронка дозволяє бачити:

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

Приклад воронки:

Етап	Кількість угод	Сума	Ймовірність	Очікувана сума
Кваліфікація	18	900 000 грн	25%	225 000 грн
КП відправлено	14	1 200 000 грн	50%	600 000 грн
Переговори	9	850 000 грн	70%	595 000 грн
Погодження договору	5	620 000 грн	90%	558 000 грн
Прогноз				1 978 000 грн

Сума угоди

Сума угоди — це очікувана або фактична вартість продажу.

Сума може бути:

попередньою;
розрахунковою;
погодженою;
за комерційною пропозицією;
за рахунком;
фактично оплаченою;
з ПДВ або без ПДВ;
у національній або іноземній валюті.

У складних продажах сума угоди може змінюватися під час переговорів.

Наприклад:

Етап	Сума	Коментар
Первинна потреба	80 000 грн	Клієнт просив базовий пакет.
Після консультації	120 000 грн	Додано інтеграцію і навчання.
Після переговорів	110 000 грн	Надано знижку.
Після погодження	110 000 грн	Сума зафіксована в рахунку.

Ймовірність закриття угоди

Ймовірність закриття — це оцінка шансів, що угода буде виграна.

Вона може визначатися:

вручну менеджером;
автоматично за етапом воронки;
на основі історичних даних;
через AI;
за правилами компанії.

Приклад:

Етап	Ймовірність
Новий лід	10%
Кваліфікація	25%
КП відправлено	50%
Переговори	70%
Погодження договору	90%
Рахунок виставлено	95%

Прогноз продажів за угодами

Прогноз продажів часто рахується на основі угод.

Формула:

Прогноз = Σ Сума угоди × Ймовірність закриття

Приклад:

Угода	Сума	Ймовірність	Очікувана сума
Впровадження CRM	200 000 грн	80%	160 000 грн
Автоматизація складу	350 000 грн	50%	175 000 грн
BI-дашборди	120 000 грн	70%	84 000 грн
Прогноз			419 000 грн

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

Угода і задачі

Кожна активна угода повинна мати наступну задачу.

Приклади задач:

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

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

Угода і комерційна пропозиція

Комерційна пропозиція часто створюється на основі угоди.

Угода передає в КП:

клієнта;
контактну особу;
товари або послуги;
кількість;
ціни;
знижки;
строки;
умови оплати;
відповідального менеджера;
коментар;
валюту.

Переваги створення КП з угоди:

менше ручного введення;
менше помилок;
є зв’язок між документами;
видно статус КП;
можна аналізувати конверсію КП в оплату;
простіше створити рахунок після погодження.

Угода і рахунок

Рахунок може створюватися на основі угоди або комерційної пропозиції.

Зв’язок угоди з рахунком дозволяє бачити:

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

Приклад статусів:

Статус рахунку	Значення для угоди
Не виставлено	Потрібно підготувати рахунок.
Виставлено	Клієнт отримав рахунок.
Частково оплачено	Потрібен контроль залишку.
Оплачено	Угода може перейти до виконання.
Прострочено	Потрібна дія менеджера або фінансів.

Угода і договір

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

У договорі фіксуються:

сторони;
предмет;
ціна;
строки;
умови оплати;
відповідальність;
гарантії;
конфіденційність;
порядок зміни умов;
порядок розірвання;
додатки;
специфікації.

CRM або ERP повинна показувати, на якому етапі погодження перебуває договір.

Угода і ERP-документи

Угода може бути початком ланцюжка ERP-документів.

Типовий шлях:

Угода → Комерційна пропозиція → Замовлення покупця → Рахунок → Договір → Видаткова накладна / Акт виконаних робіт → Оплата

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

Статуси угоди

Окрім етапів воронки, угода може мати статус.

Статус	Що означає
Активна	Угода в роботі.
Призупинена	Роботу тимчасово зупинено.
Виграна	Продаж успішно завершено.
Програна	Продаж не відбувся.
Перенесена	Угода перенесена на майбутній період.
Скасована	Угода анульована.

Причини програшу угод

Причина програшу повинна фіксуватися обов’язково. Без цього компанія не розуміє, чому втрачає продажі.

Приклади причин:

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

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

Угоди і KPI продажів

На основі угод можна рахувати багато KPI.

KPI	Що показує
Кількість нових угод	Активність продажів.
Сума активної воронки	Потенціал продажів.
Середній чек угоди	Середню суму продажу.
Конверсія угод	Частку угод, які стали продажами.
Тривалість циклу продажу	Скільки часу угода проходить від старту до результату.
Конверсія між етапами	Де клієнти губляться у воронці.
Прогноз продажів	Очікувану суму майбутніх продажів.
Причини програшу	Чому угоди не закриваються.
Угоди без задач	Дисципліну менеджерів.
Угоди без руху	Завислі продажі.

Угоди в CRM

У CRM угоди є основним робочим об’єктом менеджера продажів.

CRM дозволяє:

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

Угоди в ERP

В ERP угоди можуть бути пов’язані з реальними бізнес-операціями:

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

CRM + ERP. CRM показує процес продажу. ERP показує, чи може компанія виконати продаж: чи є товар, яка маржа, чи оплачено рахунок і які документи створені.

Угоди в K2 ERP

У K2 ERP угоди можуть бути частиною єдиного процесу від ліда до оплати.

Можливий сценарій:

Заявка з сайту створює лід.
Менеджер кваліфікує ліда.
Створюється угода.
До угоди додаються товари або послуги.
Система підтягує ціни, знижки і залишки.
Менеджер формує КП.
Після погодження створюється замовлення покупця.
ERP формує рахунок.
Після оплати угода переходить у виконання.
Створюється видаткова накладна або акт виконаних робіт.
BI показує результат.
AI аналізує ризики і підказує наступні дії.

K2 ERP. Угода в єдиній ERP-платформі — це не ізольований CRM-запис, а частина повного бізнес-процесу: клієнт, КП, рахунок, оплата, склад, документи, маржа, BI і AI-аналітика.

Угоди і BI-аналітика

BI дозволяє аналізувати угоди в різних розрізах:

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

BI-дашборд угод може показувати:

Показник	Приклад
Активні угоди	124
Сума активної воронки	8 500 000 грн
Прогноз продажів	3 200 000 грн
Угоди без задач	17
Угоди без руху понад 14 днів	23
Конверсія в оплату	34%
Середній чек	42 000 грн

Угоди і AI

Штучний інтелект може допомагати працювати з угодами.

Можливі сценарії:

підказати наступну дію;
знайти угоди без руху;
прогнозувати ймовірність закриття;
пояснювати ризики;
формувати резюме по угоді;
готувати follow-up лист;
аналізувати причини програшу;
знаходити можливості Upsell;
знаходити можливості Cross-sell;
пропонувати клієнтів для повторного контакту;
виявляти угоди з низькою маржею.

Приклад AI-підказки:

AI-підказка. Угода на 280 000 грн перебуває на етапі “Комерційна пропозиція” 11 днів без активності. Рекомендована дія: поставити задачу менеджеру на follow-up і запропонувати клієнту уточнення складу пропозиції або умов оплати.

Угоди і якість даних

Якість даних угод критично важлива для прогнозу і аналітики.

Потрібно контролювати:

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

Якість даних. Якщо менеджери не оновлюють угоди, прогноз продажів стає вигадкою, а не управлінським інструментом.

Типові помилки при роботі з угодами

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

Регламент роботи з угодами

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

Приклад картки угоди

Поле	Значення
Назва	Впровадження CRM для ТОВ “Приклад”
Клієнт	ТОВ “Приклад”
Контакт	Іван Петренко, комерційний директор
Відповідальний	Ірина
Сума	120 000 грн
Етап	Комерційна пропозиція
Ймовірність	50%
Очікувана дата закриття	30.05.2026
Джерело	Сайт
Наступна задача	Follow-up щодо КП 20.05.2026
КП	КП-2026-000145
Статус	Активна

Угоди і санкційні ризики щодо 1С, BAS та іншого російського ПЗ

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

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

Об’єкт	Походження / ризик	Санкційна або правова інформація	Практичний висновок для угоди
1С	Російська компанія та екосистема програмних продуктів для обліку, автоматизації бізнесу і розробки прикладних рішень.	Указ Президента України №133/2017 від 15.05.2017 ввів у дію рішення РНБО від 28.04.2017 про застосування персональних спеціальних економічних та інших обмежувальних заходів до фізичних і юридичних осіб за додатками до рішення.^[1]^[2]	В угоді краще формулювати не “доробка 1С”, а “аудит, підготовка і міграція даних із 1С у сучасну українську ERP-платформу”.
1С:Підприємство	Технологічна платформа, історично пов’язана з російською екосистемою 1С.	Потрібно перевіряти конкретну конфігурацію, правовласника, постачальника, канал оновлень, договори, платежі й пов’язаних юридичних осіб.	Угода має фіксувати перехідний характер інтеграції і план зменшення залежності від ризикової платформи.
BAS	Програмні продукти, які використовуються на українському ринку як заміна бренду 1С у частині бізнес-обліку.	Назва BAS сама по собі не усуває ризики. Потрібна перевірка правовласника, постачальника, ліцензійної схеми, каналів оновлення, договорів і платежів.	Угоду бажано будувати навколо аудиту, міграції даних і переходу на безпечну систему, а не навколо довгострокового розвитку BAS.
Інше російське ПЗ	Може використовуватися для CRM, ERP, бухгалтерії, складу, телефонії, документообігу або аналітики.	Санкції можуть застосовуватися не до назви продукту, а до конкретної юридичної або фізичної особи.	Перед включенням такого ПЗ у предмет угоди потрібен технічний, юридичний і санкційний аудит.

Безпечне формулювання для угоди

Небажано писати:

Угода на інтеграцію CRM з 1С / BAS.

Краще писати:

Угода на аудит поточної облікової системи, підготовку даних, міграцію з 1С / BAS у сучасну українську ERP-платформу та налаштування безпечного обміну даними на перехідний період.

Коротко

Питання	Відповідь
Що таке угода?	Це сутність у CRM або ERP, яка описує потенційний або фактичний продаж клієнту.
Чим угода відрізняється від ліда?	Лід — це початковий інтерес або заявка, а угода — конкретна можливість продажу.
Навіщо потрібні угоди?	Щоб керувати продажами, воронкою, задачами, КП, рахунками, прогнозом і результатами.
Що має бути в угоді?	Клієнт, сума, етап, відповідальний, ймовірність, очікувана дата закриття, задачі, документи і статус.
Що таке етап угоди?	Це поточний стан угоди у воронці продажів.
Як угоди впливають на прогноз продажів?	Прогноз можна рахувати як суму угод, помножену на ймовірність їх закриття.
Чому важлива наступна задача?	Вона показує, що менеджер має зробити далі. Без задачі угода може зависнути.
Як угода пов’язана з ERP?	З угоди можуть створюватися КП, замовлення, рахунки, договори, накладні, акти й оплати.
Як AI допомагає з угодами?	AI може підказувати ризики, наступні дії, ймовірність закриття, причини програшу і можливості upsell.

Висновок

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

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

Угода — це міст між інтересом клієнта і реальними грошима компанії.

У контексті K2 ERP угоди можуть бути частиною єдиної української ERP-платформи, де CRM веде клієнта і воронку, ERP формує документи і контролює виконання, BI показує аналітику, а AI допомагає менеджерам і керівникам приймати кращі рішення.

Див. також

Джерела

Зовнішні посилання

[1] Шаблон:Cite web

[2] Шаблон:Cite web

[1]

[2]