Как отвечать на вопросы о метриках, если в продукте их нет?

Ситуация: вы дизайнер-миддл или сеньор, приходите на собес, показываете кейс. В какой-то момент звучит сакраментальный вопрос: всё классно, но что с метриками?

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

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

🤩

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

Вот вы собирали этот космический корабль два года, отправили его с орбиты на Луну, дальше что? Он долетел или взорвался на старте?

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

А зачем это всё было?

Нет совета директоров и продуктового комитета, которые открываются со словами: «Дорогие коллеги, хорошо бы нам сделать 20 макетов». Никто не вбухивает миллионы в команду, создающую личный кабинет, чтобы этот кабинет просто зарелизился. Да и на удобную навигацию бизнесу, будем честны, плевать.

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

Так что лучше в общих чертах поведать интервьеру судьбу бизнес-проблемы и найти косвенные результаты — это будет гораздо ценнее ответа «метрик у меня нет».

🤩

Меня выручал такой подход: показываем контекст → объём работ → проблему с метриками → результат.

[даём контекст] Иван, в этом кейсе мы с командой дорабатывали платформу для техподдержки. Бизнес терял лояльных клиентов со сложными ситуациями, поддержка им не помогала.

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

[объясняем проблему с метриками] У меня пока нет доступа к конкретным цифрам, у нас с этим организационные проблемы.

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

🤩

Или так, если фича ещё не успела показать результат:

[даём контекст и обрисовываем проблему] Наталья, дело в том, что прямо сейчас фича в процессе обсчёта, поэтому я не могу поделиться итоговыми цифрами, а деньги вообще под NDA. Но у нас в команде есть общая цель — сокращать время обслуживания.

[обрисовываем, что сделали] Смотрите, раньше вот этот флоу занимал 10 экранов, а теперь 5. Вот было-стало.

[показываем косвенные результаты] Я протестировал решение через Pathway, удалось выиграть в среднем столько-то секунд на оператора. Мы раскатываем этот сценарий на 1000 операторов. Суммарно рассчитываем экономить столько-то часов в месяц.

🤩

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

А уровень похардкорнее — инициировать сбор метрик. Об этом как-нибудь в другой раз.