Transformar a descoberta de empregos numa aplicação pronta para análise, um utilizador de cada vez

Uma resposta comum é o bot de aplicação automática: uma ferramenta que assenta num pool de candidatos partilhado e lança aplicações nas listagens em nome do utilizador. Isso troca controlo por volume e muitas vezes envia aplicações genéricas e de baixa qualidade que a pessoa nunca analisou. Esta plataforma assume a posição oposta. Não existe um grupo de candidatos de onde um empregador recorre, e a plataforma não escolhe empregos nem envia nada automaticamente. Cada ação decorre dentro da conta de um utilizador autenticado, e a pessoa mantém-se responsável por quais trabalhos perseguir e quais são realmente enviados. O problema a resolver era restrito e real: remover o trabalho de preparação repetitivo sem retirar o julgamento do candidato.

As restrições foram deliberadas. O contacto humano é inegociável: a plataforma prepara um rascunho Gmail e nunca o envia automaticamente, por isso o candidato revê sempre e clica em Enviar. A IA só pode usar informações fornecidas ou aprovadas pelo utilizador; Nunca deve inventar qualificações, histórico profissional, competências, certificações, conquistas ou métricas, nem deve adicionar competências apenas para inflacionar a sobreposição de palavras-chave. Os dados de cada utilizador são estritamente separados: um utilizador só toca no seu próprio perfil, pesquisas, empregos selecionados, documentos ger Gmail ados, rascunhos, créditos e candidaturas acompanhadas, nunca aos de mais ninguém. E como a geração custa dinheiro a funcionar, o custo tinha de ser transparente: o utilizador devia ver o preço de crédito de uma ação antes de a IA começar.

A preparação é onde a IA faz o trabalho repetitivo e onde os créditos se aplicam. O utilizador seleciona manualmente os trabalhos que valem a pena prosseguir e clica Apply Now em cada um. Para cada vaga selecionada, a plataforma gera um pacote separado e personalizado: um rascunho de currículo alinhado com essa descrição do cargo, uma carta de apresentação para essa função e empregador, e um email de candidatura personalizado, pelo que duas candidaturas do mesmo utilizador podem diferir porque cada uma foi construída para uma oportunidade diferente. Depois, utiliza a integração de Gmail do utilizador para montar um rascunho, um assunto específico do cargo, o email da candidatura como corpo, e o currículo e a carta de apresentação anexados, guardando-o como rascunho. Não envia. O utilizador abre o rascunho em Gmail, revê o empregador, função, destinatário, assunto, corpo e anexos, edita tudo e clica manualmente em Enviar. Uma vez enviado ou marcado como aplicado, acaba no rastreador de aplicações desse utilizador.

A geração é limitada por créditos, por isso a economia corresponde ao valor: a descoberta permanece gratuita, e a preparação computacionalmente dispendiosa é o que os utilizadores pagam. Cada utilizador recebe uma concessão diária de crédito gratuito para tentar ou continuar o fluxo de trabalho; Quando acabar, podem comprar mais. A interface mostra o custo do crédito antes do início da geração, para que o utilizador compreenda o preço antes de invocar a IA.

O fluxo de trabalho Apply Now primeiro verifica os créditos. Se o saldo for curto, o utilizador é encaminhado para comprar; Se for suficiente, os créditos exigidos são deduzidos e a geração começa. A etapa de geração de IA pega no perfil do utilizador e na descrição do cargo selecionado e produz três rascunhos personalizados, um currículo, uma carta de apresentação e um email de candidatura, que fluem para a Gmail do utilizador como um único rascunho com os documentos anexos. O utilizador revê e edita o rascunho, clica manualmente em Enviar e a aplicação é registada no seu rastreador. Duas linhas de design percorrem todo o sistema: o humano no ciclo, ou seja, a IA faz rascunhos mas o utilizador envia sempre, e isolamento por utilizador, de modo que perfis, pesquisas, documentos gerados, Gmail rascunhos, créditos e aplicações acompanhadas pertencem a uma única conta e nunca são partilhados num pool comum de candidatos. A pilha mantém-se deliberadamente aborrecida para que as partes móveis permaneçam legíveis: um front end React , um backend Node.js , Supabase para dados e Vercel para hosting. O Source Pool foi construído para crescer: cada nova integração de portal de emprego de terceiros liga-se ao mesmo caminho de agregação e pontuação, por isso adicionar um portal alarga a cobertura sem alterar o fluxo de trabalho.

O que reforçaria a seguir baseia-se nessa base: tornar a transparência do crédito mais rica e imperdível (custo por ação, reembolso em geração falhada, se edições ou regeneração custam mais, quando os 50 diários reiniciam), para que nenhuma geração surpreenda um utilizador em termos de preço; adicionar explicações de correspondência que separem claramente as forças confirmadas dos requisitos em falta ou não confirmados, para que a pontuação seja acionável em vez de um número; tornar visível a barreira de factos fornecidos pelo candidato com proveniência clara em cada linha gerada; alargar o Source Pool com mais integrações de portais; e aprofundar o rastreador de aplicações para um pipeline genuíno. A ideia duradoura é um assistente de procura de emprego que faça a preparação repetitiva em grande escala, enquanto o candidato mantém todas as decisões que levam o seu nome.