RGSR360_2026 DA PM Hard Skills

product manager hard skills

Блок вопросов о профессиональных компетенциях сотрудника на должности — Продакт-менеджер.
Управление развитием игрового продукта, формирование продуктовых целей и приоритетов, работа с метриками и продуктовыми гипотезами, анализ аудитории и рынка, планирование и оценка результатов изменений, принятие решений на основе данных, координация работы разных направлений и развитие продукта с учетом бизнес-целей и потребностей игроков.

1. Продуктовое мышление
Понимание того, какую ценность фича даёт игроку и продукту. Умеет принимать решения, исходя из влияния на метрики и пользовательский опыт.

Типичные проявления:

оценивает фичи с точки зрения пользы для игрока
учитывает влияние на метрики и продукт в целом
предлагает решения, улучшающие опыт и результат

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Слабо учитывает ценность для игрока и продукта. Решения часто не дают результата.

2 — Понимает базовую ценность, но решения нестабильны или не всегда обоснованы.

3 — Принимает адекватные продуктовые решения. Учитывает основные метрики и опыт игрока.

4 — Системно оценивает влияние фич. Регулярно предлагает обоснованные решения.

5 — Формирует продуктовое видение. Влияет на решения команды и развитие продукта.

Комментарий по желанию:

2. Работа с референсами
Умеет анализировать референсные продукты и применять удачные решения в проекте.

Типичные проявления:

разбирает механики и фичи в референсах
объясняет, как их можно применить в проекте
адаптирует решения под контекст продукта

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Анализирует референсы поверхностно. Выводы редко применимы в работе.

2 — Понимает отдельные элементы, но применяет их не всегда корректно.

3 — Анализирует фичи и применяет их в работе.

4 — Системно работает с референсами, декомпозирует и адаптирует решения.

5 — Находит сильные практики и делится ими. Влияет на продуктовые решения команды.

Комментарий по желанию:

3. Плейтесты и фидбэк
Участвует в плейтестах и даёт понятную, полезную обратную связь по продукту.

Типичные проявления:

участвует в плейтестах
формулирует конкретный и понятный фидбэк
предлагает улучшения по результатам

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Участвует формально. Фидбэк размытый или не помогает улучшить продукт.

2 — Даёт отдельные полезные замечания, но фидбэк нестабильный или поверхностный.

3 — Регулярно участвует, даёт понятный и полезный фидбэк.

4 — Системно анализирует плейтесты, даёт развернутую и конструктивную обратную связь.

5 — Улучшает подход к плейтестам. Помогает команде развивать качество фидбэка.

Комментарий по желанию:

4. Работа с метриками и аналитикой
Использует данные для принятия решений. Понимает ключевые метрики и их влияние на продукт.

Типичные проявления:

использует метрики при принятии решений
формулирует задачи на аналитику
интерпретирует результаты

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Редко опирается на данные. Решения часто не связаны с метриками.

2 — Учитывает метрики, но интерпретирует их нестабильно или поверхностно.

3 — Использует основные метрики, принимает на их основе решения.

4 — Системно работает с данными. Регулярно инициирует и использует аналитику.

5 — Формирует подход к работе с данными. Влияет на продуктовые решения команды.

Комментарий по желанию:

5. Формулирование требований (PRD / задачи)
Чётко описывает фичи и задачи так, чтобы команда могла их реализовать без лишних уточнений.

Типичные проявления:

формулирует требования и критерии готовности
описывает сценарии использования
учитывает ограничения и зависимости

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Требования часто неполные или неочевидные. Команде нужны уточнения.

2 — Описывает задачи частично. Некоторые сценарии или детали упускаются.

3 — Даёт понятные требования. В большинстве случаев их достаточно для работы.

4 — Системно формулирует полные требования. Учитывает сценарии и ограничения.

5 — Задает стандарт качества требований. Помогает команде улучшать постановку задач.

Комментарий по желанию:

6. Приоритизация и управление роадмапом
Определяет, какие задачи и фичи важнее для продукта. Поддерживает актуальный и понятный план развития.

Типичные проявления:

расставляет приоритеты задач
поддерживает актуальность роадмапа
учитывает цели продукта и ограничения

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Приоритеты часто неочевидны или противоречивы. План теряет актуальность.

2 — В целом понимает приоритеты, но решения нестабильны или слабо обоснованы.

3 — Поддерживает понятный роадмап. Приоритеты в целом адекватны.

4 — Системно управляет приоритетами. Регулярно обновляет роадмап с учётом целей.

5 — Выстраивает подход к приоритизации. Влияет на продуктовые решения команды.

Комментарий по желанию:

7. Планирование разработки
Организует работу команды через декомпозицию задач, оценку сроков и учёт зависимостей.

Типичные проявления:

разбивает задачи на понятные этапы
оценивает сроки и объём работ
учитывает зависимости и ресурсы

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Планирование неточное. Задачи плохо декомпозированы, сроки часто срываются.

2 — Планирует базово, но не всегда учитывает зависимости и реальные объёмы.

3 — Делает реалистичное планирование. Задачи и сроки в целом понятны.

4 — Системно планирует разработку. Учитывает зависимости, команда работает предсказуемо.

