Маркетинговая команда попросила убрать функцию с целевой страницы. Что вы будете делать?

Маркетинговая команда попросила убрать функцию с целевой страницы. Что вы будете делать?

Это типичный PM конфликт. Правильный ответ: не убирать просто так, разобраться почему, и найти solution на основе данных.

Шаг 1: Спросить ДА, но сначала разобраться

Неправильный ответ: "Окей, уберу" (просто согласиться)

• Это не защищает пользователей
• Это не обсуждает проблему
• Это может нанести вред product

Правильный ответ: "Хорошо! Почему вы хотите убрать эту функцию?"

Шаг 2: Слушать их сторону

Я звоню Marketing lead и спрашиваю:

"Помощь мне понять:

1. Почему вы хотите убрать функцию?
2. Какую проблему это решает?
3. Какие данные у вас?
4. Это срочно?
5. Есть ли альтернативы?"

Возможные ответы Marketing

Вариант A: "Функция усложняет сообщение. Целевая страница слишком занята." → Проблема: UX/complexity, не data

Вариант B: "Эта функция confuses пользователей. Конверсия вниз." → Проблема: есть данные! Это серьёзно

Вариант C: "Наше новое сообщение не includes эту функцию." → Проблема: messaging change

Вариант D: "CEO сказал убрать." → Проблема: политика, не data

Мой подход для каждого варианта

Вариант A: "Функция усложняет"

Что я делаю:

1. Спрашиваю: "Как вы знаете что она усложняет? Есть ли меtrика?"
2. Если нет данных → не убираю
3. Если есть данные (например bounce rate вверх) → обсуждаю

Мой вопрос: "Вместо убирать, давайте сделаем A/B тест?"

• 50% пользователей видят с функцией
• 50% без функции
• Мерим конверсию
• Данные скажут нам правду

Если функция bad: "Окей, давайте уберем." Если функция good: "Marketing, смотрите результаты. Функция работает."

Вариант B: "Конверсия вниз"

Что я делаю:

1. Спрашиваю: "Когда конверсия упала? Что изменилось?"
2. Корелляция != каузальность
   • Может быть функция причина
   • Может быть что-то другое (трафик качество, сезон, реклама)
3. Спрашиваю: "Когда вы last проверили эту страницу?"

Мой подход:

• Посмотреть сегментацию данных
  • Конверсия вниз для всех users или только new?
  • Только мобиль или desktop тоже?
  • Только certain traffic source?
• Может быть не функция виноватая

Пример: Маркетинг: "Конверсия вниз 20%!" Я смотрю данные: "Конверсия вниз у мобиль пользователей, но desktop OK. Функция mobile-specific?" Ответ: "Да, функция плохо выглядит на мобиль." Я: "Тогда давайте исправим мобиль версию, не удалять функцию."

Вариант C: "Новое сообщение не includes функцию"

Что я делаю:

1. Спрашиваю: "Почему новое сообщение не includes функцию? Это нужна пользователям?"
2. Если не нужна → ладно, уберем
3. Если нужна → давайте update сообщение

Пример: Маркетинг: "Наше новое сообщение фокусируется на security, не на speed." Я: "OK, но пользователи ценят speed. Давайте в message include обе: 'Fast AND Secure'."

Вариант D: "CEO сказал убрать"

Это самый сложный case.

Что я делаю:

1. Я не игнорирую CEO (не я decide)
2. Но я говорю CEO правду

"CEO, я слышал что вы хотите убрать функцию. Давайте посмотрим данные:

• 30% пользователей используют эту функцию
• Пользователи которые используют имеют 3x better retention
• Это critical для power users

Может быть мы не убираем, а:

• Скрыть за toggle (advanced settings)
• Показать только для power users
• Улучшить UX
• Но не удалять

Что вы думаете?"

Если CEO все равно insist → я уважаю decision. Но я документирую:

• Что мы убирали
• Почему пользователи использовали
• Как это может affect business

Это защищает меня if это later проблема.

Мой общий подход

Правило 1: Слушаю, не защищаю идею

• Marketing может быть прав
• Я не married to функции
• Я married к хорошему продукту

Правило 2: Требую данные

• Не "я думаю"
• "Вот метрика X упала на Y%"
• Данные = разговор основан на фактах

Правило 3: Предлагаю альтернативы

• Вместо удалить → может быть спрятать?
• Вместо удалить → может быть улучшить UX?
• Вместо удалить → может быть A/B тест?

Правило 4: Защищаю пользователей

• Если функция users нужна → я защищаю
• Даже если Marketing хочет удалить
• Моя работа это хороший продукт

Красные флаги

🚩 Если Marketing говорит "просто убери" без данных → красный флаг 🚩 Если Marketing не может объяснить почему → красный флаг 🚩 Если это политическое (CEO на gut feeling) → красный флаг

В этих случаях я требую:

• A/B тест
• User research
• Or обсуждение с CEO

Когда я СОГЛАШУСЬ убрать

✅ Если данные показывают что функция hurt conversion ✅ Если пользователи complain что функция confuses ✅ Если функция rarely used (< 5% users) ✅ Если better alternative существует ✅ Если это aligned с strategy

Когда я НЕ соглашусь

❌ Если нет данных (только opinions) ❌ Если функция используется actively (20%+ users) ❌ Если пользователи explicitly нуждаются (customer research) ❌ Если это стратегическое differentiator

Пример конкретного случая

Сценарий: Маркетинг: "Убрать 'Compare Plans' кнопка с целевой страницы. Она confuses пользователей."

Мой процесс:

1. Спросить: "Какие доказательства что она confuses?" → Ответ: "Я чувствую что слишком busy"

2. Требовать данные: "Давайте посмотрим analytics:"

   • Кто кликает на кнопку? (25% visitors)
   • Куда они идут после? (pricing page)
   • Конвертируют ли они лучше? (40% vs. 30% baseline) → Вывод: кнопка работает хорошо!

3. Предложить альтернативу: "Вместо убрать, давайте:"

   • Переместить кнопку в mejor место
   • Улучшить copy
   • Сделать design cleaner
   • Но не удалять

4. A/B тест: Давайте тест новый design vs. старый

   • 50/50 split
   • 2 недели
   • Мерим конверсию

5. Результаты: Новый design wins (42% конверсия) → "Marketing, смотрите! Не удалять, а улучшить."

Почему это важный PM skill

Этот случай показывает:

• Data-driven decision making (не gut)
• Stakeholder management (слушать Marketing)
• User advocacy (защищать users)
• Negotiation (найти compromise)
• Leadership (не просто согласиться, но think)

Заключение

Когда Marketing просит убрать функцию:

1. Слушаю: "Почему?"
2. Требую данные: "Покажи метрики"
3. Думаю: "Правда ли это problem?"
4. Предлагаю: "Может быть улучшить вместо удалить?"
5. Тестирую: "Давайте A/B тест"
6. Decide: На основе результатов

Не просто убираю потому что кто-то просил. Это не работает в долгосроку.