Начните с управленческого вопроса

Что читатель хочет узнать: текущий объём, движение покупателей или результат завершений? Затем назовите единицу — покупка, клиент или событие. Одно название метрики редко объясняет всё. Если вопрос и единица не совпадают, уточните их до формулы. Иначе авторы могут одинаково делить числа и получать разные смыслы, потому что один считает самостоятельные решения клиента, другой технические карточки, третий повторные движения по стадиям, не замечая изменения объекта наблюдения и его границы.

Запишите событие и время

Укажите, по какой дате отбираются случаи и на какой момент проверяется состояние. Для потока важен интервал событий, для портфеля — снимок на дату. При необходимости назовите часовой пояс и правила границ. Не прячьте это в коде, недоступном читателю. Если поля исторически неполны, явно опишите ограничение. Определение должно соответствовать реальным доступным данным, а не идеальному процессу, который когда-то хотели настроить, но сотрудники и система в действительности не фиксировали одинаково и последовательно.

Назовите состав и исключения

Какие состояния, сотрудники и типы покупок включены? Как учтены дубли, неизвестные оценки, альтернативы и изменения предмета? Не пытайтесь перечислить все гипотетические случаи мира. Начните с значимых для текущего вопроса. Добавьте короткий подходящий и неподходящий пример. Такие границы помогают новому автору применить правило без личного объяснения владельца отчёта и не позволяют молча менять знаменатель или фильтр ради более удобного результата в сравнении с предыдущим наблюдаемым периодом отдела.

Пример понятного определения

«Количество самостоятельных активных покупок команды на выбранный момент; завершённые исключены; подтверждённые паузы входят; неизвестная сумма не исключает покупку». Это описание уже отличается от списка всех карточек, которые когда-то создавались менеджерами. Нужные технические детали добавляют по системе. Пример условный и не задаёт обязательную универсальную политику; компания выбирает полезный смысл, но затем сохраняет его и показывает читателю вместо ожидания, что общие слова сами определяют все исключения и ограничения.

Поддерживайте версию

При изменении правила сохраните причину и дату применения. Отдельно решите, можно ли пересчитать историю достоверно. Если нет, не создавайте ложную сопоставимость. Описание метрики полезно проверять на расхождениях отчётов, а не переписывать без повода. Наличие красивой панели CRM не означает единых определений автоматически: смысл задают реальные события, доступные поля и согласованная методика. Даже автоматический расчёт может быстро и без арифметической ошибки считать не то, что предполагает читатель отчёта компании.

Проверка по шагам

  1. Вопрос и единица названы.
  2. Событие времени ясно.
  3. Фильтры доступны.
  4. Исключения объяснены.
  5. Версия правила отмечена.

Частые вопросы

Нужно документировать каждую цифру?

Для устойчиво используемых управленческих показателей полезно хотя бы короткое определение. Масштабируйте глубину по важности и спорности. Понятная строка с примером часто достаточна, но одно привычное название не должно скрывать принципиальные различия отбора и единицы.

Что делать, если два определения одинаково разумны?

Назовите два разных показателя и их вопросы либо выберите один для конкретной задачи. Не объявляйте один ошибкой только из-за расхождения чисел. Ошибка — смешивать смыслы без подписи и сравнивать результаты как будто методика одна.

Прототип CRM для вашей компании

Расскажите о текущих системах и задаче. Согласуем состав бесплатного прототипа, который можно проверить с командой. Возможности и объём автоматизации обсуждаем до включения в проект.

Получить прототип CRM →

Возможности MB CRM →

Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.