Катя устроилась маркетологом в крупную компанию. В первый день ей дали ноутбук, выдали доступ в таск-менеджер и показали, где туалет. Никто из коллег не представился, никто не объяснил, где брать задачи и к кому бежать с вопросами. Через две недели Катя тихо ушла в другую компанию. А работодатель снова запостил вакансию — и на этом уже потерял около 30 тысяч долларов. Да-да, по оценкам экспертов, именно столько стоит потеря сотрудника в корпорации с учётом всех затрат на подбор, адаптацию и упущенную выгоду.

Но этого можно избежать, если вместе с Weeek, сервисом для управления проектами, провести нормальный онбординг. Далее — правила, которые мы сами используем, чтобы адаптировать новичков к новым условиям. Погнали разбираться.

Что такое онбординг и зачем он нужен

Онбординг — это адаптация нового сотрудника: от подписания оффера до момента, когда он начинает самостоятельно и эффективно работать.

Давай пройдёмся по цифрам:

Хороший онбординг повышаетудержание сотрудников на 50–82%. Примерно в два раза меньше людей увольняется в течение первого года, когда есть понятная программа адаптации.

Плохой онбординг замедляет эффективность сотрудников. Новички, прошедшие структурированный онбординг, выходят на полную продуктивность на 70% быстрее — то есть быстрее приносят пользу и окупают вложения в их найм.

44% новичков уходят в первую неделю работы. Именно столько времени у тебя есть, чтобы произвести правильное первое впечатление.

69% сотрудников готовы оставаться в компании три года и больше, если они прошли качественный онбординг.

В России ситуация похожая: полноценные программы адаптации есть лишь у половины компаний. И если ты будешь соблюдать наши правила по созданию онбординга, то сможешь войти в их число.

Хороший онбординг начинается с понятных процессов. Записаться на демо и узнать о всех преимущества сервиса можно тут

Правило 1. Погрузи сотрудника в контекст компании

Представь. Катя получила оффер, подписала документы и ждёт первый рабочий день. До этого она, разумеется, изучала информацию и про другие компании: искала отзывы, ходила на собеседования, читала описания на официальных сайтах. Скорее всего, теперь в её голове вся информация о разных корпорациях перемешалась (особенно если она искала должность в одном направлении).

Твоя задача — поставить этакую точку, мол: «Ты теперь работаешь здесь, мы занимаемся этим, ценности у нас такие». Конечно, это задача сотрудника — понимать, куда он вообще пришёл работать, но ты ему этот путь можешь упростить. Как?

Или до начала работы, или в первый день дай сотруднику доступ к общей информации о работе в компании: её истории, ценностям, структуре, правилам. В идеале — в формате ёмкого документа.

Мы, например, вместо того, чтобы рассказывать одно и то же каждому новичку лично, загружаем всё в Базу знаний Weeek.

В итоге, когда Катя заходит в Weeek, она видит эту папку и может изучить её в своём темпе. Документ не потеряется, он всегда доступен в одном месте. Удобно? Удобно.

Правило 2. Составь чек-лист: что посмотреть, с кем познакомиться, что сделать

Катя получила доступ к Базе знаний, прочитала информацию про компанию и теперь хочет понять: «А что мне делать дальше?» Если оставить её одну, она начнёт хаотично тыкаться по всем проектам, задавать кучу вопросов (и это нормально, хуже — если вопросов вообще не будет) и чувствовать себя неуверенно.

Вместо этого даём ей чек-лист.

Чек-лист в онбординге — это жёсткая последовательность действий, которая гарантирует, что новичок ничего не пропустит. Он может сам, без помощи других, знакомиться с коллегами, изучать документы и выполнять первые задания.

В отличие от ежедневного to‑do‑листа, чек-лист не меняется от человека к человеку. Он помогает убедиться, что все важные шаги пройдены: доступы получены, программы установлены, ключевые люди представлены, первые задачи поставлены.

Вот как может выглядеть чек-лист:

Правило 3. Зафиксируй цели на разный период — неделя, месяц, квартал

Катя выполнила чек-лист первой недели. Она познакомилась с командой, прочитала документы, настроила всё необходимое. Пора начинать полноценную работу.

