Гайд для продактов, дизайнеров и исследователей, которые выходят в новую сферу — и хотят за 2–3 недели собрать рабочую карту домена, не перелопачивая все отраслевые отчёты.
О чём эта статья и кому она полезна
Вы вышли на новое место или взяли задачу в сфере, о которой раньше почти ничего не знали. Коллеги говорят на незнакомом профессиональном сленге, внутренние документы написаны не для новичков. Времени на онбординг обычно немного — пара недель или месяц, когда от вас ещё не ждут готовых решений. Но этим временем сложно распорядиться с толком: можно прочитать кучу материалов, посидеть на куче встреч — и к концу онбординга обнаружить, что рабочая картина так и не сложилась: фактов много, а понять, как на них опираться в решениях, — не получается.
Эта статья — не про «изучи конкурентов» и «eat your dog's food» — это база, она подразумевается. Здесь про то, как использовать первые недели не для хаотичного чтения всего подряд, а для сборки рабочей карты домена (домен = сфера, в которой работает ваш продукт: e-com, финтех, соцсети, недвижимость и т.п.): кто в нём есть, кто кому платит, где возникают конфликты интересов и какие решения вам предстоит принимать.
Статья будет полезна:
продактам, которые переходят в новую индустрию или на новый тип продукта и хотят быстро понять, где их прежний опыт применим, а где начнёт мешать;
дизайнерам и исследователям, которым нужно разобраться в пользователях незнакомой сферы — хотя бы настолько, чтобы задавать им правильные вопросы;
тимлидам и менеджерам, к которым в команду приходят люди из других областей: здесь вы найдёте рамку, по которой можно помогать им входить в новый контекст.
Если вам знакомо ощущение «чем больше узнаю — тем меньше понимаю» — дальше как раз про это.
Почему мне есть что сказать на эту тему
За последние годы мне несколько раз приходилось быстро становиться достаточно компетентной, чтобы принимать рабочие решения в совершенно незнакомой области.
Недвижимость — где выяснилось, что риэлторы по посуточной аренде загородки и риэлторы с фокусом на продажу вторички — это почти разные профессии.
Экосистема Сбера — работала во внутреннем исследовательском агентстве и переключалась между разными доменами: телеком, e-com, банкинг — иногда в рамках одного квартала.
Автопром — мне, человеку без водительских прав, нужно было глубоко разобраться в потребностях водителей.
Роботизация — самый технически сложный опыт из всех.
Из опыта я вынесла: погружение в новый домен — это не изучение фактов само по себе. Это быстрая сборка рабочей карты под конкретную задачу.
«Первичка, вторичка, загородка — три вида недвижимости» — это просто факты. А вот «риэлтор по загородной продаже и риэлтор по городской аренде работают по принципиально разной логике, и это меняет то, что им нужно от вашего продукта» — это уже знание, которое можно применить в работе прямо сейчас.
Дальше — практический гайд, как собрать такую карту и не утонуть в фактах.
Про примеры
Для иллюстрации — одна сквозная ситуация: вчера вы делали приложение для доставки еды, а сегодня вышли в Циан — платформу объявлений о недвижимости. (Ситуация условная: я использую Циан как понятный пример платформы, а не описываю внутреннюю механику компании.)
Аня — продуктовый дизайнер. Первая задача: спроектировать форму подачи объявления. В прошлом продукте она чаще работала с более короткими и замкнутыми сценариями. Здесь же форма подачи объявления сразу распадается на несколько разных логик.
Миша — продакт-менеджер. Его первая задача: разобраться, почему крупные агентства реже возвращаются за платным размещением, чем частные риэлторы.
Шаг 1. Начните с понимания своих задач
Первое, что стоит сделать — честно ответить себе на вопрос:
В чём именно мне нужно разобраться, чтобы хорошо делать свою работу в этой компании, в этой роли?
Это важно, потому что одна и та же индустрия для разных ролей распадается на разные карты. Дизайнеру важнее сценарии и ограничения интерфейса, продакту — экономика и метрики, исследователю — гипотезы и белые пятна в пользовательском поведении.
Если этот вопрос пропустить, легко пойти читать отраслевую аналитику — статистику рынка, историю отрасли, прогнозы. Это может быть полезно, но только после того, как вы понимаете, какой рабочий вопрос пытаетесь ответить. Иначе изучение превращается в прокрастинацию.
Что делает Аня: понимает, что ей не нужно прямо сейчас знать всё про рынок недвижимости. Ей нужно разобраться, кто подаёт объявления, зачем — и чем эти люди отличаются друг от друга.
Что делает Миша: формулирует себе рабочий вопрос — «Почему N% агентств не возвращаются за повторным размещением?» — и дальше смотрит на домен через линзу оценки ценности публикации.
Шаг 2. Соберите карту домена
Карта — структурная схема домена: кто в нём есть, как связан, где деньги. Она отвечает на вопрос «что здесь есть и как устроено».
Ментальная модель — ваше понимание логики домена: почему игроки ведут себя именно так, где узкие места, что изменится, если потянуть за один из элементов. Она отвечает на вопрос «почему здесь всё именно так».
Минимальный набор элементов на карте:
Игроки. Кто участвует в процессе: пользователи, клиенты, партнёры, регуляторы, внутренние команды.
Связи. Кто с кем взаимодействует, кто от кого зависит.
Деньги. Где и в какую сторону текут платежи.
Сценарии. Какие ключевые пути проходят люди, чтобы получить ценность.
Ограничения. Законы, технические лимиты, политика компании, привычки рынка.
Ментальная модель строится, когда вы начинаете задавать вопросы поверх карты — не «что есть», а «почему так»:
Почему этот игрок ведёт себя именно так, а не иначе?
Что мешает системе работать лучше?
Где здесь конфликт интересов?
Не бойтесь, что первое время эта карта у вас будет выглядеть как заметки сумасшедшего со стрелками в разные стороны. Отнеситесь к этому философски: если у вас в голове такая каша относительно фундаментальных знаний о домене — как вы сможете принимать адекватные (ну как минимум, информированные) решения? Также важно не пытаться сделать идеальную карту — это просто невозможно: любая система зависит от других и находится в постоянном движении. Вам нужно зафиксировать базовые элементы — без этого в голове всегда будет каша.
Что делает Аня: понимает, что «форма подачи объявления» — это не одна форма, а несколько принципиально разных. Тип сделки (аренда или продажа) и тип недвижимости (первичка, вторичка, загородка, посуточная аренда) задают разный состав полей: у новостройки нет истории сделок, у посуточной аренды нужны даты заезда и выезда, у загородки — кадастровый номер и тип участка. Это уже не просто факты о рынке — это ментальная модель, которая напрямую влияет на архитектуру формы.
Что делает Миша: замечает, что факты про объём рынка у него уже есть, а ментальной модели нет. Он не понимает причинно-следственную цепочку: что агентство считает успешным размещением, кто внутри агентства принимает решение о выходе на новую площадку и как они вообще оценивают эффективность площадки.
Шаг 3. Поймите, кто кому платит
Один из самых быстрых способов получить структуру нового домена — понять бизнес-модель компании, в которой вы работаете.
Ключевые вопросы:
Как именно этот бизнес зарабатывает деньги?
Кто платит, кому и за что?
Кто здесь посредник, а кто — конечный выгодоприобретатель?
Ответы дают вам ключевых игроков и понимание, где создаётся ценность.
Здесь важно не останавливаться на первом слое. В платформенных бизнесах принципиально понять, кто платящая сторона, а кто — субсидируемая. Если пользователи ищут квартиры бесплатно, их трафик оплачивают те, кто размещает объявления. Но это не значит, что бесплатной стороной можно пренебречь: без качественного спроса у платящей стороны не будет ценности от размещения — и она тоже уйдёт. Важно понять не просто кто платит, а за что именно платит — чаще всего это доступ к ликвидности, которую создаёт другая сторона.
Что делает Аня: понимает, что за банкет платят те, кто подаёт объявления — агенты и агентства. Это значит, что любые улучшения для покупателей и арендаторов нужно будет тщательно обосновывать через косвенное влияние: лучший опыт у ищущих → больше сделок → больше ценности для платящего сегмента. Но ещё важнее другой вопрос, который из этого следует: а все ли агенты вообще пользуются формой на сайте? Или часть публикует объявления через API, парсеры или сторонние CRM, которые заливают данные напрямую в базу? Если значительная часть платящего сегмента обходит форму стороной — приоритет задачи по её «тюнингу» резко меняется.
Шаг 4. Говорите с людьми
Документы и отчёты дают теоретическое знание домена. Люди рассказывают, как дела обстоят на самом деле — и почему официальная версия расходится с рабочей.
Что стоит сделать в первые 2–3 недели:
Назначить короткие встречи с коллегами из разных функций: продукт, аналитика, поддержка, продажи, операции.
Задавать не «что здесь самое важное» (люди теряются от таких вопросов), а конкретнее: «В чём новички в этом домене чаще всего ошибаются в первые месяцы?», «Что в нашей аналитике выглядит хорошо, но на деле не так?», «Какое решение, которое кажется очевидным снаружи, здесь не работает — и почему?»
Послушать записи интервью или тестов с реальными пользователями — если они есть.
Важный приём: возвращайтесь к тем же людям через 2–3 недели с уточняющими вопросами. На первой встрече невозможно всё нормально усвоить — в голове ещё нет фундамента, на который наслаивались бы знания. Вторая встреча будет значительно осмысленнее, потому что появится контекст. Договоритесь об этом заранее — большинство людей нормально воспринимают такой формат, если предупредить сразу.
Что делает Миша: идёт не только к продактам, но и к менеджерам по работе с агентствами. Именно они знают, почему агентства не возвращаются за повторным размещением — и почему в дашбордах всё выглядит чуть иначе, чем в реальности.
Это четыре базовых шага — они помогут собрать рабочую картину домена за первые недели. Дальше — несколько советов, которые пригодятся на любом из этих этапов.
Задавайте «глупые» вопросы — пока это уместно
Одна из самых вредных установок при входе в новый домен — «я тут новенький, не буду позориться». На практике «глупые» вопросы новичка — это часто самые ценные вопросы в комнате:
они вскрывают то, что все остальные давно считают само собой разумеющимся;
они заставляют команду проговорить скрытые предположения;
они помогают вам построить собственную модель, а не копировать чужую.
Статус новичка — это ресурс с коротким сроком годности. Пока он у вас есть, можно уточнять базовые вещи и переспрашивать — это воспринимается нормально, потому что вы входите в контекст. Через пару месяцев те же самые вопросы будут считываться иначе. Первые недели — лучший момент задавать вопросы, к которым потом будет неловко возвращаться.
Фильтруйте новые знания
По мере погружения информации будет всё больше. Главный фильтр — один простой вопрос:
Эта информация меняет моё понимание того, как устроена система?
Если да — обновляйте карту и пересматривайте ментальную модель.
Если нет — достаточно понимать, где это найти (ссылка, заметка, документ).
Например, Миша узнаёт, сколько объявлений в среднем публикуют агентства. Это полезная справка, но она сама по себе не объясняет, почему агентства не возвращаются за повторным размещением. А вот когда он понимает, что агентства не всегда видят связь между размещением и результатом в виде сделки — это меняет модель: проблема может быть не только в цене или интерфейсе, а в том, как агентства вообще понимают ценность продукта. Это уже другой тип решения.
Ошибка в факте обычно обходится одним неверным решением — оно видно быстро и исправляется локально. Ошибка в ментальной модели дороже: она будет снова и снова вести к неверным решениям, даже если отдельные факты у вас верные, — потому что вы задаёте не те вопросы.
Ещё один полезный фильтр — особенно когда начинаешь уходить в детали: «Как понимание этой темы изменит моё решение прямо сейчас?» Если ответ неочевиден — погружение в эту тему скорее всего можно отложить.
Но новичок не всегда может отличить «кроличью нору» от «критически важного нюанса». Поэтому ходите к коллегам с гипотезами, а не с открытыми вопросами. Например: «Мне кажется, для понимания задачи X мне важнее разобраться с Y, чем с Z — это так?» Коллега поправит не только ваш вывод, но и логику за ним.
Про ступор от избытка информации
Бывает состояние, когда информации уже так много, что вместо ясности появляется ступор: любое решение кажется слишком сложным, потому что видишь слишком много нюансов. В новом домене это почти неизбежно. Легко провалиться в бесконечное чтение статей, отчётов, внутренних баз знаний. Ощущение «я ещё недостаточно разобрался» может длиться месяцами. Это сигнал, что вы продолжаете исследовать уже не для дела, а чтобы унять тревогу. И тем самым только усугубляете её.
Несколько приёмов, которые помогают выбраться:
Разбить погружение по этапам построения карты домена. Тогда у каждого этапа есть понятный конец — вы не копаете «от забора до обеда».
Установить жёсткий дедлайн на активную фазу погружения. Например, 2–3 недели. Дальше — только точечно, под конкретную задачу.
Правило одного решения. Любой материал, который вы читаете, должен быть привязан к конкретному решению или вопросу.
Фиксация в тексте. Раз в неделю пишите себе короткое резюме: что я теперь понимаю про этот домен, чего ещё не понимаю.
Ступор от избытка информации (это состояние ещё называют «analysis paralysis») лечится не ещё одной прочитанной статьёй. Он лечится переходом к действию: сделать черновик PRD, набросать макет, сформулировать гипотезу — и проверить её на живых людях. Начните что-то делать — дойдите до момента, когда не сможете двигаться дальше. Это сразу покажет, куда копать в первую очередь.
Закрепляйте знания — иначе они улетучиваются
Знания, которыми не пользуются, быстро уходят.
Мне помогает такая практика: написать одностраничный документ для воображаемого нового коллеги — «Что тебе нужно знать про этот домен в первый день». Всё самое важное — на одной странице. Для опытного эксперта это несложная задача. Для новичка — очень трудная именно, ведь при написании такого гайда очень важно уметь «отделять зёрна от плевел». Когда начинаешь писать такой онбординг — сразу понимаешь, где у тебя пробелы в понимании домена.
Если периодически возвращаться к такому документу, всегда будешь смотреть на своё прошлое понимание как на что-то наивное и требующее уточнения. Всегда, когда выгружаешь понимание домена из головы — сразу видно, чего не хватает. Домен меняется, и вместе с ним меняется то, что нужно понимать.
Лайфхак: сделайте себе ИИ-эксперта по домену
При погружении в складскую роботизацию я сделала себе цифрового эксперта на базе одного отраслевого блога. Для меня это сократило вход в новый домен с «читать всё подряд несколько месяцев» до «задавать предметные вопросы уже на первом интервью с экспертом».
Берёте Telegram-канал или блог человека, который явно глубоко в теме — желательно по рекомендации опытных коллег. Выгружаете историю постов. Загружаете в языковую модель — Claude, ChatGPT — и задаёте запрос:
Ты — эксперт в [домен], вот твои материалы. Я выхожу на позицию [роль] в компании, которая делает [продукт]. Что мне важно понимать о специфике этого рынка, чтобы быть полезным в первые недели?
Получаете проводника по домену под вашу конкретную задачу, а не «всё про индустрию вообще». В отличие от чтения статей в отрыве — здесь можно сразу задавать уточняющие вопросы и просить примеры.
Важная оговорка: это инструмент для понимания языка домена и составления списка вопросов — а не источник фактов. Языковая модель смешивает контент блога со своими тренировочными данными, и вы не можете отличить, где мнение блогера, а где модель заполнила пробел от себя. Используйте технику, чтобы сформулировать вопросы — и потом идите с ними к реальным экспертам. Не наоборот.
Чек-лист: первые недели в новом домене
Шаг 1. Сориентироваться
Сформулировали свою рабочую задачу: в чём именно надо разобраться.
Разобрались с бизнес-моделью: кто кому платит, за что и кто создаёт ликвидность.
Выписали ключевых игроков домена.
Набросали первую, сырую версию карты домена.
Шаг 2. Спросить у тех, кто внутри
Провели 3+ встречи с коллегами из разных функций.
Задали базовые вопросы: где расходятся документация и реальность, в чём типичные ошибки новичков.
Обновили карту домена по итогам разговоров.
Шаг 3. Оббить об реальность
Поучаствовали в интервью или пользовательском тесте — или хотя бы посмотрели записи.
Сформулировали 2–3 гипотезы про домен и проверили их с коллегами.
Начали вести личные заметки по домену — чтобы не терять то, что успели понять.
Шпаргалка: 7 вопросов для погружения в любой домен
В чём моя рабочая задача — и какая часть домена мне действительно нужна?
Как этот бизнес зарабатывает деньги — и кто здесь платящая сторона, а кто создаёт ликвидность?
Кто ключевые игроки и как они связаны между собой?
Какие сценарии критичны для пользователей и для бизнеса?
Где в системе самые частые сбои и узкие места?
Какие ограничения — регуляторные, технические, культурные — нужно учитывать?
Что из того, что все считают очевидным, мне пока не очевидно — и кого про это спросить?
Погружение в домен заканчивается не тогда, когда знаешь всё. А когда можешь принять первое действительно информированное решение — при этом ясно понимая, где именно кончается твоё знание и начинается неизведанное.
