Техника 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
