Как отвечать на вопросы о метриках, если в продукте их нет? Ситуация: вы дизайнер-миддл или сеньор, приходите на собес, показываете кейс. В какой-то момент звучит сакраментальный вопрос: всё классно, но что с метриками? А вы с метриками не работаете. У вас незрелый продукт, который появился три месяца назад и ещё не понял, на каком он свете. Или платформа, где собственные цифры вырвать из общего контекста сложно. Или вы аутсорсер, а менеджмент принципиально не подпускает подрядчиков к метрикам, особенно финансовым. Или все цифры по классике под NDA. Или вы загружены по уши и сами туда не лезете. Да мало ли бед. Но ответить что-то нужно. И вот тут надо сделать шаг назад и понять, а зачем вообще интервьюеры такое спрашивают. 🤩 Часто люди на собесе на самом деле не хотят вникать в метрики, а хотят понять результат. Вот вы собирали этот космический корабль два года, отправили его с орбиты на Луну, дальше что? Он долетел или взорвался на старте? Грустные реалии: довольно много классных дизайнеров и достойных профессионалов, презентуя результаты собственного труда, об этом не говорят. У них свежи воспоминания о рутине, поэтому они фокусируются на макетах или зарелиженных фичах: вот я сделал 20 макетов, вот мы зарелизили новый личный кабинет, вот сделали удобную навигацию в шапке, я передал макеты в разработку, сделали, дальше пошли. А зачем это всё было? Нет совета директоров и продуктового комитета, которые открываются со словами: «Дорогие коллеги, хорошо бы нам сделать 20 макетов». Никто не вбухивает миллионы в команду, создающую личный кабинет, чтобы этот кабинет просто зарелизился. Да и на удобную навигацию бизнесу, будем честны, плевать. Бизнес волнуют проблемы другого порядка: 🤩в третьем квартале просели продажи, надо искать новые пути, 🤩беда с санкциями, пора срочно переориентироваться на другой рынок, а инфраструктура не тянет, 🤩вырос поток обращений в поддержку и критически не хватает людей, 🤩выявлена брешь в безопасности, нужен инструмент для мониторинга, а то потеряем миллиарды. Так что лучше в общих чертах поведать интервьеру судьбу бизнес-проблемы и найти косвенные результаты — это будет гораздо ценнее ответа «метрик у меня нет». 🤩 Меня выручал такой подход: показываем контекст → объём работ → проблему с метриками → результат. [даём контекст] Иван, в этом кейсе мы с командой дорабатывали платформу для техподдержки. Бизнес терял лояльных клиентов со сложными ситуациями, поддержка им не помогала. [обрисовываем, что сделали] Мы решили автоматизировать частотные сценарии, снизив время ожидания для сложных кейсов. Вот решение. Протестировали вот так. Запустили полгода назад. [объясняем проблему с метриками] У меня пока нет доступа к конкретным цифрам, у нас с этим организационные проблемы. [показываем косвенные результаты] Но я отслеживал результат по своим каналам. Через месяц после релиза люди перестали жаловаться на техподдержку в отзывах, на линии больше не висишь по полчаса, а коллеги из техподдержки сказали, что стало сильно полегче. 🤩 Или так, если фича ещё не успела показать результат: [даём контекст и обрисовываем проблему] Наталья, дело в том, что прямо сейчас фича в процессе обсчёта, поэтому я не могу поделиться итоговыми цифрами, а деньги вообще под NDA. Но у нас в команде есть общая цель — сокращать время обслуживания. [обрисовываем, что сделали] Смотрите, раньше вот этот флоу занимал 10 экранов, а теперь 5. Вот было-стало. [показываем косвенные результаты] Я протестировал решение через Pathway, удалось выиграть в среднем столько-то секунд на оператора. Мы раскатываем этот сценарий на 1000 операторов. Суммарно рассчитываем экономить столько-то часов в месяц. 🤩 Короче, придётся поработать: нет метрик — собираешь результат в любом другом виде: отзывах, решенных проблемах, закрытых уязвимостях. Но узнавать результаты всегда круто — становишься в сильную позицию. Главное — не игнорить этап и не выдавать за результат макеты или факт релиза. А уровень похардкорнее —