KPI команды: примеры показателей для разных отделов

Руководитель отдела продаж на планёрке говорит: «Работаем хорошо, все загружены». Через месяц выясняется, что из тридцати заявок закрылись четыре, а остальные зависли на этапе «клиент думает». Без цифр это стало видно только через месяц — а могло бы через день, если бы в отделе были понятные показатели с самого начала.

KPI, ключевые показатели эффективности, — это набор цифр, по которым видно, движется работа отдела в нужную сторону или нет. Проблема почти никогда не в самой идее замерять эффективность, а в том, что руководители не знают, какие именно показатели считать для своей команды: универсальных формул на все случаи тут нет.

Ниже — готовые примеры KPI для команды: с разбивкой на продажи, поддержку и разработку, с формулами и ориентирами по значениям, которые можно взять за основу и подстроить под себя.

В этой статье:

• Зачем нужны примеры KPI, а не общие формулы
• Как выбрать показатели под свой отдел
• Примеры KPI для отдела продаж
• Примеры KPI для службы поддержки
• Примеры KPI для разработки
• KPI для маркетинга и HR: коротко
• Сравнение инструментов для трекинга KPI
• Как не переплатить за систему KPI
• Пошаговый план: внедряем примеры KPI за неделю
• Частые ошибки при выборе показателей

Зачем нужны примеры KPI, а не общие формулы

В интернете легко найти универсальную формулу вроде «эффективность = число закрытых задач / затраченное время». На практике такая формула ничего не говорит о работе конкретного отдела: она одинаково применима к продажам, поддержке и разработке, а значит, не учитывает ни одну из их реальных особенностей.

Продавца интересует конверсия заявки в деньги, а не число звонков. Поддержку интересует скорость и качество решения проблемы, а не количество закрытых тикетов. Разработчика интересует стабильность релиза, а не строчки кода за день. Если посадить все три отдела на одну общую метрику, кто-то начнёт оптимизировать не тот показатель — например, обзванивать как можно больше клиентов без цели довести их до оплаты, лишь бы цифра росла.

Поэтому дальше в статье не общая теория, а готовые примеры показателей по трём отделам: продажи, поддержка и разработка, с конкретными формулами и ориентирами по значениям. Их можно брать почти как есть, слегка калибруя под масштаб своей команды.

Как выбрать показатели под свой отдел

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

Показатель должен отражать цель, а не процесс. «Число звонков в день» показывает процесс, а «конверсия звонка в сделку» — результат. Выбирайте вторые: они честнее показывают вклад в общий результат компании.

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

Показатель нужно уметь посчитать без героизма. Если для подсчёта каждую неделю нужно вручную сводить три таблицы, KPI умрёт через месяц. Данные должны собираться там, где команда и так работает — в задачах, CRM, переписке с клиентом.

Критерии и частые ошибки на этапе постановки целей подробно разобраны в статье про выбор KPI с нуля. А здесь двигаемся дальше — к готовым примерам по отделам.

Примеры KPI для отдела продаж

Продажи — отдел, где KPI считаются проще всего: почти всё сводится к деньгам и срокам. Сложность в другом: не превратить показатели в гонку за количеством в ущерб качеству сделок.

Для менеджера по продажам

• Конверсия заявки в сделку. Формула: сделки / заявки × 100%. Ориентир для B2B-услуг — 15–25%, для розницы обычно выше. Показатель сразу видно, если менеджер обрабатывает заявки формально.
• Средний чек. Сумма всех сделок за период / число сделок. Полезно смотреть в динамике: растёт средний чек — значит, менеджер учится продавать дороже, а не только больше.
• Скорость первого контакта. Время от создания заявки до первого звонка или сообщения клиенту. Ориентир — до 15 минут в рабочее время: чем дольше клиент ждёт ответа, тем выше вероятность, что он уйдёт к конкуренту.
• Число активных сделок в работе. Не должно быть слишком большим — если у менеджера пятьдесят сделок «в процессе», скорее всего, половина из них давно мертва и просто занимает место в отчёте.

Для руководителя отдела продаж

• Выполнение плана продаж, %. Базовый показатель, но смотрите его вместе с конверсией — план можно выполнить и за счёт пары крупных случайных сделок, а это несистемный результат.
• Длина цикла сделки, дни. От первого контакта до оплаты. Если цикл растёт, это сигнал, что где-то в воронке появилось узкое место, например, долгое согласование договора.
• Доля сделок, потерянных на конкретном этапе воронки. Показывает не общий провал, а точное место, которое чинить. Часто оказывается, что теряется треть сделок на этапе «отправили счёт — тишина».
• Retention или доля повторных продаж. Особенно важен для подписочных и сервисных моделей: дешевле удержать клиента, чем найти нового.

