Пользуешься ли копированием идей у конкурентов

Использование конкурентных идей: честный ответ PM

Да, я пользуюсь идеями конкурентов. И все хорошие PM'ы так делают.

Но есть большая разница между "копированием" и "извлечением инсайтов из конкурентов". Давайте разберемся.

Что я делаю с конкурентными идеями

1. Регулярный анализ конкурентов

Ежемесячно я:

• Устанавливаю приложения конкурентов (все основные — минимум 5)
• Использую их как обычный пользователь (30-60 минут)
• Делаю скриншоты интересных flow'ов
• Записываю в таблицу: что хорошо, что плохо, что отличает их от нас

Пример из реальной жизни: Тексущий продукт был фокусирован на desktop, конкурент (Figma) показал, что можно очень хорошо сделать mobile first. Я:

1. Попробовал Figma на мобильнике
2. Понял, что они решили проблему "как редактировать дизайны на маленьком экране"
3. Написал RFP (Request for Proposal) для моей дизайн-команды: "Как мы можем адаптировать нашу архитектуру для мобильного?"
4. Это привело к полной переработке UI, потому что я увидел, что market хочет это

Это не "копирование", это "изучение того, что уже доказало работает".

2. Перепроверка идей через данные

Ни я не слепо копирую фичу, просто потому что она есть у конкурента. Я:

• Спрашиваю пользователей: "Вы видели это в [конкурент]? Вам это нужно?" (опрос или интервью)
• Если 70%+ говорят "да", я берусь за это
• Если 20-30% говорят "да", я подумаю дважды

Пример: Конкурент (Slack) добавил интеграцию с 50 внешними сервисами. Я подумал: "Может, нам тоже?" Но я:

1. Посмотрел в аналитику: сколько % пользователей используют интеграции? (3%)
2. Провел опрос: какие интеграции вам нужны? (топ 5 получили 60% голосов)
3. Вывод: интеграции нужны только power-users'ам, и нам нужны только топ 5, не 50

Результат: я сделал 5 интеграций (вместо 50) и получил 80% value с 30% effort'а.

Что я НЕ копирую

1. Дизайн и UI паттерны (если они не universal)

Если Slack использует определенный цвет для кнопок, я не беру этот цвет. Но если у них есть паттерн "кнопка с иконкой + текст", это universal паттерн, и я могу использовать.

Почему? Потому что:

• Цвет это brand identity
• Но паттерны это best practices (все используют их)

2. Контент и copy

Если конкурент написал хорошую копию ("Управляй своей жизнью в 2 клика"), я не копирую это слово в слово. Но я могу понять message ("простота") и написать свою версию.

3. Бизнес-модель (если она не доказана)

Если конкурент запустил B2B SaaS, а я был B2C, я не буду копировать их model, пока не вижу, что это работает для ними достаточно долго (6+ месяцев). Слишком рисково.

Философия: Fair Game vs Stealing

Fair game (то, что я беру):

• Feature-паттерны, которые решают реальные проблемы
• UI/UX паттерны, которые стали industry standard'ом
• Бизнес-идеи, которые уже доказали свою работоспособность
• Best practices (например, как делать onboarding)

Stealing (этого я избегаю):

• Копирование кода (есть OpenSource альтернативы)
• Копирование контента слово в слово
• Копирование дизайна пиксель в пиксель
• Копирование algo или ML model'и

Практический процесс

Шаг 1: Обнаружение

• Я вижу новую фичу у конкурента
• Я делаю скриншот, пишу в Slack: "Смотрите, [конкурент] добавил [фича]"

Шаг 2: Анализ

• Я спрашиваю: Почему они это сделали? Какую проблему это решает?
• Я смотрю на их release notes (если есть)
• Я гадаю, какой это может быть результат (улучшил ли это их retention? конверсию?)

Шаг 3: Валидация

• Я спрашиваю пользователей: нужна ли им эта фича?
• Я смотрю на наши данные: видим ли мы similar behavior?

Шаг 4: Принятие решения

• Если пользователи хотят → я приоритизирую
• Если пользователи не хотят → я забываю
• Если я не уверен → я делаю A/B тест с прототипом

Шаг 5: Реализация (если да)

• Я не копирую точный дизайн (я адаптирую)
• Я не копирую точную функциональность (я улучшаю)
• Я делаю это в нашем стиле

Примеры, которые я брал у конкурентов

1. Slack's threading model

• Slack показал, что можно решить "перегруженность чата" через threads
• Я взял эту идею и адаптировал для моего продукта
• Результат: пользователи начали лучше организовывать разговоры

2. Notion's nested pages

• Notion показал, что информационная архитектура может быть иерархичной, а не плоской
• Я рассмотрел эту идею для моего CMS
• Решил не копировать, потому что наши пользователи не нужна такая сложность

3. Figma's real-time collaboration

• Figma показала, что real-time collaboration может быть smooth и fast
• Я посмотрел, как они это сделали (через WebSocket'ы и efficient syncing)
• Я понял, что это требует очень мощного backend, и мы не готовы
• Результат: мы отложили это, но это дало нам направление развития

Этический вопрос: патенты и IP

Есть тонкая грань между:

• "Это общеизвестный паттерн" (fair)
• "Это запатентованная фича" (осторожнее)

Например:

• Multi-cursor editing есть у всех (fair)
• Netflix' recommendation algo может быть запатентован (не трогаю)
• Threading (как Slack) — паттерн, но Slack не может его запатентовать

Как я объясняю это stakeholders

Когда я предлагаю новую фичу, которая похожа на конкурентную, я говорю:

"Я видел эту фичу у [конкурент], и это имеет смысл, потому что:

1. Это решает реальную проблему (я подтвердил через research)
2. Наши пользователи хотят это (опрос, интервью)
3. Это align'ed с нашей vision (не отвлекает от стратегии)
4. Мы можем сделать это лучше (вот как мы будем отличаться)"

Это не "мы копируем", это "мы берем доказанную идею и адаптируем для нашего контекста".

Вывод

Конкуренты — это ценный источник инсайтов. Но между "учиться у конкурентов" и "копировать конкурентов" большая разница.

Хорошие PM'ы:

• Смотрят, что делают конкуренты
• Понимают, почему они это сделали
• Спрашивают, нужно ли это нашим пользователям
• Если да, адаптируют в нашем стиле
• Если нет, забывают

Это не stealing, это smart benchmarking.