Превращение поиска вакансий в приложение, готовое к проверке, по одному пользователю за раз

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

Ограничения были намеренными. Человек в процессе не обсуждается: платформа готовит черновик Gmail и никогда не отправляет его автоматически, поэтому заявитель всегда проверяет и нажимает «Отправить». ИИ может использовать только информацию, предоставленную или одобренную пользователем; Она никогда не должна придумывать квалификации, трудовую историю, навыки, сертификаты, достижения или метрики, а также не должна добавлять навыки только для того, чтобы увеличить пересечение ключевых слов. Данные каждого пользователя строго разделены: пользователь касается только собственного профиля, поиска, выбранных вакансий, сгенерированных документов, Gmail черновиков, кредитов и отслеживаемых приложений, никогда не касается чьих-либо других. А поскольку генерация требует денег, стоимость должна была быть прозрачной: пользователь должен увидеть кредитную цену действия до начала работы ИИ.

Подготовка — это то, где ИИ выполняет повторяющуюся работу и где применяются кредиты. Пользователь вручную выбирает вакансии, которые стоит выполнять, и кликает Apply Now каждой. Для каждой выбранной вакансии платформа генерирует отдельный индивидуальный пакет: черновик резюме, соответствующий описанию вакансии, сопроводительное письмо для этой роли и работодателя, а также индивидуальный email для заявки, так что две заявки от одного пользователя могут отличаться, потому что каждая создана для разных возможностей. Затем он использует интеграцию пользователя Gmail для составления черновика, конкретной вакансии, электронной почты заявки как основного текста, а также резюме и сопроводительное письмо, сохраняя его как черновик. Он не отправляет. Пользователь открывает черновик в Gmail, просматривает работодателя, роль, получателя, тему, тело и вложения, редактирует всё и вручную нажимает «Отправить». После отправки или маркировки приложений он попадает в трекер приложений этого пользователя.

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

Рабочий процесс Apply Now сначала проверяет кредиты. Если баланс недооценен, пользователь направляется к покупке; Если этого достаточно, требуемые кредиты вычитаются, и начинается генерация. Этап генерации ИИ берёт профиль пользователя и выбранное описание вакансии и создаёт три индивидуальных черновика, резюме, сопроводительное письмо и письмо с заявкой, которые поступают в Gmail пользователя в виде единого черновика с приложенными документами. Пользователь просматривает и редактирует черновик, вручную нажимает «Отправить», и приложение записывается в их трекере. Через всю систему проходят две линии дизайна: человек в цикле, то есть ИИ пишет чертежи, но пользователь всегда отправляет, и изоляция для каждого пользователя, поэтому профили, поиск, сгенерированные документы Gmail черновики, кредиты и отслеживаемые приложения принадлежат одному аккаунту и никогда не делятся в общем пуле кандидатов. Стек специально остаётся скучным, чтобы движущиеся части были читаемы: React фронтенд, Node.js бэкенд, Supabase для данных и Vercel для хостинга. Source Pool создан для роста: каждая новая сторонняя интеграция портала вакансий подключается к одному и тому же агрегированию и систему оценок, поэтому добавление портала расширяет охват без изменения рабочего процесса.

То, что я бы укрепил дальше, основывается на этой основе: сделать прозрачность кредита богаче и неуместной для пропущения (стоимость за действие, возврат за неудачную генерацию, будь то правки или регенерация, при ежедневном сбросе 50), чтобы ни одно поколение не удивляло пользователя ценой; добавьте объяснения совпадения, которые чётко отделяют подтверждённые сильные стороны от отсутствующих или неподтверждённых требований, чтобы результат был применимым, а не числом; сделать видимым защитный барьер с предоставленными кандидатами фактов с явным происхождением на каждой сгенерированной линии; расширить Source Pool с помощью новых интеграций порталов; и углубить трекер приложений в подлинный конвейер. Основная идея — это помощник по поиску работы, который выполняет повторяющуюся подготовку в масштабе, а кандидат сохраняет каждое решение, которое носит его имя.