Зафиксируй цели на три горизонта: неделя, месяц, испытательный срок (90 дней).

Зачем это нужно:

• Новичок понимает, какая нагрузка и какие задачи его ждут дальше

• Ты можешь сверять реальный прогресс с планом

• Команда понимает, когда нужно помочь

Важно, чтобы цели усложнялись постепенно: сначала знакомство и лёгкие задачи, потом самостоятельная работа. Никто не ждёт от новичка подвигов в первую неделю, но к концу испытательного срока он должен стать полноценным участником команды.

Правило 4. Переведи намеченные цели в задачи

У Кати есть документ с целями на неделю, месяц и квартал. Здорово. А дальше что? Теперь нужно разбить эти цели на конкретные задачи.

Возьмём цель из документа Кати на первый месяц: «Составить контент-план блога на следующий месяц». Вместо того чтобы просто записать её в план, нужно создать в проекте несколько задач.

Например, вот какие задачи появятся у Кати:

Каждая задача имеет чёткое описание, срок и исполнителя. Катя видит их в своём списке дел и понимает, с чего начать. Она также видит, как руководитель комментирует задачи, как прикрепляются файлы, как меняется статус с «В работе» на «Готово».

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

Правило 5. Зафиксируй встречи для обратной связи (и сделай их регулярными)

Наконец Катя плюс-минус адаптировалась и работает, как все. Но без регулярной обратной связи она может быстро потерять уверенность и загнаться: «А я всё делаю правильно?»

Так что обратная связь обязательна! Причём не только новичку, но и компании. Новые сотрудники замечают то, к чему вы уже привыкли: например, неудобные инструкции или устаревшие доступы.

Так что заранее договоритесь, как часто вы будете встречаться, и зафиксируйте эти встречи.

Например, в Weeek можно автоматизировать задачи и настроить их регулярное повторение. Так Катя точно не пропустит еженедельный созвон.

Ну вот и всё. Катя прошла все стадии принятия в компанию, и теперь из неё получится уверенный и лояльный сотрудник.

Если ты тоже хочешь построить понятные рабочие процессы в своей команде и не знаешь, с чего начать, приглашаем к нам на ДЕМО. Это бесплатный звонок, в котором опытные сотрудники продемонстрируют, как можно настроить виртуальный офис под твой запрос.

Ещё по теме:

Правильный онбординг новых сотрудников

Антикризисные меры, коучинг и адаптация сотрудников • Юрий Мурадян

Что такое дедлайн, как его ставить и соблюдать

Рынок найма 2026 года окончательно ёбнулся.

Особенно в digital, маркетинге, EdTech, SaaS и “молодых амбициозных командах”, где каждая вторая вакансия выглядит как:

“Ищем инициативного лидера, который возьмёт ответственность, построит систему, соберёт команду, выведет компанию на новый уровень и будет гореть продуктом”.

Перевод с HR-русского:

“Сделай нам бесплатно половину работы ещё до первого созвона”.

Раньше было собеседование.

Теперь:
— анкета на 97 вопросов,
— 4 тестовых,
— таблица декомпозиции,
— пример РНП,
— сквозная аналитика,
— стратегия роста,
— кейс запуска,
— ссылки на воронки,
— “опишите ваш подход”,
— “приложите дашборд”,
— “расскажите как бы вы перестроили наш маркетинг”.

И всё это — ДО разговора.

До.

Блядь.

Разговора.

Причём самое смешное:
половина этих компаний не читает резюме.

Вообще.

HR открывает отклик и автоматом шлёт:

“Заполните форму”.

Форма — как налоговая декларация после инсульта.

“Какие KPI вы считаете ключевыми?”
“Как вы определяете качественный лид?”
“Какую CRM вы использовали?”
“Как вы выстраивали сквозную аналитику?”
“Приложите примеры таблиц”.
“Прикрепите воронки”.
“Расскажите про ваш опыт управления командой”.
“Сколько MQL вы генерировали?”
“Какой был CAC?”
“Какой был ROMI?”
“Как вы внедряли AI?”

Осталось только:

“Пришлите анализ нашего бизнеса и список ошибок текущего руководства”.

Хотя нет.

