За примером ответа можно сходить к ChatGPT) Ради эксперимента взял первый вопрос и забил такой промпт:
Представь, что ты директор по продукту. Твой опыт в управлении ИТ-продуктами более 10 лет. Ты пришел на интервью в компанию Facebook. Нанимающий менеджер предлагает тебе решить кейс, который звучит так: Ваша команда предлагает удалить загрузку фотографии профиля из онбординга пользователя. На какую метрику вы бы смотрели? Напиши, как бы отвечал на такой вопрос. Ответ должен быть понятным и структурным. Используй весь свой опыт и логику. Излагай простым языком, чтобы собеседник понял тебя с первого раза.
А вот ответ. Много текста)
Конечно, решение такого кейса требует вдумчивого подхода. Я бы построил свой ответ следующим образом:
1. Понимание контекста
Прежде чем принимать решение, важно понять, почему команда предлагает удалить загрузку фотографии профиля из онбординга:
Что они хотят улучшить? Например, уменьшить время, необходимое для завершения онбординга, и тем самым сократить количество отказов на этом этапе.
Есть ли данные или исследования, которые показывают, что этот шаг действительно замедляет или отпугивает пользователей?
2. Определение ключевых метрик
Важно определить, какие метрики могут быть затронуты изменением процесса онбординга:
Процент завершения онбординга (Onboarding Completion Rate): Это главная метрика, на которую нужно обратить внимание. Удаление шага с загрузкой фотографии может сократить время прохождения онбординга и повысить процент пользователей, завершивших процесс.
Активность новых пользователей (New User Engagement): Нужно будет отслеживать, как это изменение повлияет на активность пользователей в первые дни после регистрации. Если фото профиля играло роль в вовлечении пользователя, его отсутствие может снизить активность.
Качество профиля (Profile Completeness): Загрузка фотографии – важный шаг для создания полноценного профиля. Если этот шаг будет удален из онбординга, важно следить за тем, чтобы пользователи загружали фото позже. Поэтому нужно будет оценивать процент пользователей, добавивших фото через определенное время после регистрации.
Retention (удержание пользователей): Изменение онбординга может повлиять на то, сколько пользователей остаются активными через неделю, месяц и так далее. Если загрузка фото профиля способствует ощущению принадлежности к сообществу, её удаление может повлиять на долгосрочное удержание.
Net Promoter Score (NPS): Если изменение сделает процесс онбординга более удобным, это может положительно сказаться на общей удовлетворенности пользователей.
3. План эксперимента
Я бы предложил провести A/B тестирование:
Одна группа пользователей проходит онбординг с загрузкой фотографии.
Вторая группа – без этого шага.
Так мы сможем увидеть реальное влияние изменения на указанные метрики и принять обоснованное решение.
4. Оценка рисков и возможных последствий
Важно рассмотреть риски:
Риск снижения вовлеченности: Если пользователи не будут загружать фото в дальнейшем, это может негативно сказаться на вовлеченности и восприятии платформы.
Риск изменения пользовательского опыта: Для некоторых пользователей фотография профиля – важный аспект их идентификации и взаимодействия на платформе.
5. Заключение и рекомендации
Моя рекомендация будет основываться на результатах тестирования. Если A/B тест покажет, что удаление шага с фото профиля положительно влияет на ключевые метрики, то я поддержу это изменение. В противном случае, предложу рассмотреть альтернативные способы оптимизации онбординга, не исключающие загрузку фотографии.
Таким образом, я бы сначала оценил, как именно это изменение повлияет на процесс онбординга и взаимодействие пользователей с платформой, прежде чем принимать окончательное решение.
Боюсь, что всё не так просто, как вы описываете) Вопрос был в том, в каком виде ссылка в статье не вызывает негатива у аудитории. И есть ли такой сценарий вообще. Я пока не нашел ответа)
Всё так. Процесс модерации для меня пока черный ящик. Пилотная статья прошла быстро (ждал где-то сутки). Как будет на свежем аккаунте — не знаю. И надеюсь, что не придется проверять)
Самое главное "что-то не то с резюме" — у меня в нем написано менеджер)) Насчет вашей конверсии — полагаю, что вы разраб с нормальным грейдом и популярным стеком в опыте. Если ошибся и вы тоже из менеджмента — снимаю шляпу, 3/3 это очень годно)
Кажется, что тезис очень радикально звучит) Если честно, не встречал джунов, которых не нужно онбордить и доучивать уже внутри компании. Они косячат, задают глупые вопросы и учатся с разной скоростью.
Надеюсь, этот пост может помочь какому-нибудь из них чуть реже отвлекать опытных коллег от работы. Размножать никого не хотел) Все вопросы к коллегам из Скиллбоксов и Гикбрэйнсов))
Была такая-то техническая проблема. Она влияет на наш продукт вот так-то.
Если ее не чинить, это повлияет на опыт юзеров. У них не получится решать свои задачи как раньше, или не выйдет это делать вообще.
Юзер станет недоволен и может пойти тратить время саппорта или менеджера, причинять им головняк. Или накатает гневный отзыв, или напишет фаундеру в телеге (тру стори)что «твой продукт не очень, ты бы пошел порядок навел у себя».
В этом случае мы можем потерять юзера, вместе с его деньгами, потратить кучу времени команды и еще «сверху» по голове получить.
Разраб в этом кейсе умница и герой, потому что всех от этого спас, быстро среагировал, пока менеджеры пили свой тыквенный раф.
Сохранил лояльность пользователя, время коллег, не допустил эскалации = повлиял на бизнес и деньги. Попробуйте посмотреть под таким углом)
Дмитрий, спасибо за фидбэк! Может расстройство у меня и есть, но диагноз пока не ставили)) Насчёт "не нанимал" - здесь мимо. За спиной есть пара десятков интервью на разные роли, от асисстентов до продактов. Истории устройства с нарисованным опытом тоже слышал несколько раз и завидовал. Немного не понимаю, как такие люди проходят какой-нибудь лайвкодинг на технической секции... Или это уже не модно на рынке?))
Возможно стоит перекатываться в разрабы)) Я продакт. Коллеги по цеху говорят про плюс-минус такие же цифры. Рынок перегрет менеджерами. Но все относительно, конечно)
Пожалуйста. Надеюсь, что вы не бот :)
Сначала прочитал и не понял. А потом как понял)
За примером ответа можно сходить к ChatGPT)
Ради эксперимента взял первый вопрос и забил такой промпт:
Представь, что ты директор по продукту. Твой опыт в управлении ИТ-продуктами более 10 лет. Ты пришел на интервью в компанию Facebook. Нанимающий менеджер предлагает тебе решить кейс, который звучит так: Ваша команда предлагает удалить загрузку фотографии профиля из онбординга пользователя. На какую метрику вы бы смотрели? Напиши, как бы отвечал на такой вопрос. Ответ должен быть понятным и структурным. Используй весь свой опыт и логику. Излагай простым языком, чтобы собеседник понял тебя с первого раза.А вот ответ. Много текста)
Конечно, решение такого кейса требует вдумчивого подхода. Я бы построил свой ответ следующим образом:
1. Понимание контекста
Прежде чем принимать решение, важно понять, почему команда предлагает удалить загрузку фотографии профиля из онбординга:
Что они хотят улучшить? Например, уменьшить время, необходимое для завершения онбординга, и тем самым сократить количество отказов на этом этапе.
Есть ли данные или исследования, которые показывают, что этот шаг действительно замедляет или отпугивает пользователей?
2. Определение ключевых метрик
Важно определить, какие метрики могут быть затронуты изменением процесса онбординга:
Процент завершения онбординга (Onboarding Completion Rate): Это главная метрика, на которую нужно обратить внимание. Удаление шага с загрузкой фотографии может сократить время прохождения онбординга и повысить процент пользователей, завершивших процесс.
Активность новых пользователей (New User Engagement): Нужно будет отслеживать, как это изменение повлияет на активность пользователей в первые дни после регистрации. Если фото профиля играло роль в вовлечении пользователя, его отсутствие может снизить активность.
Качество профиля (Profile Completeness): Загрузка фотографии – важный шаг для создания полноценного профиля. Если этот шаг будет удален из онбординга, важно следить за тем, чтобы пользователи загружали фото позже. Поэтому нужно будет оценивать процент пользователей, добавивших фото через определенное время после регистрации.
Retention (удержание пользователей): Изменение онбординга может повлиять на то, сколько пользователей остаются активными через неделю, месяц и так далее. Если загрузка фото профиля способствует ощущению принадлежности к сообществу, её удаление может повлиять на долгосрочное удержание.
Net Promoter Score (NPS): Если изменение сделает процесс онбординга более удобным, это может положительно сказаться на общей удовлетворенности пользователей.
3. План эксперимента
Я бы предложил провести A/B тестирование:
Одна группа пользователей проходит онбординг с загрузкой фотографии.
Вторая группа – без этого шага.
Так мы сможем увидеть реальное влияние изменения на указанные метрики и принять обоснованное решение.
4. Оценка рисков и возможных последствий
Важно рассмотреть риски:
Риск снижения вовлеченности: Если пользователи не будут загружать фото в дальнейшем, это может негативно сказаться на вовлеченности и восприятии платформы.
Риск изменения пользовательского опыта: Для некоторых пользователей фотография профиля – важный аспект их идентификации и взаимодействия на платформе.
5. Заключение и рекомендации
Моя рекомендация будет основываться на результатах тестирования. Если A/B тест покажет, что удаление шага с фото профиля положительно влияет на ключевые метрики, то я поддержу это изменение. В противном случае, предложу рассмотреть альтернативные способы оптимизации онбординга, не исключающие загрузку фотографии.
Таким образом, я бы сначала оценил, как именно это изменение повлияет на процесс онбординга и взаимодействие пользователей с платформой, прежде чем принимать окончательное решение.
Боюсь, что всё не так просто, как вы описываете) Вопрос был в том, в каком виде ссылка в статье не вызывает негатива у аудитории. И есть ли такой сценарий вообще. Я пока не нашел ответа)
Всё так. Процесс модерации для меня пока черный ящик. Пилотная статья прошла быстро (ждал где-то сутки). Как будет на свежем аккаунте — не знаю. И надеюсь, что не придется проверять)
Я больше про статьи. Нельзя публиковаться с плохой кармой, пока не исправишь ситуацию. Лимит на комменты еще можно пережить, это фигня.
А так да, вы правы, небо не упадет)
Не вкладывал ничего негативного и не хотел обидеть. Понять бы теперь, как прикреплять ссылку ненавязчиво и не хватать за нее минусы)
Если ее достаточно опустить, аккаунт теряет часть прав. Например, постить здесь что-нибудь) На картинке подробности.
Предположил, что такой диагноз не у всех. Простите :(
Самое главное "что-то не то с резюме" — у меня в нем написано менеджер)) Насчет вашей конверсии — полагаю, что вы разраб с нормальным грейдом и популярным стеком в опыте. Если ошибся и вы тоже из менеджмента — снимаю шляпу, 3/3 это очень годно)
Спасибо за коммент!
Кажется, что тезис очень радикально звучит) Если честно, не встречал джунов, которых не нужно онбордить и доучивать уже внутри компании. Они косячат, задают глупые вопросы и учатся с разной скоростью.
Надеюсь, этот пост может помочь какому-нибудь из них чуть реже отвлекать опытных коллег от работы. Размножать никого не хотел) Все вопросы к коллегам из Скиллбоксов и Гикбрэйнсов))
Я попробовал бы вот так порассуждать.
Была такая-то техническая проблема. Она влияет на наш продукт вот так-то.
Если ее не чинить, это повлияет на опыт юзеров. У них не получится решать свои задачи как раньше, или не выйдет это делать вообще.
Юзер станет недоволен и может пойти тратить время саппорта или менеджера, причинять им головняк. Или накатает гневный отзыв, или напишет фаундеру в телеге (тру стори)что «твой продукт не очень, ты бы пошел порядок навел у себя».
В этом случае мы можем потерять юзера, вместе с его деньгами, потратить кучу времени команды и еще «сверху» по голове получить.
Разраб в этом кейсе умница и герой, потому что всех от этого спас, быстро среагировал, пока менеджеры пили свой тыквенный раф.
Сохранил лояльность пользователя, время коллег, не допустил эскалации = повлиял на бизнес и деньги. Попробуйте посмотреть под таким углом)
Спасибо, что держите в курсе :)
Про стар тоже есть пост: https://habr.com/p/803767/
Дмитрий, спасибо за фидбэк! Может расстройство у меня и есть, но диагноз пока не ставили)) Насчёт "не нанимал" - здесь мимо. За спиной есть пара десятков интервью на разные роли, от асисстентов до продактов. Истории устройства с нарисованным опытом тоже слышал несколько раз
и завидовал. Немного не понимаю, как такие люди проходят какой-нибудь лайвкодинг на технической секции... Или это уже не модно на рынке?))Возможно стоит перекатываться в разрабы)) Я продакт. Коллеги по цеху говорят про плюс-минус такие же цифры. Рынок перегрет менеджерами. Но все относительно, конечно)
Коллеги, кто напихал минусов по причине "личная неприязнь", давайте познакомимся хоть)) Не припомню, чтобы я тут дорогу кому-то перешёл)
Словил флэшбек, спасибо)
Плюсую) Сюда же - вакансии, которые висят месяцами и обновляются механически)
Последний раз стата была такая: 120 откликов, 5 собесов и 2 оффера. Насчет космического числа откликов - любопытно, с чем сравниваете?)