5 — Выстраивает устойчивый процесс планирования. Повышает эффективность команды.

Комментарий по желанию:

8. Управление релизами
Организует подготовку и выпуск обновлений. Контролирует ключевые этапы и готовность команды.

Типичные проявления:

планирует этапы подготовки релиза
контролирует выполнение задач
синхронизирует участников процесса

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Контроль релиза слабый. Этапы упускаются, возникают срывы сроков.

2 — Частично контролирует процесс, но не всегда учитывает критичные этапы.

3 — Ведёт релизы в целом стабильно. Основные этапы контролируются.

4 — Системно управляет релизами. Заранее отслеживает риски и отклонения.

5 — Выстраивает процесс релизов. Снижает риски и повышает предсказуемость.

Комментарий по желанию:

9. Контроль стабильности релизов
Обеспечивает качество релизов за счёт контроля рисков, тестирования и подготовки.

Типичные проявления:

учитывает риски перед релизом
инициирует дополнительные проверки
отслеживает качество после релиза

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Риски часто упускаются. После релизов возникают критические проблемы.

2 — Учитывает отдельные риски, но не системно. Ошибки повторяются.

3 — Контролирует основные риски. Качество релизов в целом стабильное.

4 — Системно предотвращает проблемы. Заранее организует проверки и контроль качества.

5 — Выстраивает процессы, снижающие количество ошибок. Повышает стабильность продукта.

Комментарий по желанию:

10. Контроль выполнения задач
Обеспечивает прозрачность статусов и доведение задач до результата.

Типичные проявления:

отслеживает статус задач
реагирует на отклонения
обеспечивает завершение задач

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Статусы задач неочевидны. Задачи зависают или теряются.

2 — Контролирует выборочно. Не всегда вовремя реагирует на проблемы.

3 — В целом держит задачи под контролем. Статусы и прогресс понятны.

4 — Системно отслеживает выполнение. Заранее реагирует на отклонения.

5 — Выстраивает прозрачный процесс контроля. Повышает управляемость команды.

Комментарий по желанию:

11. Управление архитектурой
Формирует и поддерживает устойчивую архитектуру проекта. Учитывает масштабируемость, ограничения и долгосрочное развитие.

Типичные проявления:

принимает архитектурные решения
учитывает ограничения и риски
поддерживает целостность системы

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Архитектурные решения нестабильны. Часто приводят к проблемам и переделкам.

2 — Поддерживает архитектуру, но не всегда учитывает масштабирование и последствия.

3 — Принимает устойчивые решения. Архитектура в целом рабочая и понятная.

4 — Системно развивает архитектуру. Учитывает долгосрочные ограничения и цели.

5 — Определяет архитектурное направление. Влияет на подходы и стандарты команды.

Комментарий по желанию:

12. Принятие технических решений
Принимает решения по реализации фич с учётом качества, сроков и ограничений.

Типичные проявления:

оценивает варианты реализации
учитывает риски и компромиссы
выбирает оптимальные решения

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Решения часто не учитывают ограничения. Возникают проблемы в реализации.

2 — Учитывает часть факторов, но решения не всегда оптимальны.

3 — Принимает адекватные технические решения с учётом основных факторов.

4 — Системно оценивает варианты. Регулярно выбирает сбалансированные решения.

5 — Формирует подход к принятию решений. Влияет на технические практики команды.

Комментарий по желанию:

13. Контроль технического качества
Обеспечивает качество реализации за счёт стандартов, проверок и контроля.

Типичные проявления:

следит за качеством кода и реализации
инициирует проверки и улучшения
реагирует на проблемы качества

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Качество нестабильное. Проблемы выявляются постфактум.

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

3 — Поддерживает приемлемый уровень качества. Основные проблемы отслеживаются.

4 — Системно контролирует качество. Регулярно улучшает подходы и практики.

5 — Выстраивает стандарты качества. Повышает уровень команды.

Комментарий по желанию:

14. Понимание разработки и смежных процессов
Понимает, как устроена разработка, тестирование и геймдизайн. Учитывает взаимосвязи между этапами и командами при планировании и принятии решений.

Типичные проявления:

учитывает этапы разработки, QA и геймдизайна
понимает зависимости между командами
корректно выстраивает взаимодействие

Как ты оцениваешь уровень этой компетенции?

Не могу оценить

1 — Слабо учитывает процессы. Возникают ошибки и недопонимания между командами.

2 — Понимает базово, но часто упускает зависимости и ограничения.

3 — Учитывает основные процессы. Взаимодействие в целом корректное.

4 — Системно учитывает процессы. Помогает выстраивать согласованную работу.

5 — Глубоко понимает процессы. Оптимизирует взаимодействие и снижает потери.

Комментарий по желанию:

Обязательно для заполнения
Пожалуйста, укажите корректный e-mail
Пожалуйста, укажите корректное имя
Пожалуйста, укажите корректный номер телефона
Слишком короткое значение

Обязательно для заполнения
Пожалуйста, укажите корректный e-mail
Пожалуйста, укажите корректное имя
Пожалуйста, укажите корректный номер телефона
Слишком короткое значение

Возникли вопросы по системе оценки, пишите: hr@reaction.games.