Это уже тоже просят.

Особенно прекрасны вакансии уровня:

“Нам нужен не просто сотрудник, а партнёр”.

Партнёр, сука.

Но:
— без доли,
— без прозрачности,
— без доступа к цифрам,
— без гарантий,
— зато с тестовым на 14 часов.

И вот сидит senior-специалист с опытом, кейсами, управлением командами, оборотами, системами, воронками —
и вместо диалога проходит квест:

“Докажи, что ты не долбоёб”.

Причём бесплатно.

Самое охуительное — компании реально не понимают, что они просят.

Когда вы просите:
— декомпозицию,
— РНП,
— примеры сквозной аналитики,
— структуру воронки,
— подход к performance,
— схемы KPI,
— примеры запусков,
— управленческие таблицы — вы просите не “анкету”.

Вы просите:
опыт,
мышление,
систему управления,
операционную архитектуру,
наработанные фреймворки,
коммерческую экспертизу.

То есть то, за что вообще-то платят сотни тысяч.

Иногда миллионы.

Но рынок почему-то решил:

“А пусть кандидат сначала всё покажет, а мы подумаем”.

Особенно люблю вот это:

“Нам нужен hands-on лидер”.

Это вообще отдельный культ.

В переводе:
— и стратег,
— и РОП,
— и маркетолог,
— и аналитик,
— и PM,
— и копирайтер,
— и трафик-менеджер,
— и HR,
— и желательно ещё лично закрывай сделки.

За 200 тысяч.

И с горящими глазами.

Потому что “мы молодая амбициозная команда”.

Да вы не амбициозная команда.

Вы просто не хотите нанимать нескольких людей.

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

Ещё один любимый жанр —
“прикрепите примеры”.

Примеры:
— таблиц,
— отчётов,
— воронок,
— dashboards,
— стратегий,
— презентаций,
— смыслов,
— прогревов,
— кейсов,
— продающих материалов.

То есть кандидат должен:

1. Сделать NDA-risk.

2. Потратить полдня.

3. Подготовить материалы.

4. Объяснить их.

5. Отправить.

6. И потом…

Тишина.

Или:

“Мы выбрали другого кандидата”.

Иногда вообще без просмотра.

Потому что HR просто собирал “рынок”.

Да, многие компании сейчас буквально используют вакансии как бесплатный ресёрч.

Они:
— смотрят как мыслят сильные кандидаты,
— собирают идеи,
— вытаскивают подходы,
— получают куски стратегий,
— подсматривают процессы.

Бесплатно.

Под видом отбора.

И после этого рынок удивляется:

“Почему сильные кандидаты перестают заполнять анкеты?”

Да потому что это уже не найм.

Это бесплатный консалтинг с унижением.

Самое ироничное:
адекватные компании обычно ведут себя наоборот.

Они:
— быстро выходят на контакт,
— разговаривают как с людьми,
— обсуждают задачи,
— уважают время,
— не устраивают допрос на 6 страниц,
— не требуют “докажите своё существование”.

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

А не через:

“Прикрепите таблицу РНП без NDA”.

Особенно после 30–50 откликов за день.

Потому что в какой-то момент ты уже не ищешь работу.

Ты отбиваешься от корпоративных сектантов Excel-аналитики.

И давайте честно.

Если для входа на вакансию нужно:
— 3 анкеты,
— 12 кейсов,
— 8 ссылок,
— 5 таблиц,
— видео-визитка,
— интервью с AI,
— тестовое,
— стратегия роста компании —

то проблема не в кандидатах.

Проблема в том, что у вас найм превратился в ебанутый бюрократический карго-культ.

Где все делают вид, что оценивают “идеального лидера”.

Хотя на деле:
— нормальные кандидаты уходят,
— остаются либо desperate, либо бесконечно терпеливые,
— а бизнес продолжает искать “того самого”.

Уже восьмой месяц подряд.

Отдельная проблема в том, что рынок не просто централизован, но и все сильнее монетизирует базовый доступ к самому себе. Работодатель платит за простой факт размещения вакансии, за ее видимость и часто за доступ к контактам кандидатов. Новые площадки, которые выходят с обещанием "заменить монополистов", нередко воспроизводят ту же модель: сначала привлекают участников более мягкими условиями, а затем приходят к тем же платным стенам вокруг вакансий, резюме и контактов.

