Статуси угод у Planfix: чому я додаю поле «Стан угоди» замість десятка статусів

Нова стадія в угоді, і перше бажання — додати ще один статус. «КП надіслано», «Чекаємо відповіді», «Договір підписано», «Чекаємо передоплату». Через рік їх двадцять, а в колонці «В роботі» все одно не видно, що саме відбулося.

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

Де статуси ламаються

Статус має одне значення. Угода не вкладається в одне.

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

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

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

Ідея: мінімум статусів, решта в полі

Для угоди мені вистачає стандартних статусів. У демо-акаунті їх вісім системних: «Нове», «В роботі», «Виконане», «Відкладене», «Відхилене», «Завершене», «Скасоване», «Чернетка». Власних статусів там нуль. Для відмови теж є системний статус, власний заводити не треба.

Усе інше я виношу в поле «Стан угоди». Це поле типу «Набір значень»: в угоді можна відмітити одразу кілька значень. «Дзвінок виконано» і «КП надіслано» стоять поруч, і нічого не треба змінювати.

Значень стільки, скільки потрібно процесу. У моїх клієнтів буває 15–20. Це не проблема, бо вони не змагаються за одне місце, як статуси.

Налаштування крок за кроком

Нижче шлях, який я пройшов у демо-акаунті 1 листопада 2026 року.

1. Відкрийте «Керування акаунтом» → «Типи об'єктів» → «Завдання» → «Налаштовувані поля» і натисніть «Нове поле».
2. Виберіть тип поля «Набір значень», назвіть поле «Стан угоди».
3. У налаштуванні «Значення» виберіть «Фіксований список». У режимі «Вільне введення» кольорів немає.
4. Залиште ввімкненим «Задати кольори значенням списку».
5. Додайте значення. Enter створює наступний рядок.
6. Кожному значенню оберіть свій колір. Це не прикраса: за кольором керівник бачить стан ще до того, як прочитав слово.
7. Збережіть поле й додайте його в картку: у налаштуваннях картки процесу натисніть «+» → «Поле» і ввімкніть «Стан угоди». Оновіть сторінку, і поле з'явиться в усіх угодах цього процесу.

Так виглядає налаштування поля: тип «Набір значень», фіксований список і колір біля кожного значення.

А так поле виглядає в картці угоди:

Які значення додати

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

Значення	Колір
Дзвінок виконано	синій
КП надіслано	фіолетовий
Очікуємо відповідь клієнта	помаранчевий
Договір підписано	зелений
Передоплату отримано	бірюзовий
Роботи розпочато	рожевий

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

Як змінювати стан

Найпростіший спосіб — вручну. Хто виконав дію, той відмічає значення в полі й одразу залишає коментар. Відмітка і коментар йдуть разом: у коментарі пояснення, у полі коротка позначка для списків.

У демо видно, як це працює. В угоді Олени Коваленко відмічено три значення: «Дзвінок виконано», «КП надіслано» і «Договір підписано». Значення «Передоплату отримано» немає, і це теж інформація: менеджер одразу бачить, чого бракує.

Якщо хочете автоматику

Ручне ведення вимагає дисципліни. Тому в практиці Planfix описана й автоматична схема. У демо-акаунті я її не збирав, тому розповідаю лише суть:

• Є довідник «Тип доручення». У кожному записі описано, який стан додається, коли підзадача цього типу почалась, і який знімається, коли вона завершилась.
• Угоду з самого початку розбивають на підзадачі. Вони складають дорожню карту.
• Один-два сценарії реагують на старт і завершення підзадачі та змінюють поле.

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

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

Канбан за статусами й картки зі станами

Є і візуальна частина. У налаштуваннях процесу є набір статусів, а в ньому кнопка «Створити канбан».

Одним натисканням Planfix збирає планувальник: колонки за статусами, у кожній колонці угоди з цим статусом. Далі в налаштуваннях картки канбану додаємо поле «Стан угоди».

Результат:

Колонка тепер відповідає на питання «де угода», а плашки на питання «що вже зроблено». Подивіться на три картки в демо:

• Андрій Бондаренко, колонка «Нове». Єдина плашка «Очікуємо відповідь клієнта». Це ще не робота, ми чекаємо.
• Ігор Мельник, колонка «В роботі». Дзвінок виконано, КП надіслано.
• Олена Коваленко, колонка «В роботі». Дзвінок, КП і договір є. Плашки «Передоплату отримано» немає, і це видно з першого погляду.

Керівник не відкриває жодної картки, щоб дізнатися, кому нагадати про гроші.

Планувальники: що робиться кнопкою, а що вручну

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

На практиці виходить так:

• Фільтр за полем. У списку угод у меню колонки є пункт «Фільтр за полем». За ним можна відібрати угоди з потрібним значенням.
• Окремі списки в планувальнику. Наприклад, список «Отримати передоплату» з угодами, де відмічено «Договір підписано». Передоплату в такому списку видно за відсутньою плашкою.
• Назви списків у наказовому способі. «Надіслати КП», «Отримати передоплату», «Підписати договір». Менеджер читає назву списку і розуміє, що робити далі.

Мій порядок такий: спочатку канбан за статусами з картками зі станами. Окремі планувальники за станами додаю тільки тоді, коли керівник просить конкретний зріз.

Мінуси, про які варто знати

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

Кому підходить

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

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

Запуск за вечір

1. Залиште стандартні статуси. Нових не додавайте.
2. Створіть поле «Стан угоди»: «Набір значень», «Фіксований список», кольори.
3. Додайте п'ять-шість значень із того, що керівник питає найчастіше.
4. Додайте поле в картку угоди й відмітьте стани в трьох-чотирьох живих угодах.
5. У наборі статусів натисніть «Створити канбан» і додайте поле «Стан угоди» до картки.
6. Домовтеся з командою про одне правило: дія виконана, відмічаємо значення й пишемо коментар.
7. Через два тижні перегляньте список. Зайві значення приберіть, відсутні додайте.

Якщо ви лише починаєте з Planfix, спершу прочитайте статтю про безкоштовний тариф Planfix. Поле «Стан угоди» — наступний крок після неї.

---

Налаштування перевірено в демонстраційному акаунті Planfix 1 листопада 2026 року. Інтерфейс і ліміти можуть змінюватися.