Метод SMART — самый известный фреймворк для постановки целей, но в 90% случаев он применяется формально. Люди пишут «увеличить продажи на 20%» и считают, что цель SMART, хотя упускают ключевые условия: откуда возьмутся 20%, за счёт чего именно, и что будет, если рынок упадёт. В этой статье — разбор каждого критерия с прицелом на реальное исполнение, а не на красивый отчёт.
- Суть метода за минуту
- S — Specific (Конкретная): убрать многозначность
- Как проверить конкретность
- Примеры преобразования
- M — Measurable (Измеримая): критерий «да/нет» без интерпретаций
- Виды измерителей
- Ловушка «вановых метрик»
- Базовая линия (baseline)
- A — Achievable (Достижимая): честная оценка ресурсов и ограничений
- Чек-лист достижимости
- Тест «на зубрежку»
- R — Relevant (Значимая): цель должна тянуть за собой стратегию
- Тест на значимость: цепочка «Зачем?»
- Конфликт целей
- T — Time-bound (Ограниченная во времени): дедлайн как инструмент фокуса
- Правило «обратного планирования»
- Жёсткие vs мягкие дедлайны
- Пошаговый алгоритм: от идеи к рабочей цели за 15 минут
- Шаблон итоговой формулировки
- Частые ошибки и как их исправить
- Сценарии: как адаптировать SMART под контекст
- Личные цели (обучение, здоровье, финансы)
- Командные/проектные цели
- OKR vs SMART: когда что применять
- Чек-лист самопроверки перед стартом (распечатайте и вешайте на монитор)
- От теории к практике: ваш следующий шаг
Суть метода за минуту
SMART — акроним из пяти критериев, которые цель должна пройти, чтобы стать задачей, а не желанием:
- S (Specific) — конкретная: понятно, что именно делаем, кто отвечает и как выглядит результат.
- M (Measurable) — измеримая: есть количественный или качественный маркер достижения.
- A (Achievable) — достижимая: реально выполнить с имеющимися ресурсами и ограничениями.
- R (Relevant) — значимая: цель двигает к стратегическому результату, а не просто «было бы неплохо».
- T (Time-bound) — ограниченная во времени: есть дедлайн и, желательно, промежуточные контрольные точки.
Если хоть один критерий не пройден — цель рискует висеть в планировщике месяцами без движения. Ниже разбираем каждый пункт с примерами того, как это выглядит на практике и где обычно ошибаются.
S — Specific (Конкретная): убрать многозначность
Самая частая ошибка — сформулировать цель как направление деятельности: «улучшить сервис», «выучить английский», «сделать сайт быстрее». Это не цели, это темы. Конкретность означает, что два разных человека, прочитавшие цель, представят себе идентичный результат и одни и те же действия для его достижения.
Как проверить конкретность
Задайте три вопроса к формулировке:
- Что именно будет сделано? Не «улучшить», а «сократить время первого ответа в чате с 4 минут до 30 секунд».
- Кто именно это делает? Не «мы», а «Анна, руководитель поддержки, вместе с командой из 3 операторов».
- Как выглядит готовый результат? Опишите артефакт: внедрённый скрипт, подписанный акт, запущенная страница, полученный сертификат.
Примеры преобразования
| Размытая формулировка | Конкретная цель (S) |
|---|---|
| Выучить английский | Пройти курс B1 на платформе X, сдать.mock-экзамен на 70%+ к 30 ноября |
| Увеличить продажи | Запустить воронку «холодные контакты → демо → сделка» для сегмента SaaS B2B, закрыть 5 сделок от 500к руб. к концу Q4 |
| Сделать сайт быстрее | Оптимизировать LCP главной страницы до 2.5с на мобильных: убрать неиспользуемый JS, включить Brotli, настроить кэширование статики. Готово к 15 октября |
Обратите внимание: в правой колонке сразу видно, кто делает (специалист по обучению, отдел продаж, фронтенд-разработчик), что именно является результатом (сертификат, 5 сделок, метрика LCP) и какие действия подразумеваются.
M — Measurable (Измеримая): критерий «да/нет» без интерпретаций
Измеримость часто сводят к «цифрам», но суть — в бинарной проверке: цель достигнута или нет, без «почти», «в целом да», «прогресс есть». Если для проверки нужен чей-то субъективный взгляд — цель не измерима.
Виды измерителей
- Количественные: выручка, количество лидов, % конверсии, время в секундах, вес в кг, число страниц.
- Качественные с бинарным маркером: «подписан акт приёмки», «получен сертификат ISO 27001», «прошло код-ревью без блокеров», «клиент подтвердил ТЗ в письме».
- Поведенческие: «проведено 12 встреч с клиентами», «опубликовано 8 статей», «сделано 50 холодных звонков».
Ловушка «вановых метрик»
Измеряйте то, что непосредственно зависит от исполнителя и ведёт к результату. «Количество постов в соцсетях» — плохая метрика для SMM-специалиста, если цель — лиды. Правильнее: «количество заявок из органики» или «CTR по ссылке в профиле». Метрика должна быть leading indicator (предсказателем), а не просто факт активности.
Базовая линия (baseline)
Нельзя поставить цель «увеличить на 20%», не зная текущего значения. Всегда фиксируйте точку отсчёта: «сейчас конверсия лендинга 2.3% → цель 3.5%». Без базовой линии цель превращается в гадание.
A — Achievable (Достижимая): честная оценка ресурсов и ограничений
Критерий Achievable часто путают с Realistic (реалистичная) — в некоторых версиях SMART буква R означает именно Realistic. Разница: Achievable — «можно ли вообще сделать с имеющимся», Realistic — «разумно ли это сейчас с учётом приоритетов и рисков». Рассматриваем оба аспекта.
Чек-лист достижимости
Прежде чем зафиксировать цель, честно ответьте на вопросы:
- Компетенции: есть ли у исполнителя (или команды) навыки? Если нет — есть бюджет и время на обучение/найм?
- Время: реально ли уложиться в дедлайн при текущей загрузке? Посчитайте нетто-часы, а не валовые.
- Бюджет и инструменты: нужны ли платные сервисы, лицензии, подрядчики? Закуплены ли они?
- Зависимости: не блокирует ли цель другое отделение, согласование юристов, поставку оборудования?
- Риски: что может пойти не так (болезнь ключевого сотрудника, смена приоритетов руководства, форс-мажор)? Есть ли план Б?
Тест «на зубрежку»
Если цель пугает исполнителя — она, скорее всего, не Achievable. Нормальный стресс — «надо постараться», деструктивный — «нереально, завалю». В втором случае цель демотивирует и саботируется неявно.
Пример: «Запустить мобильное приложение за 2 месяца одной командой из 2 разработчиков» — не Achievable, если стандартный цикл 6 месяцев. Achievable-версия: «Сделать MVP с 3 ключевыми экранами за 2 месяца, отложив чат и пуши на фазу 2».
R — Relevant (Значимая): цель должна тянуть за собой стратегию
Relevant — самый игнорируемый критерий. Многие цели формально проходят S, M, A, T, но бесполезны для бизнеса или личной стратегии. «Прочитать 50 книг за год» — может быть SMART, но если книги случайные и не применяются — цель не Relevant для карьерного роста.
Тест на значимость: цепочка «Зачем?»
Задавайте «Зачем?» 3–5 раз до стратегического уровня:
- Цель: «Внедрить CRM».
- Зачем? «Чтобы видеть воронку продаж».
- Зачем? «Чтобы понять, на каком этапе теряем лиды».
- Зачем? «Чтобы увеличить конверсию из лида в сделку на 15%».
- Зачем? «Чтобы выполнить план выручки Q1 без увеличения бюджета на маркетинг».
Если цепочка обрывается на «начальник попросил» или «модно сейчас» — цель не Relevant. Она съедает ресурсы, которые могли бы пойти на действительно важное.
Конфликт целей
Проверьте, не противоречит ли цель другим текущим целям. «Увеличить маржу за счёт повышения цены на 30%» конфликтует с «Увеличить долю рынка на 10%». Обе могут быть SMART по отдельности, но вместе — деструктивны. Примите решение: что приоритетнее сейчас.
T — Time-bound (Ограниченная во времени): дедлайн как инструмент фокуса
Дедлайн без промежуточных контрольных точек — это лотерея. Цель на «31 декабря» в ноябре выглядит далёкой, и работа начинается 20 декабря. Time-bound в рабочем виде включает:
- Финальный дедлайн — жесткая дата завершения.
- Майлстоуны (вехи) — ключевые этапы с датами: «прототип к 15 числа», «тестирование к 25», «релиз к 30».
- Регулярность чекинов — еженедельные/двухнедельные синки для коррекции курса.
Правило «обратного планирования»
Стартуйте от дедлайна и двигайтесь назад, вычитая время на каждый этап + буфер 15–20%. Если получается, что старт должен был быть вчера — цель не Achievable в текущих сроках. Либо упрощайте scope, либо сдвигайте дедлайн, либо добавляете ресурсы.
Жёсткие vs мягкие дедлайны
- Жёсткие: регуляторные отчётности, конференции, сезонные продажи, контрактные обязательства. Сдвиг невозможен или критичен.
- Мягкие: внутренние улучшения, обучение, рефакторинг. Можно сдвинуть за счёт scope.
Для мягких дедлайнов полезен формат: «Цель — к 30 ноября. Если к 15 ноября готово 80% scope — сдвигаем на 2 недели. Если меньше — резаем scope до MVP». Это снимает перфекционизм и даёт чёткое правило принятия решения.
Пошаговый алгоритм: от идеи к рабочей цели за 15 минут
Используйте этот чек-лист каждый раз, когда ставите цель — себе, сотруднику или команде.
- Сформулируйте черновик одной фразой. Не красиво, а по сути: «Хочу, чтобы к концу квартала мы запустили реферальную программу».
- Пройдите S: Кто? Что именно? Как выглядит готово? → «Маркетинг (Иван + дизайнер) запускает реферальную программу: лендинг, виджет в личном кабинете, email-цепочка, правила начисления бонусов. Готово = первый реферал получил бонус».
- Пройдите M: Как проверим бинарно? → «В аналитике видно: 50+ активированных рефералов, 10+ оплаченных заказов от рефералов». Базовая линия: 0.
- Пройдите A: Есть ли ресурсы? → «Иван загружен на 80%, нужен фриланс-верстальщик на 2 недели (бюджет согласован). Зависимость: юристы утвердят правила за 3 дня». Риск: юристы затянут — закладываем буфер 5 дней.
- Пройдите R: Зачем? → «Получить дешёвый канал привлечения (CAC < 500 руб.) для выполнения плана лидов Q1 без доп. бюджета на рекламу». Стратегически актуально.
- Пройдите T: Обратное планирование. Дедлайн 31 марта. Вехи: ТЗ — 10 фев, дизайн — 24 фев, разработка — 10 мар, тестирование — 20 мар, запуск — 25 мар, буфер — 6 дней. Чек-ины: по понедельникам 30 мин.
- Запишите итоговую формулировку в едином формате. См. шаблон ниже.
- Согласуйте с заинтересованными. Подпись ответственного + сроки вех в трекере.
Шаблон итоговой формулировки
[Глагол-действие] [конкретный артефакт/результат] до [дата дедлайн], измеряемо по [метрика/маркер] от базовой линии [значение] до [целевое значение], ресурсы: [кто/бюджет/инструменты], вехи: [дата — этап], стратегическая причина: [зачем это бизнесу/жизни]. Ответственный: [ФИО].
Пример заполнения: «Разработать и запустить реферальную программу (лендинг, виджет, email-цепочка, правила) до 25 марта 2025, измеряемо по количеству оплаченных заказов от рефералов: от 0 до 10+, ресурсы: Иван (маркетинг) 50% времени, фриланс-верстальщик 2 недели (80к руб.), юристы 3 дня на согласование, вехи: 10.02 ТЗ, 24.02 дизайн, 10.03 разработка, 20.03 тестирование, стратегическая причина: канал привлечения с CAC < 500 руб. для плана лидов Q1. Ответственный: Иванов И.И.»
Частые ошибки и как их исправить
| Ошибка | Почему это ломает исполнение | Как исправить |
|---|---|---|
| Цель = задача (то-до список) | «Сделать презентацию» — это действие, не результат. Результат — «утверждённая презентация для инвесторов, по которой зафиксировано 3 встречи». | Формулируйте результат, а не активность. Спросите: «Что изменится в мире, когда это будет сделано?». |
| Метрика не контролируется исполнителем | «Увеличить NPS от 30 до 50» за поддержку, если продукт глючный. Поддержка не влияет на продукт. | Выбирайте метрику, на которую исполнитель может повлиять действиями: «Сократить время ответа до 1 мин», «Закрывать 90% тикетов за 4 часа». |
| Дедлайн без вех | Работа начинается за 2 дня до конца, качество падает, риски не управляются. | Обязательно расставляйте 3–5 промежуточных дат с конкретными артефактами. |
| Цель «на отчёт», не на результат | Формулируют так, чтобы красиво выглядело в отчёте квартала, но реально не двигает бизнес. | Проверяйте тестом «Зачем?» 5 раз. Если цепочка не доходит до денег/стратегии/жизни — переформулируйте или отмените. |
| Скрытые предположения | «Запустить интеграцию с 1С к 1 марта» — предполагает, что API 1С стабильное, доступы есть, заказчик даст тестовый контур. Ничего не зафиксировано. | Выносите зависимости в отдельный раздел: «Зависимости: доступы к тестовому контуру 1С к 1 февраля, согласование полей с заказчиком к 10 февраля». Если зависимость не выполнена — цель автоматически пересматривается. |
| Слишком много целей одновременно | Человек держит 10 SMART-целей — ни одна не получает фокус. | Правило: 1–3 ключевые цели на период (квартал/месяц). Остальное — в бэклог или делегируется. |
Сценарии: как адаптировать SMART под контекст
Личные цели (обучение, здоровье, финансы)
Главная сложность — нет внешнего контролёра. Добавьте в T: «Еженедельный самопроверочный чек-ин по воскресеньям 20 мин» и «Публичное обязательство перед другом/ментором». Для здоровья: M — не «похудеть на 5 кг», а «похудеть на 5 кг за счёт дефицита 300 ккал/день и 3 силовых тренировок в неделю, контроль: взвешивание по пятницам, замеры талии раз в 2 недели». A — честно оцените распорядок: если работаете 12 часов, 3 тренировки нереальны — ставьте 2, но регулярно.
Командные/проектные цели
Добавьте RACI-матрицу в описание: кто Responsible (исполнитель), Accountable (владелец результата), Consulted (эксперты), Informed (кто в курсе). Вехи делайте видимыми для всей команды (доска в трекере, общий календарь). Вводите ритуал «Demo Day» на каждой вехе — показываем рабочий артефакт, а не отчёт «в процессе».
OKR vs SMART: когда что применять
OKR (Objectives and Key Results) — для амбициозных стратегических целей на квартал/год, где Key Results — измеримые маркеры прогресса к вдохновляющему Objective. SMART — для операционных задач, проектов, конкретных доставок. На практике: Objective = «Стать лидером по скорости доставки в регионе», KR1 = «Среднее время заказ-доставка < 30 мин», KR2 = «% заказов вовремя > 95%». Каждый KR раскладывается на SMART-задачи команд: «Автоматизировать диспетчеризацию зоны Х к 1 мая», «Нанять 5 курьеров на зону Y к 15 апреля». Не смешивайте уровни.
Чек-лист самопроверки перед стартом (распечатайте и вешайте на монитор)
- [ ] Цель записана по шаблону: глагол + артефакт + дедлайн + метрика + базовая линия + вехи + ответственный.
- [ ] Метрика бинарна: можно однозначно сказать «да/нет» без суждения человека.
- [ ] Базовая линия зафиксирована и доступна всем заинтересованным.
- [ ] Ресурсы (время, деньги, люди, доступы) подтверждены, а не «договоримся потом».
- [ ] Зависимости вынесены отдельно, с датами и ответственными за снятие.
- [ ] Тест «Зачем?» пройден 5 уровней вверх до стратегии/денег/жизни.
- [ ] Нет конфликта с другими активными целями (проверено с руководителем/партнёром).
- [ ] Дедлайн реалистичен по обратному планированию с буфером 15–20%.
- [ ] Вехи (3–5 шт.) имеют конкретные артефакты и даты, не просто «в процессе».
- [ ] Запланированы регулярные чек-ины (не реже 1 раза в 2 недели).
- [ ] Есть правило: что делаем, если к вехе готово < 80% (резаем scope / сдвигаем / добавляем ресурсы / отменяем).
- [ ] Цель записана в едином трекере, видна ответственному и стейкхолдерам.
Если хоть одна галочка не стоит — цель не готова к запуску. Тратьте 10 минут на доработку сейчас, а не недели на спасение горящего проекта потом.
От теории к практике: ваш следующий шаг
Возьмите одну цель, которая сейчас висит у вас в голове или в трекере «как есть». Прогоните её через алгоритм выше за 15 минут. Перепишите по шаблону. Поставьте вехи в календарь. Назначьте первый чек-ин. Это даст больше результата, чем чтение десяти статей про SMART.
Главный принцип: SMART — не про бюрократию заполнения полей, а про снятие неопределённости до начала работ. Каждый критерий отвечает на свой вопрос: S — «что именно?», M — «как проверим?», A — «реально ли?», R — «зачем нам?», T — «когда именно?». Если на любой вопрос нет чёткого ответа — вы стартуете в тумане.
Материал носит информационный характер и не заменяет консультации с менеджментом, стратегами или профильными специалистами при принятии решений, влияющих на бизнес-результаты, здоровье или финансовое благополучие. Метод SMART — инструмент структурирования, гарантии достижения цели он не даёт; результат зависит от исполнения, внешних условий и качества управленческих решений в процессе.