Этот текст - не анонс продукта и не готовая спецификация. Это попытка сформулировать проблему и набросать альтернативную модель: что если цифровой рынок труда должен быть устроен не как набор закрытых платформ, а как открытая инфраструктура с общими форматами, понятными ролями и отдельным механизмом согласия на раскрытие чувствительных данных.

Я публикую это как версию 0.1, чтобы собрать обратную связь до того, как идея превратится в техническую спецификацию. Особенно интересна критика от работодателей, HR-специалистов, разработчиков job-сервисов, юристов по персональным данным, людей из госуслуг/занятости и соискателей, которым знакома боль текущего рынка.

Краткое резюме

• Текущая модель цифрового рынка труда слишком сильно зависит от закрытых платформ.

• Платформы монетизируют не только полезные сервисы, но и базовый доступ: размещение вакансий, видимость, резюме и контакты.

• Новые площадки часто повторяют ту же модель, поэтому проблема не сводится к конкретным монополистам.

• Альтернатива - открытый стандарт для публикации вакансий, резюме, откликов и запросов на раскрытие контактных данных.

• Контакты должны раскрываться не автоматически, а через отдельный механизм согласия.

• Коммерческие сервисы в такой модели конкурируют поверх открытой инфраструктуры: поиском, аналитикой, рекомендациями, интерфейсом и автоматизацией.

Статус документа

Это предварительная белая книга версии 0.1.

Документ:

• не является технической спецификацией;

• не описывает готовый продукт;

• не предлагает создать еще один централизованный job-сайт;

• не является юридическим заключением;

• не претендует на полноту архитектуры.

Цель документа - описать проблему закрытой платформенной модели, предложить базовую инфраструктурную гипотезу и зафиксировать вопросы, которые нужно разобрать до проектирования стандарта.

Область рассмотрения

Документ рассматривает инфраструктурный слой цифрового рынка труда:

• публикацию вакансий;

• публикацию резюме;

• индексацию вакансий и резюме;

• отклики;

• запросы на раскрытие контактных данных;

• согласие соискателя;

• аудит и журналирование доступа;

• совместимость независимых сервисов.

Документ не рассматривает подробно:

• трудовое право в полном объеме;

• кадровый учет;

• внутренние HR-процессы компаний;

• корпоративные ATS как отдельный класс продуктов;

• оценку кандидатов и принятие решений о найме;

• государственное регулирование рынка труда как целостную тему.

1. Проблема текущей модели

1.1. Платформы стали инфраструктурой

Крупные job-платформы начинались как удобные сервисы: разместить вакансию, найти резюме, получить отклик. Но по мере роста они стали выполнять инфраструктурную функцию.

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

1.2. Инфраструктурный доступ коммерциализируется

Платформа может брать плату за понятные прикладные функции: продвижение, аналитику, автоматизацию, удобный интерфейс, подбор. Но на практике часто монетизируется сам доступ к базовой инфраструктуре рынка:

• публикация вакансий;

• поднятие вакансий в выдаче;

• доступ к базе резюме;

• раскрытие контактных данных;

• лимиты откликов и коммуникаций;

• видимость в поиске;

• дополнительные правила ранжирования.

В такой модели вакансия перестает быть открытым заявлением работодателя в вебе. Она становится объектом размещения внутри закрытой коммерческой среды.

Это особенно заметно на размещении вакансий. Сам факт публикации рабочего места превращается в платную операцию, хотя для рынка в целом выгодно обратное: чем больше открытых и актуальных вакансий доступно, тем лучше работают поиск, конкуренция работодателей и информированность соискателей. Когда размещение стоит дорого или завязано на пакетные тарифы, часть вакансий просто не попадает в публичное поле либо публикуется ограниченно.

Отдельный слой проблемы - платный доступ к контактам. Работодатель может видеть не весь релевантный рынок кандидатов, а только ту часть, доступ к которой он оплатил. Соискатель при этом может не понимать, почему его профиль не дошел до подходящего работодателя, а работодатель не может объективно выбирать среди всех потенциально подходящих людей. В результате рынок подбора искажается не только качеством поиска, но и коммерческими барьерами между сторонами.

