Как формулировать SMART-цели по пяти критериям

SMART-цель — формулировка ожидаемого результата, которую проверяют по пяти критериям ясности. Распространённая современная версия SMART расшифровывается как Specific, Measurable, Achievable, Relevant, Time-bound: конкретная, измеримая, достижимая, значимая и ограниченная сроком.

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

Что такое SMART-цель

SMART-цель описывает проверяемый результат в заданных границах. Метод помогает отделить направление от цели, а цель — от действий, которыми команда рассчитывает её достичь.

Например:

• «Улучшать сервис» — направление;
• «К 30 ноября сократить измеренное время первого ответа с 40 до 25 минут» — цель;
• «Изменить маршрутизацию обращений» — действие для достижения цели.

Действие остаётся гипотезой. Новая маршрутизация не доказывает сокращение времени ответа, пока команда не проверила итоговую метрику.

Аббревиатура SMART восходит к статье Джорджа Дорана 1981 года There’s a S.M.A.R.T. Way to Write Management’s Goals and Objectives. В оригинале автор использовал Specific, Measurable, Assignable, Realistic, Time-related. В статье применяем распространённую современную версию Specific, Measurable, Achievable, Relevant, Time-bound.

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

Какие критерии делают цель проверяемой

Проверяемую SMART-цель последовательно оценивают по конкретности, измеримости, достижимости, значимости и сроку. Каждый критерий отвечает на отдельный вопрос и обнаруживает отдельный дефект формулировки.

Как описать конкретный результат

Конкретный результат задаёт объект изменения, границы и один наблюдаемый итог. Формулировка «улучшить поддержку» не показывает, какое изменение команда должна получить.

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

Несколько независимых результатов лучше не помещать в одну цель. Формулировка «сократить время ответа, повысить удовлетворённость и снизить расходы» требует трёх разных оснований, метрик и способов проверки.

Как измерить достижение цели

Измерение связывает исходное значение, целевой уровень, период и источник данных. Одна цифра без базы и способа расчёта не делает цель измеримой.

Для метрики нужно определить:

• что считаем — например, медианное время первого ответа;
• базу — 40 минут за сентябрь;
• целевое значение — 25 минут;
• источник — одна система учёта обращений;
• окно измерения — ноябрь;
• ограничение качества — показатель, который не должен ухудшиться ради основной метрики.

Правила расчёта базы и результата должны совпадать. Если в сентябре учитывались только обращения в рабочие часы, а в ноябре добавились ночные обращения, сравнение перестаёт отвечать исходному вопросу.

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

Чем подтвердить достижимость цели

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

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

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

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

Как проверить значимость цели

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

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

Когда SMART-цель относится к новому проекту, сформировать концепцию проекта нужно до фиксации целевой метрики: критерий Relevant проверяет связь результата с выбранным замыслом проекта.

Как определить срок достижения

Срок задаёт дату итоговой проверки и период, за который рассчитывается результат. Дата завершения работы и окно измерения метрики не всегда совпадают.

Например, команда завершает изменение маршрутизации 5 ноября, а результат оценивает по данным всего ноября. Формулировка должна отражать период, по которому принимается решение.

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

Универсального срока для SMART-целей нет. Месяц, квартал или год выбирают по характеру результата и скорости появления данных.

Как выглядят SMART-цели в рабочих ситуациях

Рабочий пример показывает не только улучшенную формулировку, но и данные, которых не хватает для её подтверждения. Все числа ниже условные и используются только для разбора критериев SMART.

Как сформулировать цель службы поддержки

Цель службы поддержки формулируют через измеряемое изменение пользовательского опыта, единые правила расчёта и ограничение качества.

Исходная формулировка:
«Быстрее отвечать клиентам».

Уточнённая цель:
«К 30 ноября 2026 года сократить медианное время первого ответа в рабочие часы по новым обращениям в чате поддержки с 40 до 25 минут; итог измерить за ноябрь в той же системе учёта и по тем же правилам, что базу за сентябрь».

Дополнительное условие качества: доля повторных обращений по той же проблеме за семь дней не должна превышать базовые 12%.

Проверка по SMART:

• S: измеряется первый ответ по новым обращениям в чате;
• M: база — 40 минут, цель — 25 минут, источник данных определён;
• A: одной формулировки недостаточно — нужны расчёт нагрузки, состав смен и результат пилота маршрутизации;
• R: цель сокращает ожидание клиента без ухудшения решения проблемы;
• T: итог проверяется по данным ноября к 30 ноября.

