Баг архитектуры hh.ru: как новая синхронизация данных уничтожает уникальность резюме соискателей
Обращаюсь к продуктовой команде HeadHunter (направление B2C / соискательский опыт). В приложении и на веб-версии платформы развернута некорректная логика синхронизации данных, которая полностью блокирует возможность кастомизации откликов и портит профили пользователей.
Суть проблемы
При создании дубликата существующего резюме для его последующей адаптации под конкретную вакансию (изменение фокуса, добавление релевантных ключевых слов), внесенные изменения автоматически применяются ко всем остальным резюме в аккаунте соискателя.
- Ключ: Новая запись БЕЗ ПРЕДУПРЕЖДЕНИЯ затирает/изменяет/добавляет данные в старых базах из-за жесткой связки полей опыта работы между родительским объектом и его копиями. Чекбокс автоматического обновления, который по умолчанию активен, принудительно синхронизирует независимые сущности (разные резюме) внутри одного профиля.
- Смысл: Платформа позиционирует создание дубликатов как инструмент гибкой настройки под разные роли (например, отдельно для руководителя проектов и отдельно для директора по трансформации). По факту, любая попытка точечно скорректировать опыт в одном CV превращает все остальные резюме соискателя в нечитаемую кашу.
Требование к продуктовой культуре и тестированию (мое мнение):
Подобные масштабные изменения в логике работы с персональными данными должны проходить через полноценное предварительное тестирование и явное информирование. О внедрении функций, которые кардинально меняют поведение системы и связность документов, платформа обязана заблаговременно предупреждать всех пользователей по электронной почте. По моему мнению, эту «фичу» необходимо полностью убрать из системы: до ее внедрения функционал дублирования работал корректно и закрывал все задачи кандидатов. Из-за отсутствия тестирования и предупреждений десятки тысяч пользователей уже пострадали, потеряв свои уникальные резюме, а платформа буквально украла дни работы, которые теперь приходится тратить на ручное переписывание и восстановление уничтоженного опыта.
Шаги воспроизведения (Сценарий)
- У соискателя есть основное резюме (Резюме №1).
- Соискатель нажимает «Создать дубликат» для кастомизации под вакансию «Х» (создается Резюме №2).
- В Резюме №2 соискатель изменяет описание обязанностей или ключевые слова под требования вакансии «Х».
- Результат: Изменения из Резюме №2 автоматически и без явного предупреждения копируются в Резюме №1.
Почему это критический дефект (Бизнес-метрики)
- Разрушение пользовательского опыта (UX): Соискатели топ-уровня физически не могут использовать мультипрофильность. При отправке кастомного резюме на одну вакансию, ломается резюме, подготовленное для другого работодателя.
- Искажение данных для AI-алгоритмов hh.ru: Система сама начинает путать навыки кандидата, так как все его резюме сливаются в один усредненный шаблон.
Просьба к Product Management команде hh.ru: изолируйте сущности дубликатов резюме. Модификация опыта в копии не должна влиять на родительский документ. Проверьте логику работы чекбоксов синхронизации — они ломают базу данных соискателей. Я бы удалил эту опцию оставив только возможность прямого редактирования отдельных резюме (опытов работы) - до апреля 2026 все работало идеально.
Sine ira et studio.