Продукт: что такое geek.moscow

geek.moscow помогает IT-специалисту представить профессиональный опыт, подкрепить его достижениями и управлять знакомством с работодателями. Компания получает структурированные анкеты и объяснение их соответствия вакансии, после чего может сделать адресное предложение. Проект отвечает на задание трека ФСП ЛЦТ-2026 об отраслевом сервисе трудоустройства с верифицируемым профилем достижений.

Основные источники: функциональность, экраны и UX, дерево экранов, ролевая модель, разделение аккаунтов, официальное задание. Статусы реализации приведены в индексе.

Проблема и ценность

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

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

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

Обратный найм

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

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

Основные сущности

У одного профиля может быть несколько анкет: например, «Go-разработчик» и «Python-разработчик для проектной работы». Достижения хранятся в профиле однократно, а анкеты ссылаются на выбранные факты. Повторный импорт обновляет факт по внешнему идентификатору и источнику.

Аккаунты и роли

Согласно документу 29 пользователь при регистрации выбирает один тип аккаунта. Тип нельзя переключить или изменить административной операцией. Чтобы пользоваться обеими сторонами платформы, человек создаёт два аккаунта с разными адресами входа. Платформа не связывает их автоматически.

OWNER и HR — роли внутри организации, а не типы аккаунта. Один представитель может участвовать в нескольких компаниях. Служебные права не создают профиль инженера или членство в компании; отдельного типа аккаунта ADMIN нет. Разделение типов специфицировано как часть совместного выпуска с документом 30; наличие требования не подтверждает его публикацию на стенде.

Основные сценарии

Публикация инженера

1. Зарегистрироваться, подтвердить email и заполнить профиль.
2. При желании найти свою запись в ФСП, подтвердить владение и импортировать достижения.
3. Создать анкету под нужную специализацию и условия работы.
4. Выбрать достижения, проверить предпросмотр и опубликовать анкету.
5. При необходимости создать другие анкеты и независимо управлять их видимостью.

Привязка ФСП добровольна. Отсутствие истории соревнований не препятствует созданию и публикации анкеты.

Интерес к вакансии

Инженер открывает вакансию, нажимает «Мне интересно» и выбирает опубликованную анкету. Если такая анкета одна, она предварительно выбрана с возможностью проверки. Компания получает интерес и выбранную анкету; контакты и остальные анкеты не раскрываются. Компания может ответить персональным офером, инженер может отозвать интерес.

Поиск со стороны работодателя

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

От офера к знакомству

Компания отправляет офер
          ↓
Инженер получает уведомление и открывает условия
          ↓
Уточняет детали в чате под псевдонимом
          ↓
Принимает предложение или отказывается
          ↓
При принятии выбирает личные данные для этой компании
          ↓
Общение продолжается в том же чате

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

Подбор и объяснимость

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

Сравниваются специализация, навыки, опыт, задачи и условия. Объяснение содержит три группы:

• Совпадает: признаки, подтверждённые данными обеих сторон.
• Различается: явно указанные несовпадающие требования или ожидания.
• Неизвестно: сведения, которых недостаточно для вывода.

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

Закрытая вакансия не попадает в публичный или персональный каталог инженера из-за совпадения. Адресный доступ к ней появляется через офер.

Приватность

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

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

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

Экраны

Продуктовый обзор объединяет интерфейс в 18 основных типов экранов. Детальные спецификации дополнительно раскрывают 40 экранных состояний, диалоги и служебные страницы; это разные уровни описания.

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

Границы продукта и проектные материалы

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

За продуктом стоят объектная модель OOUX/ORCA, event storming, журнал решений, дерево функций, ответы организаторов, сверка с заданием, карта продукта, а также задания на экраны и компоненты.

Доступы и дополнительные материалы · Все разделы · Возможности платформы