На практике это выглядит как постоянное "доение" рынка: деньги берутся не только за дополнительную ценность, но и за прохождение через обязательные точки доступа. Проблема не в том, что сервисы зарабатывают. Проблема в том, что базовый доступ к вакансиям, кандидатам и контактам становится предметом ренты.

1.3. Новые площадки часто повторяют ту же модель

Когда на рынке появляется новая площадка, она часто позиционируется как альтернатива старым монополистам: дешевле, проще, честнее, ближе к пользователям.

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

На старте это может выглядеть как конкуренция с монополистом. В зрелой фазе это часто становится уменьшенной копией той же платформенной логики.

Такой подход не меняет устройство рынка. Он только заменяет одного посредника другим или добавляет еще один закрытый контур рядом с уже существующими. Поэтому вопрос стоит не только в том, кто именно владеет площадкой, а в том, почему базовая инфраструктура рынка вообще должна быть закрытой площадкой.

1.4. Участники теряют контроль над данными

Резюме, контакты, история опыта, профессиональные навыки и отклики - это данные, которые создают сами участники рынка. Но хранятся и обрабатываются они в системах внешних посредников.

Это приводит к нескольким последствиям:

• соискатель не всегда понимает, кто и как видит его данные;

• работодатель зависит от правил доступа к кандидатам;

• история рынка концентрируется у посредника;

• новые сервисы вынуждены начинать с борьбы за доступ к данным, а не с улучшения продукта.

Особенно чувствительна здесь тема контактов. Телефон, email, мессенджеры и другие способы связи не должны раскрываться просто потому, что пользователь когда-то загрузил резюме в очередную систему.

1.5. Правила видимости непрозрачны

Для внешнего наблюдателя обычно закрыты:

• логика ранжирования;

• критерии видимости вакансий;

• критерии видимости резюме;

• правила доступа к контактам;

• границы между техническими ограничениями и коммерческой монетизацией.

Пользователь видит интерфейс, но не видит инфраструктурных правил. В результате рынок зависит от систем, которые могут менять условия доступа односторонне.

1.6. Закрытая инфраструктура ограничивает конкуренцию

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

Из-за этого страдают:

• отраслевые job-сервисы;

• региональные площадки;

• карьерные ассистенты;

• аналитические продукты;

• AI-агенты;

• инструменты для малого бизнеса;

• публичные и некоммерческие сервисы занятости.

Конкуренция смещается из области качества сервиса в область контроля над закрытой базой.

Именно поэтому современный подход выглядит все менее адекватным текущему уровню цифрового рынка. У нас уже есть поисковые индексы, открытые API, машиночитаемые форматы, электронные подписи, распределенные системы доверия и AI-агенты. Но рынок труда во многом продолжает работать по логике "зайди в закрытую базу, заплати за размещение, заплати за видимость, заплати за контакт". Эта модель исторически понятна, но она плохо масштабируется как общественная и экономическая инфраструктура.

2. Основная гипотеза

Гипотеза этой белой книги простая:

цифровой рынок труда может быть устойчивее, прозрачнее и конкурентнее, если базовая инфраструктура публикации вакансий, резюме и взаимодействий будет построена как открытый стандарт, а не как набор закрытых платформ.

Это означает, что:

• вакансия не обязана жить только внутри job-платформы;

• резюме не обязано жить только внутри job-платформы;

• отклик может быть стандартизован как отдельное действие;

• раскрытие контактов должно быть отдельным согласованным процессом;

• разные сервисы могут работать поверх совместимых данных;

• коммерческая конкуренция должна происходить на уровне интерфейсов, поиска, рекомендаций, аналитики и автоматизации.

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

3. Принципы предлагаемой модели

3.1. Данные ближе к источнику

Вакансия должна публиковаться работодателем или его доверенным оператором. Резюме должно публиковаться соискателем или его доверенным оператором.

Это не означает, что каждый работодатель обязан поднимать собственный сервер, а каждый соискатель - самостоятельно хостить резюме. Но источник данных и права на управление ими должны быть ясны.

