Техника 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-карт не означает, что вырастит число реальных потребителей услуг телекома.