Разница между 40 и 25 минутами составляет 15 минут. Называть изменение сокращением на 15% нельзя: проценты требуют отдельного расчёта.

Как поставить цель рекламной кампании

Цель рекламной кампании формулируют через результат привлечения, а не через сам факт запуска рекламы.

Исходная формулировка:
«Запустить рекламу».

Уточнённая цель:
«За ноябрь 2026 года получить 100 квалифицированных заявок по продукту X из поисковой рекламы при стоимости не выше 1 000 рублей за заявку».

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

Учебный бюджет 100 000 рублей задаёт ресурсное ограничение, но не подтверждает достижимость ста заявок. Для критерия Achievable нужны результаты теста канала, доступная аудитория и способность отдела продаж обработать поток.

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

Как описать цель обучения сотрудника

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

Исходная формулировка:
«Повысить навыки аналитики».

Уточнённая цель:
«К 30 октября 2026 года самостоятельно подготовить отчёт по учебному набору данных, который проходит согласованную проверку воспроизводимости расчётов, описания источников и объяснения выводов».

Критерии приёмки:

• расчёт повторяется на исходных данных;
• формулы и допущения описаны;
• источники указаны;
• выводы не противоречат полученным значениям;
• результат принимает назначенный наставник.

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

Искусственная формулировка вроде «повысить аналитическое мышление на 30%» создаёт числовую точность без понятного измерения. Для профессионального навыка проверяемый артефакт и критерии приёмки дают более содержательную проверку.

Какие ошибки делают цель формальной

Формальной SMART-цель становится при размытом результате, отсутствии базы, смешении действий с результатом, неподтверждённой планке или сроке без правил итогового измерения.

Как не подменить результат активностью

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

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

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

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

Как проверить результат без искусственного процента

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

Для обучающего отчёта проверяемым результатом служит сам отчёт. Критерии определяют воспроизводимость расчётов, описание источников и корректность выводов.

Для исследования результатом служит не «увеличение знаний на 20%», а документированное сравнение гипотез по заранее согласованному протоколу.

Цифры нужны там, где существует содержательная метрика. В остальных случаях формальная точность создаёт видимость измеримости и усложняет принятие результата.

Когда SMART недостаточно

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

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

SMART также не заменяет KPI и OKR:

Один KPI способен участвовать в SMART-цели как метрика, но два понятия не становятся взаимозаменяемыми.

Изменение внешних условий требует пересмотра цели. Команда фиксирует причину изменения, дату решения и новое основание, а не просто заменяет старую цифру на новую без истории.

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

Как связать цель с задачами команды

SMART-цель переводят в работу через цепочку цель → действия → ответственные → сроки → проверка метрики. Карточки задач помогают организовать выполнение, а достижение цели подтверждается итоговым показателем или критериями приёмки.

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

Для цели поддержки рабочая цепочка выглядит так:

1. проверить базовые данные за сентябрь;
2. рассчитать нагрузку по сменам;
3. провести пилот новой маршрутизации;
4. обновить правила распределения обращений;
5. измерить ноябрьский результат.

Крупный блок работы требует сначала декомпозировать задачу до действий с понятными результатами и ответственными. Количество карточек при этом не становится метрикой SMART-цели.

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

В Strive задачи по одной цели размещаются на канбан-доске и проходят через настроенные колонки. Список, календарь и таймлайн дают дополнительные представления работы, но экономический или продуктовый результат проверяется в согласованном источнике данных, а не по количеству карточек со статусом «Готово».

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

Как проверить цель перед согласованием

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

Рабочий чек-лист:

• Один результат. Формулировка не смешивает несколько независимых итогов.
• Понятные границы. Определены аудитория, участок работы или тип события.
• Исходная база. Есть значение или состояние, с которым сравнивается результат.
• Источник данных. Команда знает, откуда берётся итоговый показатель.
• Целевой уровень. Указано значение либо конкретные критерии приёмки.
• Достижимость. Планка опирается на ресурсы, историю, пилот или другой проверяемый аргумент.
• Значимость. Результат поддерживает актуальный приоритет проекта или бизнеса.
• Срок. Указана дата завершения и окно итогового измерения.
• Владелец проверки. Назначен человек, который подтверждает итог.
• Ограничение качества. Основная метрика не стимулирует ухудшение другого важного результата.
• Дата пересмотра. Команда понимает, когда вернётся к допущениям при изменении условий.

Если хотя бы один пункт остаётся неясным, формулировку уточняют до согласования. SMART помогает найти слабое место цели, но ответственность за выбор самой цели, выполнение работы и проверку результата остаётся у команды.