3.2. Публичное и чувствительное должны быть разделены

Описание вакансии обычно может быть публичным.

Часть резюме может быть публичной или ограниченно публичной.

Контактные данные, история коммуникаций, персональные идентификаторы и некоторые детали профиля должны рассматриваться как чувствительная информация. Их нельзя раскрывать автоматически только потому, что система технически может это сделать.

3.3. Отклик не равен раскрытию контактов

В текущих системах отклик часто связан с передачей данных кандидата работодателю. В открытой модели эти действия нужно разделить.

Кандидат может выразить интерес к вакансии, не раскрывая сразу телефон, email или мессенджер. Работодатель может запросить раскрытие контактов. Кандидат может подтвердить или отклонить этот запрос.

Так появляется более честная модель: интерес к вакансии отдельно, доступ к личным данным отдельно.

3.4. Сервисы конкурируют поверх стандарта

Открытая инфраструктура не отменяет коммерческие продукты. Наоборот, она создает для них более здоровое поле.

Поверх общего стандарта могут появляться:

• поисковые сервисы;

• отраслевые витрины;

• региональные каталоги вакансий;

• карьерные ассистенты;

• AI-агенты для соискателей;

• AI-инструменты для работодателей;

• аналитика рынка;

• сервисы проверки качества вакансий;

• инструменты управления согласием.

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

4. Роли в экосистеме

4.1. Соискатель

Соискатель является источником данных о себе и владельцем решения о раскрытии контактов.

Он может:

• публиковать резюме;

• выбирать оператора хранения резюме;

• откликаться на вакансии;

• управлять видимостью отдельных данных;

• подтверждать или отклонять запросы на раскрытие контактов.

4.2. Работодатель

Работодатель является источником данных о вакансии.

Он может:

• публиковать вакансию в открытом формате;

• обновлять ее статус;

• получать отклики;

• запрашивать раскрытие контактов;

• использовать разные сервисы поиска, аналитики и рекомендаций.

4.3. Оператор вакансий

Оператор вакансий индексирует и обрабатывает вакансии, опубликованные в совместимом формате.

Он может предоставлять:

• поиск;

• фильтрацию;

• рекомендации;

• отраслевые витрины;

• аналитику;

• проверку качества описаний;

• интеграции с внутренними системами работодателя.

4.4. Оператор резюме

Оператор резюме помогает соискателю хранить, структурировать и публиковать данные о себе.

Он может предоставлять:

• профиль кандидата;

• разные уровни публичности;

• версии резюме под разные цели;

• управление доступом;

• экспорт;

• интеграцию с откликами.

4.5. Оператор взаимодействий

Оператор взаимодействий отвечает за доверенный процесс согласия и раскрытия контактов.

Его задача - не владеть вакансиями или резюме, а обеспечивать понятный и проверяемый процесс:

• работодатель запрашивает контакт;

• кандидат получает запрос;

• кандидат подтверждает или отклоняет раскрытие;

• факт решения журналируется;

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

Название роли может измениться. Важно не название, а функция: нужен отдельный слой доверенного управления взаимодействиями.

5. Базовый сценарий

В простом виде сценарий может выглядеть так:

1. Работодатель публикует вакансию в стандартном машиночитаемом формате.

2. Операторы вакансий и другие сервисы индексируют эту вакансию.

3. Соискатель публикует резюме самостоятельно или через доверенного оператора.

4. Соискатель находит вакансию в удобном для себя интерфейсе.

5. Соискатель отправляет отклик без автоматического раскрытия контактов.

6. Работодатель получает отклик.

7. Если работодатель хочет связаться напрямую, он отправляет запрос на раскрытие контактов.

8. Запрос проходит через оператора взаимодействий.

9. Соискатель подтверждает или отклоняет раскрытие.

10. После подтверждения стороны переходят к прямому общению.

Например, небольшая IT-компания публикует вакансию backend-разработчика на своем домене в открытом формате. Один сервис индексирует ее как часть региональной выдачи, другой показывает в нишевом каталоге IT-вакансий, третий использует ее в AI-ассистенте для кандидатов.

