AUT-0233· Управління та аналітика
Погодження коригування прогнозу продажів
Коригування очікуваних продажів має підставу, період і збережений розрахунковий прогноз із перевіреним впливом на підсумок.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Керівник змінює загальний прогноз продажів, і команда не може відокремити ручне очікування від цифр угод або пояснити вплив на підсумок.
02 / Результат
Прогноз показує розрахункову базу, погоджені коригування, причини й актуальність даних окремо від плану та фактичних продажів.
03 / Процес
ТригерПодано ручне коригування очікуваних продажів або змінилися вихідні угоди, період чи ієрархія прогнозу.
Зафіксувати період, категорію, валюту, команду й розрахункову базу з часом оновлення; фактичні продажі та ціль показати окремо.
Зібрати запропоновану суму й пояснення; помилкові дані угод повернути на виправлення джерела, не приховувати коригуванням.
Показати пряме коригування й успадкований вплив інших рівнів; ту саму зміну не додавати вдруге в загальний підсумок.
Власник погоджує конкретну редакцію з підставою; перед введенням перевірити, чи база й охоплення залишилися актуальними.
Прочитати збережений результат і його вплив на підсумок; оновлення угод не означає автоматичного скасування ручного коригування.
За поверненням до розрахункової бази зберегти причину й історію; прогноз не змінює суму угоди, план або факт її виконання.
04 / Реалізація1 варіант
Приклад · Коригування з базою, підставою й перевіреним підсумком
Розрахунковий прогноз кварталу становив 1 000 000 грн. Керівник погодив 900 000 грн через підтверджений ризик перенесення угоди. Після оновлення угод база стала 950 000 грн, але ручне значення збереглося. Система показала обидві суми й відкрила перегляд. Повернення до бази записало причину; командний підсумок звірили без другого врахування тієї самої різниці. Ціль продажів і суми угод не переписували.
Спосіб реалізації
- Проєктна модель PlanFix: періоди прогнозу, розрахункові знімки, коригування, підстави й рішення; фактичний результат читається з джерела прогнозу.
Що потрібно для реалізації
- Визначено правила категорій, періодів, ієрархії та право погоджувати коригування.
- Є джерело розрахункової бази, час оновлення та спосіб перевірити прямі й успадковані зміни.
- Правила прогнозу й повноваження визначені.
- База та застосовані коригування доступні для звірки.
Обмеження
- Прогноз не гарантує майбутнього доходу або отримання грошей.
- План, прогноз і фактичні продажі мають різні значення.
- Коригування не виправляє помилкові записи угод.
- Перерахунок бази не завжди змінює ручну суму; поведінку цільової системи потрібно перевірити.
- Години попередні; нова модель прогнозування, AI-оцінка й комерційна стратегія не включені.
- Не гарантує доходу.
- Не виправляє дані угод ручним підсумком.
Що потрібно уточнити (2)
- Чи потрібно читати базу, ручні коригування й фактичний підсумок із окремої CRM?
Погодьте періоди, категорії, валюту та ознаки актуальності без зміни самих угод.
- Чи потрібні кілька рівнів, успадковані зміни й повернення до бази після її оновлення?
Погодьте підсумовування, історію, повторний перегляд та причину скасування ручного коригування.