Платформа подбора и скрининга Iconicompany: что работает сегодня
Платформа подбора и скрининга
Система закрывает путь от вакансии до кандидата, дошедшего до собеседования: разбирает требования, находит людей, ведёт первичную переписку и держит воронку. Разворачивается в контуре заказчика.
Ниже разделено на три части: что работает из коробки, что собирается под заказчика и за какой примерно срок, и что мы честно обещать не беремся. Разделение полезно обеим сторонам: сразу видно, где разговор про внедрение, а где — про разработку.
Что работает сегодня
| Функция | Как устроено |
|---|---|
| Разбор резюме и вакансий | извлечение навыков и требований из неструктурированного текста, включая docx и pdf |
| Векторный матчинг | сопоставление по смыслу навыков, а не по пересечению ключевых слов, с последующим реранкингом |
| Батч-подбор и ранжирование | вакансия → список кандидатов, отсортированный по соответствию требованиям |
| ИИ-скрининг в переписке | автоматический первичный диалог с кандидатом: уточнение опыта, проверка формальных требований |
| Автоответы кандидатам | ответ на отклик без ручного участия рекрутера |
| Воронка и этапы | статусы кандидата, история переходов, причины отказа — всё в базе, а не в переписке |
| Ролевая модель и разграничение прав | кто что видит и меняет, deny-default |
| Аудит действий | журнал: кто, когда и что изменил по каждой анкете |
| Фоновые процессы | длительные операции на движке workflow — переживают перезапуск сервиса |
| Веб-кабинет и HTTP API | работа человеком и интеграция машиной |
Работает частично
- Сорсинг — сегодня подключён один источник, HeadHunter. Другие площадки требуют отдельной интеграции.
- Дедупликация профилей — есть, но полуручная: слияние запускается оператором, а не автоматически.
- Почта и календарь — отправка писем работает, автоматической постановки встреч в корпоративный календарь нет.
Что собирается под заказчика
Второй список не менее важный, но читать его надо иначе: это не «нет», а «не в коробке». У нас конвейер разработки, в котором требования согласуются до кода, а каждый критерий приёмки привязан к тесту — поэтому такие вещи собираются неделями, а не кварталами.
| Что | Порядок срока | На чём основано |
|---|---|---|
| Карьерный сайт и портал для кандидатов | 2–3 месяца до MVP | делали проектами не раз, отдельными внедрениями |
| Видеоинтервью | под проект | текущий диалог с кандидатом текстовый; видео добавляется каналом |
| Интеграция с конкретным ATS (Talantix, Хантфлоу, Поток, Skillaz) | недели на интеграцию | у платформы есть HTTP API; работа сводится к адаптеру под конкретную систему |
| Кадровый резерв и преемственность | недели | стоит на той же модели данных, что оценка и воронка |
| Онбординг и адаптация | недели | продолжение воронки после найма |
| Дашборды и аналитика найма | недели | данные уже в базе — воронка, статусы, причины отказа; нужны формы отчётов |
| Интеграция с 1С:ЗУП, почтой, календарём | недели | адаптеры под конкретный контур заказчика |
Смысл разделения простой: из коробки вы получаете подбор и скрининг сразу, остальное — предмет разговора о сроке и цене, а не отказа.
Что действительно нельзя обещать
Три пункта, где честнее сказать прямо:
- Суждение об уровне специалиста (senior / не senior) — предмет нашего исследования, а не отгруженная функция и не задача на несколько недель. Что уже измерено и что не получилось — на той же странице.
- Подсистема согласий по 152-ФЗ (сроки хранения, отзыв согласия, обезличивание) — в разработке. Это не интеграция, а контур, который нельзя изобразить в демо.
- Реестр российского ПО — заявка не подана. Это правовой статус со своими сроками, и от нас зависит не полностью.
Размещение в контуре заказчика
Ключевое ограничение, из которого следует остальная архитектура: у части корпоративных заказчиков переписка с кандидатом и его данные не могут покидать периметр. Поэтому система рассчитана на развёртывание внутри контура.
Честная оговорка: сценарий общения с кандидатом сегодня опирается на внешний мессенджер. В полностью закрытом контуре этот канал требует замены — это известное ограничение, а не сюрприз при внедрении.
Что мы исследуем
Отдельно от продукта мы ведём исследование: можно ли объяснить решение, которое об оценке человека принимает модель, а не человек. Это не маркетинговая рубрика — в России ч. 3 ст. 16 152-ФЗ обязывает оператора разъяснить человеку порядок принятия автоматического решения по нему.
Что уже измерено, что не получилось и как перепроверить наши цифры самому — на странице «Исследования». Код, данные и препринт открыты, любая цифра пересчитывается одной командой без видеокарты.
Важное: описанное там — исследование на синтетических данных, а не функция платформы. Мы не переносим его результаты в описание продукта, пока они не проверены на реальных данных.
Что планируем
Планы помечены планами, а не выдаются за готовое.
Ближайшее. Подключение источников кандидатов помимо HeadHunter. Контур 152-ФЗ. Подготовка комплекта для реестра российского ПО. Замена внешнего мессенджера на канал, работающий в полностью закрытом контуре.
Дальше. Перенос исследования по оценке квалификации в продукт — при условии, что оно подтвердится на реальных расшифровках с реальными исходами найма.
Всё, что в разделе «собирается под заказчика», в роадмап не входит намеренно: это делается тогда, когда есть проект, а не по внутреннему плану.
Поговорить о внедрении
Напишите, какая задача стоит. Ответим по существу: что закрывается внедрением из коробки, что дорабатывается под вас и за какой срок, а что честнее не обещать.