Кандидат видит эту вакансию не на сайте компании, а в своем карьерном интерфейсе. Он откликается через профиль, который хранится у оператора резюме. Работодатель получает отклик и видит релевантную часть профиля, но не получает телефон и email автоматически. Если работодатель хочет выйти на прямой контакт, он отправляет запрос. Кандидат видит, кто запрашивает доступ и по какой вакансии, после чего подтверждает или отклоняет раскрытие.

В этой модели нет единой платформы, которая хранит все вакансии, все резюме, все контакты и единолично определяет правила доступа.

6. Что нужно стандартизовать

Чтобы такая модель заработала, одного лозунга про открытость недостаточно. Нужен минимальный набор совместимых форматов и процедур.

6.1. Формат вакансии

Минимально формат вакансии должен описывать:

• работодателя;

• название позиции;

• описание задач;

• требования;

• условия;

• локацию или формат работы;

• диапазон оплаты, если он раскрывается;

• статус вакансии;

• источник публикации;

• дату публикации и обновления;

• адрес для отклика или endpoint взаимодействия.

Важно, чтобы формат был пригоден и для людей, и для машинной обработки.

6.2. Формат резюме

Формат резюме должен учитывать, что не все данные одинаково публичны.

В нем можно разделить:

• публичный профиль;

• профессиональный опыт;

• навыки;

• образование;

• портфолио;

• предпочтения;

• закрытые контактные данные;

• настройки видимости.

Один и тот же кандидат может иметь разные представления резюме для разных сценариев.

6.3. Формат отклика

Отклик должен быть отдельным объектом, а не просто сообщением в интерфейсе платформы.

Он может включать:

• ссылку на вакансию;

• ссылку на профиль или резюме;

• сопроводительный текст;

• время отправки;

• статус;

• признак того, какие данные были раскрыты;

• ссылку на процесс согласия, если он требуется.

6.4. Механизм согласия

Нужно описать отдельный процесс для чувствительных данных:

• кто запрашивает доступ;

• к каким данным запрашивается доступ;

• на каком основании;

• на какой срок;

• как пользователь подтверждает или отклоняет запрос;

• как отзывается согласие;

• как журналируется факт доступа.

Без такого слоя открытый рынок труда быстро превратится в открытый рынок утечек.

6.5. Идентификация и доверие

Открытая модель не может держаться только на доброй воле. Нужны правила идентификации участников и доверия к операторам.

Потребуются ответы на вопросы:

• как подтвердить, что вакансию публикует реальный работодатель;

• как снизить количество фейковых вакансий;

• как проверить оператора резюме;

• как отозвать доверие к недобросовестному оператору;

• как бороться со спамом и массовым скрейпингом;

• кто и как ведет аудит доступа.

Это, возможно, самая сложная часть будущей спецификации.

7. Почему это становится актуальнее из-за AI

AI-системы усиливают проблему закрытых данных.

Если вакансии и резюме остаются внутри платформ, AI-агенты вынуждены работать через интерфейсы, скрейпинг, неполные выгрузки или договоренности с отдельными поставщиками. Это плохо масштабируется и плохо проверяется.

Если же рынок имеет открытые форматы и понятные правила доступа, появляются новые сценарии:

• агент соискателя ищет вакансии по всему открытому рынку;

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

• сервисы сопоставляют требования и навыки без владения закрытой базой;

• кандидат контролирует, какие данные раскрывает автоматизированным посредникам;

• рынок получает больше аналитики без обязательной централизации всех данных.

Но AI здесь не главная цель. Он просто делает старую проблему заметнее: машинная обработка невозможна без структурированных, совместимых и легально доступных данных.

8. Потенциальные преимущества

8.1. Для работодателей

• меньше зависимости от одного посредника;

• больше каналов распространения вакансии;

• возможность публиковать вакансию как открытый веб-объект;

• конкуренция сервисов за качество кандидатов и инструментов;

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

8.2. Для соискателей

• больше контроля над резюме;

• отдельное управление контактными данными;

• меньше риска бесконтрольного распространения контактов;

• возможность использовать разные карьерные сервисы без полного копирования профиля в каждый из них;

• более прозрачная история запросов на доступ.

8.3. Для разработчиков и новых сервисов

• ниже барьер входа;

