{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Product × Science: заметки с тегом Карьера",
    "_rss_description": "Набор мыслей, которые так или иначе использую при планировании своей карьеры или развитии своей команды",
    "_rss_language": "ru",
    "_itunes_email": "martsen.anton@yandex.ru",
    "_itunes_categories_xml": "",
    "_itunes_image": "https:\/\/pxs.md\/pictures\/userpic\/userpic-square@2x.jpg?1768130329",
    "_itunes_explicit": "no",
    "home_page_url": "https:\/\/pxs.md\/tags\/career\/",
    "feed_url": "https:\/\/pxs.md\/tags\/career\/json\/",
    "icon": "https:\/\/pxs.md\/pictures\/userpic\/userpic@2x.jpg?1768130329",
    "authors": [
        {
            "name": "Антон Марцен",
            "url": "https:\/\/pxs.md\/",
            "avatar": "https:\/\/pxs.md\/pictures\/userpic\/userpic@2x.jpg?1768130329"
        }
    ],
    "items": [
        {
            "id": "42",
            "url": "https:\/\/pxs.md\/all\/staff-archetypes\/",
            "title": "Архетипы экспертов",
            "content_html": "<p>Когда я обсуждаю с сотрудниками потенциальные пути развития, то часто вспоминаю статью <a href=\"https:\/\/staffeng.com\/guides\/staff-archetypes\/\">Staff archetypes<\/a> от Уилла Ларсона. Автор — опытный IT-шник, который побывал как в управленческих должностях, так и в роли исполнителя.<\/p>\n<p>Он один из немногих, кто пишет про так называемых <b>Staff<\/b> и <b>Principal<\/b> инженеров — очень высокогрейдовых специалистов, у которых нет прямых подчиненных. Термины пришли к нам из западных компаний. Наиболее близким аналогом для Staff могут выступать роли ведущего или главного инженера, а для Principal — должность эксперта. На мой взгляд, описанные им <b>принципы подходят для любых тех.ролей<\/b>, в т.ч. для аналитиков.<\/p>\n<p>В тексте вводится понятие <b>архетипов<\/b>, которые построены на основе десятков интервью с релевантными людьми на этих ролях. Он составил четыре портрета экспертов, которые встречаются в бизнесе:<\/p>\n<ol start=\"1\">\n<li><b>Техлид<\/b> формирует техвидение, стандарты, практики, растит лидеров, выстраивает устойчивую систему принятия решений. «Свой парень на деревне», т. к. глубоко погружен в предметную область, заработал авторитета у руководителя и коллег.<\/li>\n<li><b>Архитектор<\/b> задает общий вектор движения технологического стека организации или нескольких связующих центральных технологий, чтобы это было экономически целесообразно на долгой дистанции. Может писать код, а может и не писать.<\/li>\n<li><b>Решала<\/b> — это спецназовец, которого можно кинуть в любую «горящую точку» в бизнесе и с высокой вероятностью он поднимет с колен вверенное направление. Зачастую, долго не будет задерживаться на спасенном проекте и его перекинут тушить пожар в другом месте.<\/li>\n<li><b>Десница короля<\/b> — «правая рука», персональный консультант лиц принимающих решения. В целом, из них можно сделать менеджеров в любой момент, т. к. у них много операционного влияния и стратегического контекста, который помогает строить роудмап.<\/li>\n<\/ol>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/pxs.md\/pictures\/staff-archetypes-map-3.jpg\" width=\"2080\" height=\"1922\" alt=\"\" \/>\n<\/div>\n<p>Классификацию Уилла можно представить иначе и разложить архетипы по двум осям:<\/p>\n<ol start=\"1\">\n<li><b>Фокус: Операционка ↔ Долгосрочное видение<\/b><br \/>\nНасколько человек сфокусирован на...\n<ul>\n  <li>непосредственном выполнении\/доставке результата: разруливать конкретные проекты, доводить до прода, устранять блокеры здесь-и-сейчас<\/li>\n  <li>формировании направления: стратегии, задавать технический вектор, принципы, долгосрочные ставки, выбор “куда идти”.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<ol start=\"2\">\n<li><b>Способ донесения ценности: Сам ↔ Через людей<\/b><br \/>\nНасколько влияние достигается через...\n<ul>\n  <li>личный вклад: глубоко копать, проектировать, писать код, быть “экспертом, который делает”<\/li>\n  <li>других людей и систему: выстраивать процессы, согласовывать между командами, строить коалиции, создавать условия, чтобы другие команды успешно работали.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<p class=\"loud\">В разные периоды жизненного цикла продукта\/бизнеса нужны разные люди.<\/p>\n<p>От себя лишь замечу, что сложнее всего приходится Архитекторам — у них много высокоуровневых идей, но из-за высокой технической и организационной сложности <b>внедрять их они самостоятельно не могут<\/b>. Им нужен сильный протекторат от топ-менеджеров и умение продавать\/продавливать свои решения в большое количество команд. А команды (и их руководители), будучи не дураками, сами знают как им лучше и не горят желанием реализовывать чьи-то другие представления о прекрасном, особенно от людей, которые не погружены в детали на должном уровне. Уилл тоже от этого предостерегает и в <a href=\"https:\/\/staffeng.com\/book\/\">книге<\/a> приводит истории успешных людей в этой роли.<\/p>\n<p>Почитать подробнее можно в <a href=\"https:\/\/staffeng.com\/guides\/staff-archetypes\/\">оригинальной статье<\/a>.<\/p>\n",
            "date_published": "2026-01-15T10:16:31+03:00",
            "date_modified": "2026-01-15T11:03:47+03:00",
            "tags": [
                "Карьера"
            ],
            "image": "https:\/\/pxs.md\/pictures\/staff-archetypes-map-3.jpg",
            "_date_published_rfc2822": "Thu, 15 Jan 2026 10:16:31 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "42",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/pxs.md\/pictures\/staff-archetypes-map-3.jpg"
                ]
            }
        },
        {
            "id": "56",
            "url": "https:\/\/pxs.md\/all\/fundamental-skills-for-engineering-manager\/",
            "title": "Фундаментальные скиллы инжиниринг-менеджера и их актуальность в разные «эпохи» IT-индустрии",
            "content_html": "<p class=\"lead\">Лидеры прошлого десятилетия с высокой вероятностью не будут хорошими лидерами в новом<\/p>\n<p><i>(не все готовы менять подходы и\/или не успевают учиться)<\/i><\/p>\n<p><b>Избранные слайды<\/b><\/p>\n<div class=\"e2-text-picture\">\n<div class=\"fotorama\" data-width=\"960\" data-ratio=\"1.7777777777778\">\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.13.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.15.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.16.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.17.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.18.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.20.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.21.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.22.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.23.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.24.jpeg\" width=\"960\" height=\"540\" alt=\"\" \/>\n<\/div>\n<\/div>\n<p><b>Делать то что?<\/b><\/p>\n<ol start=\"1\">\n<li>Находить время и силы на адаптацию к трендам.<\/li>\n<\/ol>\n<ol start=\"2\">\n<li>Развивайте «вкус».<\/li>\n<\/ol>\n<ul>\n<li>Например, я для этого погружаюсь в сложные научные труды, посвященные вопросам будущего, а также изучаю классику, находя сюжеты, которые перекликаются с настоящим.<\/li>\n<li>Очень сильно делаю акцент на системном анализе, умении проектировать и создавать концепты.<\/li>\n<\/ul>\n<ol start=\"3\">\n<li>Ну и т. к. про инжиниринг — прогайте. Например автор доклада как раз описывает свой недавний опыт в качестве СТО, но который стал делать много PR из-за доступных технологий-ассистентов. <a href=\"https:\/\/lethain.com\/coding-at-work\/\">https:\/\/lethain.com\/coding-at-work\/<\/a><\/li>\n<\/ol>\n<blockquote>\n<p>The new wave of AI tooling like Claude Code or OpenAI Codex are extremely susceptive to creating low-quality commits, but my experience is that used effectively they also provide several opportunities for creating useful code contributions are well. > > They are effective at:<\/p>\n<ol start=\"1\">\n<li>answering questions into a codebase, e. g. “what are our most common patterns for working with authn and authz? what are good examples of each?”<\/li>\n<li>writing code that fits the existing codebase’s patterns and structure, particularly with a well-written AGENTS.md’s guidance<\/li>\n<li>taking general feedback to revise the approach, e. g. “look for existing utilities that solve date math within our codebase and reuse those”<br \/>\nMost importantly, you can do each of those in a few minutes at a time. Between meetings at work, I generally pop back into one of several Claude Code sessions to see where it got to on a given task, review the code, and suggest next steps.<\/li>\n<\/ol>\n<p>It’s worth acknowledging that there’s a significant learning curve to doing this well. I’ve spent a meaningful amount of time in the last year learning to write software this way, and each month there are new caveats that I’ve had to understand. Slowly but surely, I’ve built a mental model of both how writing software with AI works, and how Imprint’s codebases work.<\/p>\n<\/blockquote>\n<p>Ссылки<\/p>\n<ol start=\"1\">\n<li><a href=\"https:\/\/lethain.com\/good-eng-mgmt-is-a-fad\/\">Статья «Good engineering management» is a fad<\/a><\/li>\n<li><a href=\"https:\/\/docs.google.com\/presentation\/d\/17lTreuVdYMNOr7k2XLzrshEJnB-StaNUzAyh9tE0b5w\/edit?slide=id.g39f551c2725_0_391#slide=id.g39f551c2725_0_391\">Весь набор слайдов<\/a><\/li>\n<li><a href=\"https:\/\/youtu.be\/IJlrX4Z4QWs\">Презентация на YouTube<\/a><\/li>\n<\/ol>\n",
            "date_published": "2025-11-23T01:00:00+03:00",
            "date_modified": "2026-01-23T10:04:00+03:00",
            "tags": [
                "Карьера"
            ],
            "image": "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.13.jpeg",
            "_date_published_rfc2822": "Sun, 23 Nov 2025 01:00:00 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "56",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "jquery\/jquery.js",
                    "fotorama\/fotorama.css",
                    "fotorama\/fotorama.js"
                ],
                "og_images": [
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.13.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.15.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.16.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.17.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.18.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.20.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.21.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.22.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.23.jpeg",
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-00.32.24.jpeg"
                ]
            }
        },
        {
            "id": "57",
            "url": "https:\/\/pxs.md\/all\/future-of-product-roles\/",
            "title": "Будущее продуктовых ролей",
            "content_html": "<p>Вот какие тренды намечаются... ИМХО, касается всех продуктовых ролей.<br \/>\nИсточник: <a href=\"https:\/\/www.suffsyed.com\/futurememo\/why-im-leaving-design\">Why I’m Giving Up My Design Title—And What That Says About The Future of Design<\/a><\/p>\n<p>—-<\/p>\n<p>Сафф Сайед решил отказаться от должности Head of Design и перейти к роли технического специалиста в области ИИ. .loud По его словам, дизайн давно не успевает за прогрессом и перестал быть движущей силой индустрии.<br \/>\nТем, кто хочет оставаться значимым, придётся менять профиль своей деятельности.<\/p>\n<p>Главное из статьи:<\/p>\n<ol start=\"1\">\n<li>С появлением агентных систем и стремительным развитием ИИ <b>акценты сместились в сторону инженерии<\/b>, организации работы моделей и построения инфраструктуры для них<\/li>\n<li><b>Эпоха агентных систем меняет парадигму самих продуктов.<\/b> Интерфейсы будут генерироваться динамически, что делает статичный UI и роль классического продуктового дизайна менее актуальными<\/li>\n<li><b>Новый подход потребует совершенно иных навыков и инструментов<\/b>, которые сильно отличаются от тех, что дизайнеры использовали раньше<\/li>\n<li>Дизайн почти никогда не определяет инновации. <b>Ключевые открытия происходят в инженерии и продукте<\/b>, а дизайн остаётся поддерживающей силой<\/li>\n<li>Лидеры в новой реальности — это не руководители больших команд, а <b>люди, способные самостоятельно и быстро запускать решения с помощью ИИ<\/b><\/li>\n<li>Современные инструменты и библиотеки сделали <b>качественные интерфейсы и UX<\/b> доступными для всех, а значит, они <b>больше не дают решающего преимущества<\/b><\/li>\n<li>Сегодня <b>инженеры-одиночки<\/b> в области ИИ получают сверхвысокие зарплаты, потому что <b>могут выполнять действительно важную и коммерчески ценную работу за целые отделы<\/b>. На этом фоне дизайн обесценивается<\/li>\n<li><b>Будущее за специалистами «на стыке»<\/b>, которые понимают и устройство ИИ-систем, и опыт пользователей и могут встроить ИИ в продукт без упрощения до чата<\/li>\n<\/ol>\n",
            "date_published": "2025-08-23T01:00:00+03:00",
            "date_modified": "2026-01-23T00:45:05+03:00",
            "tags": [
                "Карьера"
            ],
            "_date_published_rfc2822": "Sat, 23 Aug 2025 01:00:00 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "57",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "60",
            "url": "https:\/\/pxs.md\/all\/research-as-product\/",
            "title": "Исследование как продукт",
            "content_html": "<p>Продакт в команде тех-ресерчеров Спотифай размышляет как объединить понятийный аппарат продуктовых команд и хардкорных ученых. Оба в процессе формулируют гипотезы и проводят эксперименты, но фокусируются на разном.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/pxs.md\/pictures\/photo_2026-01-23-10.17.01.jpeg\" width=\"1200\" height=\"630\" alt=\"\" \/>\n<\/div>\n<p>Предлагается построить мостик от тех.ресерча (research scientists) к продуктовым командам и обратно.<\/p>\n<p>В этой первой статье описана ментальная модель для ресерчеров: исследование — это продукт учёных, продуктовая команда — это клиенты.<\/p>\n<p>В такой картине мира:<\/p>\n<p class=\"loud\">research is a product with Product teams as customers and users.<\/p>\n<p>А отталкиваясь от этой идеи можно начать задавать правильные вопросы с точки зрения полезности проводимой работы (адаптированный список из книги Inspired)<\/p>\n<blockquote>\n<p>Looking through the lens of the Product team being the customer, we can reformulate the risks as follows:<br \/>\n<b>Value Risk<\/b>: Will customers Product teams find the product research valuable enough to buy or use?<br \/>\n<b>Usability Risk<\/b>: Can users Product teams easily understand and interact with the product research?<br \/>\n<b>Feasibility Risk<\/b>: Can the product research be done with available resources?<br \/>\n<b>Business Viability Risk<\/b>: Does the product research align with the company’s overall business strategy and goals?<\/p>\n<\/blockquote>\n<p>Источник: <a href=\"https:\/\/research.atspotify.com\/2025\/02\/bridging-the-product-research-gap-part-i-demystifying-product-for-researchers\/\">Bridging the Product & Research gap — Part I: Demystifying Product for Researchers<\/a><\/p>\n<p>P.S.<br \/>\nЖду вторую часть материала про то, на что продактам следует обращать внимание при работе с учеными.<\/p>\n",
            "date_published": "2025-03-19T11:00:00+03:00",
            "date_modified": "2026-01-23T10:17:25+03:00",
            "tags": [
                "Карьера",
                "Мировоззрение"
            ],
            "image": "https:\/\/pxs.md\/pictures\/photo_2026-01-23-10.17.01.jpeg",
            "_date_published_rfc2822": "Wed, 19 Mar 2025 11:00:00 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "60",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/pxs.md\/pictures\/photo_2026-01-23-10.17.01.jpeg"
                ]
            }
        },
        {
            "id": "12",
            "url": "https:\/\/pxs.md\/all\/who-is-analyst\/",
            "title": "Аналитик в тумане. Кто же ты?",
            "content_html": "<p><i>UPD: Статье идет восьмой год, а она все еще пользуется популярностью. Поэтому я актуализировал ее и поправил “битые ссылки”.<\/i><\/p>\n<p>В начале 2018 года на большой IT-конференции я очень много общался с разными людьми: основатели компаний, топ-менеджмент, менеджеры продукта, дизайнеры.<\/p>\n<p>Когда я говорил, что работаю продуктовым аналитиком, то почти каждый раз слышал различные предположения, чем я занимаюсь. Видимо, приставка “продуктовый” откидывалась, т. к. не несет ценности для неискушенного слушателя, и оставался просто “аналитик”.<\/p>\n<p>Мне показалось, что у людей из заказной разработки и корпораций, “аналитик” ассоциировался чаще с человеком, который “сидит на каждой встрече, что-то записывает и потом делает документацию”. В продуктовых и игровых компаниях “аналитик” это чаще всего тот, кто “вечно занят и что-то там считает”.<\/p>\n<p>Покопавшись немного в рунете, я так и не нашел толковой статьи, где в одном месте написано про аналитиков. Зато в процессе нашел огромную карту компетенций аналитиков (ссылка в конце статьи в доп.материалах).<\/p>\n<p>Пора расставить точки над i и внести ясности. Собрал классификацию аналитиков, которые часто встречаются в компаниях в России и СНГ. Различную “экзотику” не учел.<\/p>\n<p>Будет полезно тем, кто ищет аналитика себе в команду, кто непосредственно сталкивается с ними в работе и тем, кто хочет разбираться в особенностях работы аналитиков.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/pxs.md\/pictures\/analyst-in-fog.jpeg\" width=\"1500\" height=\"844\" alt=\"\" \/>\n<\/div>\n<h2>Бизнес-аналитик<\/h2>\n<p><b>Что делает<\/b><\/p>\n<p>Бизнес-аналитик понимает проблемы и возможности бизнеса в контексте требований и рекомендует решения, позволяющие организации достичь своих целей.  Т. к. бизнес-анализ очень широкая сфера деятельности, принято конкретизировать области работы конкретного специалиста (если, конечно, он не супермен):<\/p>\n<ol start=\"1\">\n<li>Стратег-консультант — работает с топ-менеджментом над целями, стратегией и политикой компании.<\/li>\n<li>Архитектор бизнес-процессов — модернизирует и\/или оптимизирует бизнес-процессов компании. Обеспечивает ее операционную эффективность. Почитайте про кайдзен.<\/li>\n<\/ol>\n<p><b>Результат работы<\/b><br \/>\nПомогают в управленческих решениях и улучшают процессы компании.<\/p>\n<p><b>Отличительная черта<\/b><br \/>\nПонимает особенности какой-либо отрасли в целом (нефть, FMCG) или какой-то деятельности, которая не зависит от типа компании (продажи, логистика, финансы).<\/p>\n<p><b>Где работает<\/b><br \/>\nВ крупной компании любого типа или в консалтинге.<\/p>\n<h2>Системный аналитик<\/h2>\n<p><b>Что делает<\/b><br \/>\nРаботает с техническими требованиями: выявляет, собирает, документирует и согласует.<\/p>\n<p><b>Результат работы<\/b><\/p>\n<ol start=\"1\">\n<li>ТЗ для разработки и, иногда, документация<\/li>\n<li>Спокойствие всех заинтересованных сторон<\/li>\n<\/ol>\n<p><b>Отличительная черта<\/b><br \/>\nХорошо разбирается в специфике IT-решений.<\/p>\n<p><b>Где работает<\/b><\/p>\n<ol start=\"1\">\n<li>IT-компания, которая занимается интеграцией и заказной разработкой (аутсорсинг).<\/li>\n<li>Не IT-компания, которая разрабатывает внутренние информационные системы in-house и интегрируют сторонние.<\/li>\n<li>В IT-компаниях основные процессы завязаны на разработку ПО, поэтому роли системного и бизнес-аналитика могут сливаются в единого человека.<\/li>\n<\/ol>\n<h2>UX-аналитик<\/h2>\n<p><b>Что делает<\/b><br \/>\nОн исследует взаимодействия пользователей с цифровым продуктом, изучает особенности и проблемы этого взаимодействия. Работает с качественными инструментами (интервью, фокус-группы, анализ обратной связи) и количественными (опросы, side-by-side)<\/p>\n<p><b>Результат работы<\/b><br \/>\nИнтуитивно понятный целевой аудитории и удобный в использовании продукт.<\/p>\n<p><b>Отличительная черта<\/b><br \/>\nХорошо разбирается в потребностях пользователей и может транслировать их в выгоду для бизнеса.<\/p>\n<p><b>Где работает<\/b><\/p>\n<ol start=\"1\">\n<li>Компания, которая создает свои собственные цифровые продукты.<\/li>\n<li>IT-компания, которая занимается интеграцией и заказной разработкой (аутсорсинг).<\/li>\n<\/ol>\n<h2>Аналитик данных (Data Analyst)<\/h2>\n<p><b>Что делает<\/b><\/p>\n<p>Подготавливает и обрабатывает данные для бизнеса (ETL). Работает в Excel и\/или специализированных инструментах Business Intelligence. Умеет немного программировать. Часто имеет “специализацию”, которая зависит от того, в каком отделе работает:<\/p>\n<ol start=\"1\">\n<li>Веб-аналитик в отделе маркетинга<\/li>\n<li>Аналитик продаж<\/li>\n<li>Финансовый аналитик<\/li>\n<li>Продуктовый аналитик<\/li>\n<li>HR-аналитик<\/li>\n<\/ol>\n<p><b>Результат работы<\/b><\/p>\n<ol start=\"1\">\n<li>Выводы и рекомендации для заказчика<\/li>\n<li>Инструменты для мониторинга (отчеты и дашборды)<\/li>\n<\/ol>\n<p><b>Отличительная черта<\/b><br \/>\nФанатеют от изучения данных<\/p>\n<p><b>Где работают<\/b><br \/>\nВ компании с 30+ сотрудников, где хотят принимать решения на основе данных.<\/p>\n<h2>Data Scientist<\/h2>\n<p><b>Что делает<\/b><\/p>\n<p>В Европе и США Data Scientist — это Data Analyst на “стероидах” с более техническим уклоном. Он умеют работать с “большими данными” и разбирается в машинном обучении для применения “продвинутой аналитики”. В странах СНГ под Data Scientist’ом чаще подразумевает разработчик, который разрабатывает ML-продукты: системы рекомендаций, поиск, распознавание голоса. Правда где-то по середине.<\/p>\n<blockquote>\n<p>“Это человек, который разбирается в статистике лучше любого программиста и способен написать программный код лучше любого статистика”<br \/>\n— Josh Wills, Director of Data Engineering at Slack<\/p>\n<\/blockquote>\n<p><b>Результат работы<\/b><\/p>\n<ol start=\"1\">\n<li>Выводы и рекомендации для заказчика.<\/li>\n<li>Инструменты для мониторинга (отчеты и дашборды).<\/li>\n<li>Продукт на основе машинного обучения.<\/li>\n<\/ol>\n<p><b>Отличительная черта<\/b><br \/>\nЛюбит математику, данные и писать код.<\/p>\n<p><b>Где работает<\/b><\/p>\n<ol start=\"1\">\n<li>Компания, которая создает свои собственные продукты<\/li>\n<li>IT-компания, которая занимается интеграцией и заказной разработкой (аутсорсинг)<\/li>\n<\/ol>\n<h2>Запомнить<\/h2>\n<p>В зависимости от специфики компании, человек может совмещать несколько аналитических ролей. Я встречал системных аналитиков, которые хороши в UX и аналитиков продукта, которые разбираются в маркетинге. Все роли разные, у них разные инструменты и разная зона ответственности, но их объединяют несколько факторов:<\/p>\n<ol start=\"1\">\n<li>Они выступают как консультанты в своей предметной области. Аналитик изучает проблему, устанавливает причинно-следственные связи и дает выводы с рекомендациями.<\/li>\n<li>Для изучения предмета аналитик использует качественные и\/или количественные данные:<\/li>\n<li>Бизнес-аналитик изучает компанию через интервью со стейкхолдерами.<\/li>\n<li>Data Analyst использует SQL для анализа активности.<\/li>\n<li>UX-аналитик проводит пользовательские исследования.<\/li>\n<\/ol>\n<p><b>Дополнительные материалы<\/b><\/p>\n<ol start=\"1\">\n<li><a href=\"https:\/\/www.mann-ivanov-ferber.ru\/catalog\/product\/analiticheskaya-kultura\/\">Книга “Аналитическая культура”, Карл Андерсон<\/a><\/li>\n<li><a href=\"https:\/\/youtu.be\/LGwy0QmMvOE\">Лекция “Школы менеджмента Яндекс” про Аналитику<\/a> (<a href=\"https:\/\/t.me\/product_science\/103\">конспект<\/a>)<\/li>\n<li><a href=\"https:\/\/medium.com\/@sall\/product-scientist-ffd1ae846172\">Статья про продуктовую аналитику в компании Medium<\/a><\/li>\n<li><a href=\"https:\/\/vimeo.com\/159666827\">Видео про то, как AirBnB посадила вместе дизайнеров и аналитиков<\/a><\/li>\n<li><a href=\"https:\/\/www.mindtheproduct.com\/data-science-ux-research-teams-better-together\/\">Как в компании UserTesting посадили вместе UX-ресерчеров и аналитиков по данным<\/a><\/li>\n<li><a href=\"https:\/\/blog.intercom.com\/4-ways-to-deliver-better-product-analytics\/\">Статья про продуктовую аналитику в Intercom<\/a><\/li>\n<li><a href=\"https:\/\/drive.google.com\/drive\/folders\/0ByQ6I7_OQDQ5V2RDNUEtd1dpLUE\">Карта компетенций аналитика<\/a><\/li>\n<li>Схожий материал + таблица навыков — <a href=\"https:\/\/systems.education\/why-it-analyst\">Зачем нужны разные виды ИТ-аналитиков<\/a><\/li>\n<\/ol>\n",
            "date_published": "2017-03-15T14:00:00+03:00",
            "date_modified": "2026-01-13T16:31:11+03:00",
            "tags": [
                "Карьера"
            ],
            "image": "https:\/\/pxs.md\/pictures\/analyst-in-fog.jpeg",
            "_date_published_rfc2822": "Wed, 15 Mar 2017 14:00:00 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "12",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/pxs.md\/pictures\/analyst-in-fog.jpeg"
                ]
            }
        }
    ],
    "_e2_version": 4171,
    "_e2_ua_string": "Aegea 11.4 (v4171e)"
}