Глинка
ГлавнаяТарифыЧто новогоСценарииЮридические документы
ВходПопробовать ГлинкуПопробовать

Главная/Сценарии/Ведём найм в одном пространстве: бриф вакансии и база кандидатов

Ведём найм в одном пространстве: бриф вакансии и база кандидатов

Обновлено 13 сентября 2026

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

Проблема не в том, что чего-то нет, а в том, что это не связано. Открыв таблицу, вы не видите, что было сказано на звонке; найдя резюме в почте, не помните, на каком он этапе. Через неделю руководитель спрашивает «где мы по дизайнеру?» — и ответ собирается вручную.

В Глинке всё это — одна ветка страниц с живой базой внутри. Ниже — как она устроена на примере с шестью кандидатами; пример открыт по ссылке в конце.

Как это выглядит в Глинке

1. Одна ветка: «Найм» и всё, что под ней

Заводим страницу «Найм» и внутри неё три вещи: «Вакансии» — короткий список, что открыто и что закрыто; «Дизайнер продукта — бриф» — страницу текущей роли; и базу «Кандидаты». Страницы вкладываются друг в друга, как папки, и видны в дереве слева. Когда откроется следующая роль, у неё будет своя страница рядом, а «Вакансии» останется точкой входа.

Дерево «Найм» в сайдбаре и открытый бриф

2. Описание вакансии — страница, а не файл

Описание, которое уходит на площадки и в чаты, лежит дочерней страницей брифа. Его не нужно превращать в документ и пересылать: публикуете ветку «Найм» — и у описания появляется ссылка, которую можно отправить куда угодно. Тот, кто откроет её, видит путь наверх — «Найм › бриф › Описание вакансии» — и может пройти по нему. Кому нужен именно файл, нажимает «Скачать PDF» прямо на странице. Правки вносятся один раз, в одном месте; ссылка остаётся той же.

Публичная страница описания вакансии: путь до корня и кнопка «Скачать PDF»

3. База кандидатов внутри брифа — с резюме в ячейке

Под текстом брифа — таблица «Кандидаты». Это не таблица из текстового редактора, а база: у каждой колонки есть тип. «Имя» и «Роль» — текст; «Локация» и «Статус» — выбор из списка, поэтому разнобоя «интервью» и «Интервью» не бывает и по статусу можно отфильтровать или собрать доску; «Следующий шаг» — дата, по ней сортируется, кого звать первым.

Колонка «Резюме» — файл. В неё кладут то, что прислал кандидат: PDF — как есть, ссылку на Яндекс Документ или профиль hh.ru — как ссылку. В таблице это чипы: по PDF открывается просмотр рядом с таблицей, по ссылке — новая вкладка. Резюме лежит там же, где статус и дата, а не в почте.

Встроенная база «Кандидаты»: шесть типизированных колонок, резюме прямо в ячейках

4. Кандидат — это строка, у которой есть своя страница

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

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

Страница кандидата: свойства строки с резюме и заметки после звонка

5. Новый кандидат — одной фразой

После звонка не обязательно заполнять шесть ячеек. Над таблицей есть строка «Опишите кандидата…»: пишете туда «Пётр Семёнов, дизайнер интерфейсов, Казань, новый, созвон 16 сентября» — и получаете строку, где имя и роль легли в текст, Казань и «Новый» — в списки, а 16 сентября — в дату. Модель только разбирает фразу по колонкам; типы и значения проверяет сама база, и если что-то не сходится — строка не создаётся, а не создаётся криво. С телефона то же самое можно надиктовать.

Строка ввода над таблицей с описанием нового кандидата

6. Под рукой и у команды

Базу «Кандидаты» добавляем в Избранное — она появляется в самом верху сайдбара, потому что ближайшие три недели вы будете открывать её чаще всего остального. Руководитель — участник того же пространства и видит ту же ветку; отдельную выгрузку делать не надо.

А кому-то снаружи — рекрутеру, заказчику роли — вы отправляете одну ссылку на «Найм». На ней видны вложенные страницы: вакансии, бриф с базой, описание. Вся конструкция целиком, а не одна страница без контекста.

Публичная страница «Найм»: вложенные страницы одной ветки

Живой пример

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

Что дальше

  • Когда найм закроется, «Кандидаты» не нужно удалять: смените статусы — и при следующей вакансии у вас уже есть база тех, с кем стоит поговорить снова, вместе с их резюме.
  • Если под рукой не фраза, а документ — письмо с несколькими кандидатами, таблица от агентства — его можно разобрать в строки той же базы. Об этом следующий сценарий.
  • Глинка доступна из России, оплачивается в рублях и хранит данные в Яндекс Облаке. Начать можно бесплатно: Попробовать Глинку.
Открыть пример →Попробовать Глинку
Глинка

AI-native блочное рабочее пространство. Данные хранятся в России.

ОфертаКонфиденциальностьСогласиеРеквизитыТарифыЧто нового
ООО „Русское облако“, ИНН 6732079480, ОГРН 1146733018728 · support@glinka.appСМОЛЕНСК · ДАННЫЕ В РОССИИ