*Я делюсь своим опытом и наблюдениями, если ваши отличаются – велком в комменты. Я с интересом и заботой отношусь к опыту и мнениям других, если в них нет перехода на личности и агрессии
Первое с чем столкнулась, когда искала работу продактом – ощущение, что никто не знает, кто такие продакты
Продактами называют людей с абсолютно разными задачами. Встречала:
- поиск точек кратного роста (моё любимое, в каждой второй вакансии)
- оптимизация операционки 🔽
- сделать так, чтобы сотрудники меньше получали, а работали лучше (?!)
- управлять процессом разработки
- разбираться в KPI продукта и понимать, как могут на него влиять те или иные задачи
- проводить качественный (!) CustDev
- рисовать CJM 🔽
- работать руками: накидать макет, создать форму, определить метки для аналитики, разобраться в деталях каждой задачи, написать ТЗ на разработку. Мы не понимаем значения слов "не моя зона ответственности" в рамках твоего продукта
- Развитие команды
Это всё цитаты из вакансий
Управленцы иногда сами не понимают, зачем им продакт, "вроде надо, у всех есть" – таких я встречала
В итоге на собесе выясняется, что продакта видят, как закрывателя дырок в компании – есть много нерешённых вопросов из разных сфер – скинем на продакта, он же во всём разбирается
Продакт – очень софтовая работа. Софтовые навыки тут сильно важнее хардовых. Например, подвешенным языком и энергией можно прикрыться и очень долго и далеко уехать
Очень важен навык коммуникации. Говорить придётся много и со всеми:
- с пользователями (интервью, обратная связь), чтобы узнать их боли/проблемы/потребности/баги в продукте
- с командой (разработчики, дизайнеры, тестировщики и тд) – разрабатывать фичи, придумывать решения
- с руководством. Основатели очень трепетно относятся к продукту (что понятно), поэтому многие свои идеи/эксперименты надо сначала продать им
- с другими командами, особенно если ваша команда, как аутсорс собирает хотелки от всех... 🔽
надо мочь объяснить Маше, почему в очередной раз фичу для её команды мы не делаем, хотя она очень важна (все задачи и фичи ОЧЕНЬ ВАЖНЫ), а делаем фичу для команды Паши. Желательно объяснить так, чтобы все не разосрались друг с другом – вам вместе работать над одним продуктом
Продакт работает в условиях высокой неопределённости и это очень стрессово. Представьте, что вы написали код и вам говорят "это не сработало, удаляй всё и переходи на другую задачу", а потом по той же задаче говорят то же самое
Большинство гипотез не взлетают, предположения оказываются неверными и нужно пробовать что-то другое
При этом ты влияешь на деньги бизнеса, а не просто возишься в песочнице. Любое изменение влияет на пользователей, деньги, процессы внутри
От продакта ожидают, что он будет болеть и отвечать за продукт, как за свой, при этом получать зарплату, которая будет меньше разработчиков в его команде
Я не беру в расчёт очень крутых продактов, которые могут и процент от прибыли получать
Что мы имеем?
- высокий уровень стресса и ответственности
- при этом зарплата часто меньше, чем у ребят в твоей команде
- высокие требования от руководства к тебе
- если что не так - виноват ты, если всё ок – так и должно быть
Зачем вообще заниматься такой работой?!
Не скучно. Я неусидчивая и быстро начинаю скучать. Разнообразие продуктовой работы помогает мне не тухнуть. Мне нравится, что нужно разбираться в дизайне, маркетинге, управлении людьми и проектами, помогать пользователям
Я не умею сделать задачу, отдать и забыть. Я всегда думаю о влиянии на весь продукт/компанию. Мне очень важно помогать людям и для меня сейчас работа продакта максимально этому соответствует
Хочу отметить, что я работала только в стартапах и на своём опыте не знаю, как всё устроено у больших ребят
Сейчас я посмотрела на работу продакта с разных сторон, поняла, что мне подходит, а что нет и уже со знанием этого буду искать следующую работу
Задавайте вопросы, делитесь своим опытом и наблюдениями, постараюсь всем ответить 💫
• • •
Missing some Tweet in this thread? You can try to
force a refresh
В 2017 году я мечтала найти работу в IT, мне было всё равно как, лишь бы куда-нибудь взяли.
Но даже тогда на предложение работы в HTML Academy, я ответила письмом с 20 вопросами про условия работы – после оказалось, что это было плюсом мне в копилочку
Что мы получаем, если не задаём важные вопросы потенциальному работодателю?
- теряем время на неподходящей работе
- деградируем, а не развиваемся
- портим резюме (мне предстоит объяснять на собесах, почему я проработала в Ясно только полгода)
Кстати, я задавала важные вопросы на собесах, можно сказать, что даже собесила собеседующих, но это не уберегло меня от мискаста
Но это уже другая история – я оптимистично оценила свои силы и махнула рукой на красные флаги, на которые махать рукой не стоило
Живу в Питере, выросла на Камчатке. Про Камчатку могу рассказывать часами, будьте осторожны) знаю, что делать при встрече с медведем, во время землетрясений, люблю водить праворульные машины
Немного фоток Камчатки с сентябрьской поездки домой
По образованию я журналист (журфак СПбГУ). По специальности работала пару лет после выпуска, а потом ушла в IT
В этом треде рассказала, как делала первые шажочки в разработке и получила свою первую IT-работу
нормальных за 10 лет не встречал, плотно работал с Gradle, Buck, Bazel
не оч плотно: Make, Maven, Ant, Cargo, Go build
было бы круто иметь в билд системе:
1. статически типизированный современный яп для билд файлов и плагинов вроде Kotlin 2. параллельную конфигурацию модулей 3. кеширование конфигурации 4. параллельное выполнение билд графа 5. локальный билд кеш между проектами
6. распределенный ремоут билд кеш 7. трейсинг и профайлинг конфигурации и билд графа 8. строгое версионирование и верификация зависимостей 9. легковесная контейнерезация окружения выполнения 10. JSON/etc вывод для интеграции с IDE и другим тулингом 11. мониторинг файловой системы
Так сложилось исторически, что последние 8 лет я занимаюсь несколькими проектами одновременно. По каждому проекту много задач. Со временем моей оперативки перестало хватать на то, чтобы запоминать всё. И я начала срывать дедлайны и подводить людей.
Возникла потребность в неком подходе, решающем эту проблему. Пробовала многое: писала задачи на день на листочке, выделяла отдельные дни под проекты, тудушки, календари, напоминалки… Проблема не решалась, только множилось количество бесполезных действий.
В итоге я пришла к bullet journal. Если коротко — миллениалы переизобрели ежедневники. Суть в том, что вы заводите физический ежедневник с _линовкой_ в точку. И записываете туда всё, что надо запомнить.