Примеры KPI для службы поддержки

Поддержку часто меряют одним показателем, числом закрытых обращений. Это плохая метрика: она поощряет закрывать тикеты быстро, а не качественно. Ниже — набор, который балансирует скорость и качество.

Для линии поддержки

• Время первого ответа (FRT). От обращения клиента до первой реакции оператора. Ориентир для текстовой поддержки — до 15 минут, для критичных обращений — быстрее.
• Среднее время решения обращения. От постановки до закрытия. Считать стоит отдельно по типам обращений — простой вопрос про пароль и сложный технический баг не должны попадать в одну цифру.
• Доля обращений, закрытых с первого раза (FCR). Показывает, насколько компетентно оператор решает проблему сразу, без переспрашиваний и эскалаций. Низкий FCR обычно говорит о нехватке базы знаний у самой команды.
• Доля повторных обращений по одной проблеме. Если клиент пишет второй раз про то же самое — проблему на самом деле не решили, просто закрыли тикет для отчётности.

Для руководителя поддержки

• Соблюдение SLA, %. Доля обращений, обработанных в оговорённые сроки. Прямой показатель того, держит ли отдел обещания перед клиентами.
• CSAT или NPS после обращения. Короткая оценка «довольны ли вы решением» сразу после закрытия тикета. Дешёвый в подсчёте и честный показатель качества, в отличие от скорости.
• Размер бэклога необработанных обращений. Если очередь растёт неделя за неделей — команде не хватает рук либо процесс перегружен лишними шагами.

Примеры KPI для разработки

Разработка — отдел, где неправильные KPI вредят сильнее всего. Число строк кода или закрытых задач не говорит ничего полезного, а иногда прямо портит качество: разработчик начинает дробить одну задачу на десять мелких, чтобы цифра выглядела внушительнее.

Для разработчика

• Cycle time задачи, дни. От момента, когда задачу взяли в работу, до статуса «готово». Показывает реальную скорость, а не количество параллельно открытых задач.
• Доля задач, сделанных в срок спринта, %. Точнее говорит о предсказуемости работы, чем абсолютное число закрытых задач за период.
• Число багов после релиза (defect rate). Обязательный противовес скорости: без этого показателя команда может разгонять cycle time за счёт качества, а баги вылезут у клиентов позже.

Для тимлида и техдиректора

• Частота релизов. Как часто команда доставляет обновления до пользователей. Частые небольшие релизы обычно надёжнее редких крупных.
• Время код-ревью. От момента, когда пул-реквест выложен, до утверждения. Долгие ревью — частая скрытая причина того, что задачи «висят» неделями.
• Выполнение плана спринта, %. Полезно смотреть в динамике за несколько спринтов: разовое отклонение — норма, систематическое — повод пересмотреть оценку задач.

KPI для маркетинга и HR: коротко

Отделы продаж, поддержки и разработки — ядро большинства команд, но похожая логика работает и в смежных функциях.

Маркетинг: стоимость привлечения клиента (CAC), число квалифицированных лидов с каждого канала, окупаемость рекламных вложений (ROI). Главное правило то же, что и везде: не мерить трафик сам по себе, а смотреть, доходит ли он до реальных сделок.

HR: время закрытия вакансии в днях, текучесть кадров за год в процентах, доля сотрудников, успешно прошедших испытательный срок. Эти показатели редко попадают в премию, но отлично показывают здоровье процессов найма.

Сравнение инструментов для трекинга KPI

Показатели можно считать вручную в таблице, а можно прямо там, где команда и так работает: в задачах и CRM. Ниже — ориентир по популярным вариантам.

Инструмент	Для каких KPI подходит	Сильная сторона	Ограничение
Мяудза	продажи, поддержка, разработка — всё в одном месте	задачи + CRM + мессенджер, данные для KPI собираются автоматически по ходу работы	молодой продукт, глубокой BI-аналитики пока нет
Яндекс Трекер	KPI по задачам разработки и спринтам	гибкие отчёты по задачам, привычен разработчикам	нет CRM, для продаж и поддержки клиентов не годится
Битрикс24	KPI продаж и поддержки через CRM-отчёты	много готовых отчётов из коробки	перегружен, настройка под конкретный показатель требует времени
amoCRM	KPI только для продаж	сильная воронка и аналитика по менеджерам	не покрывает поддержку и разработку
Google Таблицы	любые KPI вручную	бесплатно, гибкие формулы под любую формулу	данные не обновляются сами, легко забыть занести цифры

