Можно ли быть продактом без технического образования
Карьерник — Telegram-тренажёр для собеса аналитика и продакт-менеджера: 5–10 минут в день, 2500+ вопросов, разбор после каждого ответа.
Содержание:
Короткий ответ
Можно. Среди работающих PM хватает людей с гуманитарным или экономическим образованием — лингвисты, юристы, маркетологи, журналисты. Никто из них не пишет код, но при этом успешно ведёт продукты.
Главное — не диплом, а закрытый минимальный технический минимум: SQL, базовая аналитика, понимание архитектуры на уровне здравого смысла. Остальное приходит с опытом.
Если задать конкретный ориентир: на джун-мидл-роли в продукте достаточно уметь самому посчитать пять-шесть метрик в SQL, прочитать API-документацию и обсуждать с разработчиком, что такое таблица, индекс и фоновое задание. Это не диплом физтеха, это пара вечерних курсов и месяц практики.
Какие пробелы реально критичны
Часть вещей, которые пугают «нетехнических» кандидатов, на самом деле не нужны:
- знание языков программирования вглубь — не нужно;
- алгоритмы и структуры данных — не нужно;
- системное программирование — не нужно;
- DevOps, Kubernetes — не нужно.
Что реально критично:
- умение читать SQL и писать простые запросы;
- понимание базовых метрик продукта (DAU, retention, ARPU, CAC, LTV);
- понимание, что такое API, REST, JSON, на уровне «могу прочитать документацию и понять, что делает эндпоинт»;
- базовая статистика: что такое среднее, медиана, p-value, доверительный интервал;
- работа с дашбордами (Tableau, Metabase, PostHog).
Это набор для джун-мидл-уровня. Сениорские пробелы — отдельная история, у тебя ещё будет время до них дорасти.
Чек-лист в формате «знаю / не знаю»:
| Навык | Минимум для джуна | Минимум для мидла |
|---|---|---|
| SQL | SELECT, WHERE, GROUP BY, JOIN | + оконные функции, CTE, retention |
| Метрики | DAU/MAU, retention, конверсия | + ARPU, LTV, CAC, payback |
| Статистика | среднее, медиана, что такое A/B | + p-value, мощность, MDE |
| API | прочитать описание эндпоинта | составить запрос в Postman, понять JSON |
| Дашборды | открыть и прочитать чужой | собрать свой за пару часов |
Если в любой строке пусто — это и есть твой ближайший спринт обучения.
Что закрыть в первую очередь
Порядок такой:
- SQL — базовый уровень за 4–8 недель.
- Метрики продукта — параллельно с SQL.
- Продуктовое мышление — JTBD, ICE, кейсы.
- A/B-тесты — базовая статистика и интерпретация.
- Понимание API и архитектуры — можно собрать pet-проект с интеграцией.
- Работа с дашбордами — освоить хотя бы один (Metabase или Superset).
Если пытаться делать всё параллельно — выгораешь, и ничего толком не закрывается. Лучше идти последовательно и доводить каждый блок до уверенного уровня.
Полезный приём — учиться через задачи, а не через лекции. На каждый блок выпиши 5–10 типовых вопросов («посчитать retention второй недели», «объяснить, чем p-value отличается от уровня значимости») и решай их сам. Лекции забываются за неделю, решённые задачи — нет.
Какие вакансии реалистичны
Без технического образования реалистично:
- джун-PM в B2C-продуктах: маркетплейсы, сервисы подписки, мобильные приложения;
- ассоциированный PM (associate PM) в зрелых компаниях с программами для джунов;
- PM-стажёр в стартапе, где быстро вырастешь до полноценной роли;
- PMM-роли — там акцент на позиционирование, и техничность вторична.
Что менее реалистично без подкачки:
- технический PM на инфраструктурный продукт;
- data PM в ML-команде;
- PM в AI-стартапе с глубоким техническим стеком.
Эти роли не закрыты — но потребуют отдельного года инвестиций в технические скиллы.
Ориентир по конкуренции: чем шире B2C, тем больше веса у продуктовой интуиции и меньше у инженерного бэкграунда. На вакансии вида «PM мобильного приложения для пользователей» технический фон спрашивают слабее, чем на «PM платёжных шлюзов».
Как пройти собес без техфона
Тактика:
- закрой технический чек-лист на джун-уровень и не проваливайся на простых SQL-задачах;
- собери 2–3 продуктовых кейса (даже из pet-проекта), которые сможешь развернуть на 5–7 минут;
- готовь ответ на вопрос «почему ты идёшь в PM из своей предыдущей роли» — без него собес тебя выпотрошит;
- упоминай, что регулярно тренируешься (например, через Карьерник или другие тренажёры). Это работает в плюс — показывает, что ты серьёзно.
Если в кейсе из прошлой жизни есть продуктовая логика — выпиши её в портфолио. Журналист, который запустил рассылку с ростом подписчиков, фактически уже сделал growth-эксперимент. Это можно упаковать в продуктовый кейс на собесе.
Шаблон рассказа про прошлый опыт под продактовый собес: «Контекст (где я работал и какая была боль) → задача (что я взял на себя) → действия (что конкретно делал, в цифрах) → результат (метрика, которая сдвинулась) → вывод (что я узнал про пользователя)». Если в каждой истории есть метрика — рассказ перестаёт звучать как «я молодец», и начинает звучать как «я понимаю, как двигаются продукты».
Истории перехода
Распространённые треки в PM:
- маркетолог → growth PM,
- бизнес-аналитик → core PM,
- продуктовый аналитик → PM,
- учитель/преподаватель → PM в EdTech,
- журналист/копирайтер → PM в медиа или контентном продукте,
- юрист → PM в legaltech,
- HR → PM в HR-tech.
Общее правило: легче перейти в продукт в той индустрии, где у тебя уже есть доменная экспертиза. Ты приходишь не с нуля, а с пониманием пользователя — это огромный плюс на собесе.
Антипатерн перехода — пытаться сразу зайти PM в индустрию, где у тебя нет ни технического фона, ни доменного. Например, юрист, который собеседуется в финтех-стартап на B2B-интеграции с банками. Один из двух фронтов прокачивать почти всегда легче, чем оба сразу.
Сколько времени уйдёт
Реалистичная картинка для перехода из смежной роли (маркетинг, аналитика, поддержка):
- 3–6 месяцев плотной подготовки (SQL, метрики, A/B, кейсы);
- 1–2 месяца на отклики и интервью;
- первый оффер — обычно junior-PM или associate PM.
Из совсем нетехнической роли (учитель, юрист):
- 6–12 месяцев подготовки;
- параллельно полезно сделать стажировку или волонтёрить в стартапе, чтобы был кейс;
- первый оффер — стажёр или junior, иногда через смежную роль (аналитик → PM).
Это не гарантии — это ориентиры. Скорость сильно зависит от того, сколько часов в неделю реально уходит на учёбу. Один час в день стабильно за полгода даёт больше, чем десятичасовые марафоны раз в две недели.
План на 12 недель
Если хочется конкретики, вот скелет плана для перехода из нетехнической роли. Числа — ориентиры, не гарантия результата для конкретного человека.
| Неделя | Фокус | Результат |
|---|---|---|
| 1–2 | SQL базовый: SELECT, WHERE, GROUP BY | 30 решённых задач |
| 3–4 | SQL: JOIN, подзапросы, оконные функции | retention и DAU своими руками |
| 5 | Метрики продукта | объяснить DAU/MAU/retention на пальцах |
| 6 | Юнит-экономика: CAC, LTV, payback | посчитать для знакомого продукта |
| 7 | A/B-тесты и базовая статистика | прочитать чужой A/B-отчёт без ChatGPT |
| 8 | API и базовая архитектура | разобрать REST, прочитать документацию |
| 9 | Pet-проект или mini-кейс | один разворот «улучши X» письменно |
| 10 | Поведенческие истории | 5 STAR-историй из опыта |
| 11 | Mock-собес с напарником | 2 продуктовых кейса вслух |
| 12 | Финальный шлифовать + отклики | первые 10–15 откликов |
К концу 12 недель ты не Senior PM, но ты — человек, которого реально не стыдно позвать на собес. Дальше работают объём откликов и удача с командой.
Частые ошибки
- Откладывать SQL под предлогом «я гуманитарий». Это базовый навык, без него никуда.
- Учить «всё подряд» без приоритетов. Хаотичная подготовка не работает.
- Не делать pet-проект. Без него на собесе не на чем рассказывать про продуктовое мышление.
- Закрывать пробелы только теорией. На собесе спросят кейсы, а не определения.
- Стесняться нетехнического бэкграунда. Часто это плюс — ты понимаешь пользователя, которого инженеры не понимают.
- Пытаться сразу метить в FAANG-уровень компании, не закрыв базу. Лучше получить оффер в стартапе и нарастить опыт, чем полгода ходить по топам без офферов.
- Игнорировать собеседования «на пробу». Каждый собес — это бесплатная диагностика, что именно проседает.
Связанные темы
- Что должен знать продакт-менеджер
- Нужен ли SQL продакт-менеджеру
- Нужен ли Python продакт-менеджеру
- Технический продакт vs обычный
- Продакт-менеджер vs бизнес-аналитик
FAQ
Возьмут ли PM без диплома вообще?
Возьмут. На рынке многих компаний (особенно стартапов) диплом не смотрят. Смотрят кейсы, хард-скиллы и собес.
Какой возраст слишком поздний для перехода?
Жёсткой планки нет. На рынке достаточно PM, пришедших в профессию в 30–40 лет из других сфер. Главное — реалистичные ожидания по стартовой роли.
Стоит ли пойти на курсы?
Курсы помогают структурировать материал и дают базовый круг общения. Но не заменяют практику и pet-проекты.
Что важнее — образование или опыт?
Опыт и кейсы. На собесе ни разу не спросят оценку по матану.
С какой роли проще всего перейти в PM?
Аналитика, маркетинг, бизнес-анализ. Эти роли уже работают с метриками и пользователями, остаётся добрать продуктовое мышление.
Можно ли заходить в продукт через консалтинг?
Можно. Из консалтинга чаще берут на B2B-продукты и enterprise — там ценят умение разобрать сложную доменную область и говорить со стейкхолдерами.
Реально ли подняться от стажёра до мидл-PM за год?
Иногда да, особенно в небольших командах, где ответственности много с первого дня. В крупных компаниях карьерный лифт чаще 1.5–2 года, потому что роли расписаны жёстче.
Готовишься к собесу на PM без технического фона — открой тренажёр Карьерник и закрывай SQL, метрики и кейсы по 10 минут в день.