• возможность строить нишевые продукты;

• совместимость с другими участниками рынка;

• фокус на качестве интерфейса, поиска, рекомендаций и автоматизации;

• меньше необходимости создавать закрытую базу с нуля.

8.4. Для государства и институциональных участников

• более прозрачная инфраструктура рынка труда;

• возможность совместимых публичных сервисов занятости;

• меньше зависимости от частных платформенных монополий;

• возможность участвовать в доверенной инфраструктуре без централизации всего рынка.

9. Риски и сложные вопросы

Эта модель не бесплатна и не проста. У нее есть серьезные риски.

9.1. Спам и фейковые вакансии

Открытая публикация может привести к росту мусора, дублей, мошеннических вакансий и автоматизированных атак. Значит, нужны репутация источников, подписи, модерация, rate limits и механизмы жалоб.

9.2. Персональные данные

Резюме и контакты - чувствительная зона. Нужны юридически корректные согласия, ограничение целей обработки, отзыв доступа, сроки хранения и аудит.

9.3. Экономика операторов

Если базовая инфраструктура открыта, операторы все равно должны на чем-то зарабатывать. Нужно понять, какие платные модели не превращают открытую инфраструктуру обратно в закрытый рынок.

9.4. Доверие к участникам

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

9.5. Совместимость против сложности

Если стандарт будет слишком простым, он не покроет реальные сценарии. Если слишком сложным - его никто не внедрит. Нужен минимальный жизнеспособный протокол, а не идеальная архитектура на бумаге.

10. Что эта концепция не предлагает

Важно зафиксировать границы.

Эта концепция не предлагает:

• построить новый централизованный job-сайт;

• собрать единую государственную или частную базу всех резюме;

• заменить одну платформенную монополию другой;

• открыть всем доступ ко всем контактам;

• отменить коммерческие сервисы;

• решить все вопросы рынка труда только техническим стандартом.

Речь идет о другом: отделить базовую совместимость и управление доступом от конкретных интерфейсов и коммерческих продуктов.

11. Возможный следующий шаг

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

Например:

• `vacancy.json` - минимальный формат вакансии;

• `resume.json` - минимальный формат резюме или публичного профиля;

• `application.json` - формат отклика;

• `consent flow` - процесс запроса и раскрытия контактных данных;

• правила идентификации источников;

• минимальные требования к журналированию;

• антиспам-механизмы.

После этого можно проверять модель на ограниченных сценариях: отдельная отрасль, регион, профессиональное сообщество, группа работодателей или экспериментальный оператор резюме.

Вопросы для обсуждения

Мне особенно интересны ответы на несколько вопросов:

1. Есть ли вообще потребность в открытом инфраструктурном слое рынка труда или текущая платформенная модель достаточно хороша?

2. Кто в такой модели должен быть доверенным оператором взаимодействий?

3. Как не превратить открытый стандарт в канал спама и массового сбора персональных данных?

4. Какие поля должны входить в минимальный формат вакансии?

5. Какие части резюме можно считать публичными, а какие должны быть закрыты по умолчанию?

6. Может ли такая модель появиться снизу, через профессиональные сообщества и независимые сервисы, или без институционального участия она не взлетит?

7. Где проходит граница между открытой инфраструктурой и коммерческими сервисами поверх нее?

Вместо заключения

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

При этом я не считаю, что ответом должен быть еще один большой портал, только "правильный". Скорее наоборот: интереснее выглядит модель, где вакансии, резюме, отклики и согласия становятся совместимыми объектами, а продукты конкурируют уже поверх этой совместимости.

Возможно, эта идея слишком сложна для внедрения. Возможно, рынок не видит в этом проблемы. Возможно, главные препятствия окажутся не техническими, а юридическими и экономическими. Именно поэтому я хочу собрать обратную связь на раннем этапе, до того как текст превратится в спецификацию.

Если вы работаете с наймом, ищете работу, строите HR-tech, занимаетесь персональными данными, делаете AI-агентов или просто видите слабые места в этой логике - буду рад критике. Особенно полезны не общие "за" или "против", а конкретные сценарии, где такая модель ломается или, наоборот, могла бы дать реальную пользу.