Общий вывод простой: чем больше отделов вы хотите мерить в одном месте, тем важнее, чтобы задачи, сделки и общение с клиентом жили в одной системе, а не в трёх разных вкладках.

Как не переплатить за систему KPI

Отслеживание показателей часто обрастает лишними расходами, которых можно избежать.

• Отдельный BI-инструмент ради пяти графиков. Если показателей немного, дашборд в самой рабочей системе (задачах или CRM) закрывает потребность без отдельной подписки на аналитический сервис.
• Оплата за каждого «наблюдателя» отчётов. Часть сервисов берёт деньги за любого, кто просто смотрит дашборд, даже без права редактирования. Уточняйте это до оплаты тарифа.
• Консультант по внедрению KPI на старте. На первом месяце достаточно трёх-четырёх показателей и здравого смысла из этой статьи. Платного консультанта стоит звать позже, когда система устоялась и нужно её усложнить.
• Ручной труд на сведение цифр. Если аналитик тратит день в неделю на сборку одного отчёта, дешевле один раз настроить дашборд в системе, где уже лежат задачи и сделки.

Пошаговый план: внедряем примеры KPI за неделю

Показатели из этой статьи не нужно внедрять все и сразу. Двигайтесь короткими шагами.

1. Выберите один отдел для старта. Начните с того, где сильнее всего болит — обычно это продажи или поддержка, где цифры видны быстрее всего.
2. Возьмите два-три показателя из соответствующего раздела выше. Не все сразу — двух-трёх достаточно, чтобы за неделю понять, работают ли они.
3. Посчитайте текущее значение за прошлый месяц. Это стартовая база, а не повод для наказания: цель первой недели — увидеть реальную картину, а не оценить людей.
4. Договоритесь с командой о формуле открыто. Если люди не понимают, как считается их показатель, они не будут ему доверять и начнут искать способы его обойти.
5. Соберите цифры за первую неделю без выводов. Просто наблюдайте: часто уже на этом этапе видно, какой показатель информативен, а какой — нет.
6. Обсудите план на следующий период. Плановое значение ставьте на 10–15% выше текущего факта — амбициозно, но достижимо, а не «в два раза за месяц».

Через две-три недели такого ритма показатели становятся привычным языком команды, а не поводом для тревоги.

Частые ошибки при выборе показателей

• Меряют процесс вместо результата. Число звонков вместо конверсии, число закрытых тикетов вместо решённых проблем, строки кода вместо стабильных релизов.
• Ставят одну и ту же метрику всем отделам. Продажи, поддержка и разработка устроены по-разному, и общий показатель почти всегда кому-то навредит.
• Берут больше пяти показателей на человека. Сотрудник теряет фокус и начинает гнаться за самым простым числом вместо реального результата.
• Сразу привязывают премию. Пока формула не откалибрована, привязка к деньгам превращает обсуждение метрик в конфликт вместо рабочего диалога.
• Копируют цифры из чужой компании. Плановое значение конкурента может не иметь смысла для вашей команды — точкой отсчёта должен быть ваш собственный факт за прошлый период.

Как это устроено в Мяудзе

KPI редко живут отдельно от повседневной работы: они считаются по тем же данным, что и обычные задачи, сделки и переписка с клиентом. В Мяудзе задачи, CRM и командный мессенджер собраны в одном окне, поэтому показатели из этой статьи не требуют отдельного сбора — конверсия по сделкам видна прямо в воронке, скорость ответа поддержки считается по меткам времени в переписке, а cycle time задач разработки по движению карточек на доске.

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

Попробовать Мяудзу бесплатно — и увидеть первые KPI своей команды уже на этой неделе.

Итог

Универсальной формулы KPI не существует, есть показатели, которые подходят конкретному отделу и его реальным задачам. Для продаж это деньги и конверсия, для поддержки скорость и качество решения, для разработки предсказуемость и стабильность релизов. Берите два-три показателя из примеров выше, посчитайте текущий факт и двигайтесь короткими шагами, не пытаясь внедрить всё разом.

Более подробный разбор самого процесса выбора метрик, от постановки целей до критериев отбора, смотрите в статье про выбор KPI с нуля. А когда показатели выбраны и пора вводить их в команде без сопротивления и саботажа, поможет пошаговый гайд по внедрению KPI.