Техника SMART: как ставить цели, которые работают
Каждый проект начинается с целей. Но как превратить размытые пожелания заказчика в конкретные задачи для команды? Здесь на помощь приходит техника SMART. Разберем, как применять ее в аналитике и не допустить «расплывчатости» в требованиях.

SMART:
➖ Specific (Конкретная)
➖ Measurable (Измеримая)
➖ Achievable (Достижимая)
➖ Relevant (Релевантная)
➖ Time-bound (Ограниченная по времени)

Как работает SMART:
➖ Specific (Конкретная)
Цель должна отвечать на вопросы: Что? Зачем? Кто вовлечен?
❌ Плохо: «Ускорить работу системы».
✔️ SMART: «Сократить время обработки платежа с 10 сек до 2 сек для клиентов мобильного приложения к 20.12.2024».

BABOK. Руководство к своду знаний по бизнес-анализу:
— Избегайте абстракций. Если цель можно интерпретировать двояко — это не SMART.

➖ Measurable (Измеримая)
Цель требует метрик для проверки результата.
❌ Плохо: «Улучшить UX».
✔️ SMART: «Увеличить конверсию на этапе оформления заказа с 15% до 25% (замер через Hotjar и Google Analytics)».

Нет метрики — нет прогресса.

➖ Achievable (Достижимая)
Учитывайте ресурсы и риски.
❌ Плохо: «Внедрить ИИ для прогноза спроса за 1 месяц».
✔️ SMART: «Реализовать MVP алгоритма прогноза спроса на основе исторических данных за 3 месяца (команда: 2 разработчика, бюджет 3 500 000 рублей)».

37% провалов проектов связаны с нереалистичными целями.

➖ Relevant (Релевантная)
Цель должна соответствовать стратегии компании.
❌ Плохо: «Добавить чат-бота, потому что у конкурентов есть».
✔️ SMART: «Внедрить чат-бота для сокращения нагрузки на службу поддержки на 40% (цель согласована с KPI отдела CX)».

«Управление продуктом» Роман Пихлер:
— Если цель не влияет на бизнес-метрики — это трата ресурсов.

➖ Time-bound (Ограниченная по времени)
Дедлайн создает фокус.
❌ Плохо: «Обновить дизайн личного кабинета».
✔️ SMART: «Запустить новый дизайн ЛК до начала Black Friday 2025 (тестирование завершить к 01.11.2025)».

Правило из Scrum:
— Даже в гибких методологиях спринты имеют временные рамки.

Как SMART помогает аналитику?
➖ Снижает недопонимание с заказчиком
➖ Четкие критерии исключают разночтения. Пример: вместо «сделать удобно» — «уменьшить количество шагов в форме заказа с 5 до 3».
➖ Помогает в декомпозиции задач
➖ Упрощает приемку. Если есть метрики и сроки, тестировщики и заказчик точно знают, что проверять.
➖ Снижает риски «расползания» требований. Когда цель ограничена по времени и ресурсам, проще отклонять запросы вроде «добавим еще одну фичу».

Ошибки, которых стоит избегать: подмена целей метриками — не всё, что можно измерить, полезно. Например, рост числа регистраций не всегда ведет к прибыли, рост числа продаж SIM-карт не означает, что вырастит число реальных потребителей услуг телекома.

#инструменты #SA #BA #Аналитик #IT