01 Kontekst og problem
Å søke jobber er stort sett gjentakelse. For hver ledig stilling skriver en kandidat om samme CV for å matche stillingen, utarbeider et nytt følgebrev, skriver en søknadsmail og gjør det igjen for neste jobb. Arbeidet mellom å finne en stilling og å være klar til å sende en skreddersydd søknad er langsomt, manuelt og lett å kutte hjørner på, og det er nettopp der gode kandidater mister momentum.
Et vanlig svar er auto-apply-boten: et verktøy som sitter på en delt kandidatpool og sender applikasjoner på oppføringer på brukerens vegne. Som bytter kontroll mot volum og ofte sender generelle, lavkvalitets søknader personen aldri har vurdert. Denne plattformen inntar motsatt standpunkt. Det finnes ingen kandidatpool en arbeidsgiver henter fra, og plattformen velger ikke jobber eller sender noe automatisk. Hver handling kjøres i en autentisert brukers konto, og personen har ansvaret for hvilke jobber som skal forfølges og hva som faktisk sendes. Problemet som skulle løses var smalt og reelt: fjern det repeterende forberedelsesarbeidet uten å fjerne søkerens vurdering.
02 Rolle og begrensninger
Som AI Product Manager eide jeg produktet fra ende til ende: arbeidsflyten fra innlogging til sendt applikasjon, profilmodellen som mater hver generasjon, logikken for matching og generering per jobb, kreditt- og inntektsmodellen, integrasjonen av Gmail utkast, og retningslinjer for hva AI-en kan og ikke kan gjøre. En stor del av arbeidet var å kartlegge hvor AI hører hjemme. AI-en håndterer den repeterende forberedelsen, matcher en jobb med brukerens profil og utarbeider CV, søknadsbrev og e-post, mens mennesket tar alle viktige avgjørelser: hvilken rolle man skal søke etter, hvilke jobber man skal velge, om man skal generere, hvilket innhold som skal inkluderes, og om man skal sende.
Begrensningene var bevisste. Menneske-i-løkken er ikke forhandlingsbart: plattformen forbereder et Gmail utkast og sender det aldri automatisk, så søkeren vurderer alltid og klikker på Send. AI-en kan kun bruke informasjon som brukeren har gitt eller godkjent; Den må aldri finne opp kvalifikasjoner, ansettelseshistorikk, ferdigheter, sertifiseringer, prestasjoner eller måleparametere, og må ikke legge til ferdigheter bare for å blåse opp overlapp mellom nøkkelord. Hver brukers data er strengt adskilt: brukeren berører bare sin egen profil, søker, valgte jobber, genererte dokumenter, Gmail utkast, krediteringer og sporede applikasjoner, aldri andres. Og fordi generering koster penger å kjøre, måtte kostnaden være transparent: brukeren bør se kredittprisen på en handling før AI-en starter.
03 Produkttilnærming
Produktet deles inn i to lag rundt én autentisert konto: gratis oppdagelse og betalt forberedelse. Discovery er gratis, slik at brukere kan utforske uten friksjon. Etter å ha logget inn med Google, bygger brukeren en individuell profil, navn og kontaktinformasjon, målstillinger, faglig sammendrag, erfaring, utdanning, ferdigheter, sertifiseringer, prosjekter og eksisterende CV, som blir den brukerspesifikke sannhetskilden for alt som skjer videre. De søker deretter etter en rolle, plattformen samler matchende ledige stillinger fra en kildepool av tredjeparts jobbportalintegrasjoner til ett resultatsett, og hver jobb scores mot brukerens profil med en matchprosent for å hjelpe dem å prioritere.
Forberedelse er der AI-en gjør det repeterende arbeidet, og der poengene gjelder. Brukeren velger manuelt hvilke jobber som er verdt å satse på, og klikker Apply Now på hver enkelt. For hver valgt jobb genererer plattformen en separat, skreddersydd pakke: et CV-utkast tilpasset stillingsbeskrivelsen, et følgebrev for den rollen og arbeidsgiveren, og en tilpasset søknads-e-post, slik at to søknader fra samme bruker kan variere fordi hver er laget for ulike muligheter. Deretter bruker den brukerens Gmail -integrasjon til å sette sammen et utkast, et jobbspesifikt emne, søknads-e-posten som brødtekst, samt CV og følgebrev vedlagt, og lagrer det som et utkast. Den sender ikke. Brukeren åpner utkastet i Gmail, gjennomgår arbeidsgiver, rolle, mottaker, emne, brødtekst og vedlegg, redigerer alt, og klikker manuelt på Send. Når den er sendt eller markert som brukt, havner den i brukerens applikasjonssporer.
Produksjonen er begrenset av kreditter slik at økonomien matcher verdien: oppdagelse forblir gratis, og den beregningsmessig kostbare forberedelsen er det brukerne betaler for. Hver bruker får en daglig gratis kreditt for å prøve eller fortsette arbeidsflyten; Når det går tomt, kan de kjøpe mer. Grensesnittet viser kredittkostnaden før genereringen starter, slik at brukeren forstår prisen før AI-en aktiveres.
De fleste jobbverktøy optimaliserer enten for volum (auto-apply-bots som sprayer generiske søknader) eller oppdagelse (stillingstavler som stopper ved annonsen). Denne plattformen optimaliserer for mellomrommen: den fjerner den repeterende forberedelsen for hver valgt jobb, CV, søknadsbrev og e-post, samtidig som søkeren har kontroll over utvelgelse og utsendelse. AI-en gjør utkastet; Mennesket holder dommen.
04 Bygningsfunksjoner
Google autentisering
Brukere oppretter og får tilgang til kontoen sin gjennom Google innlogging, som også muliggjør Gmail utkastarbeidsflyt.
Brukerspesifikk profil
En strukturert profil (roller, sammendrag, erfaring, ferdigheter, prosjekter, CV) blir brukerens eneste sannhetskilde.
Rollebasert jobbsøking
Brukeren søker etter en målrolle; plattformen samler matchende ledige stillinger fra en kildepool av tredjeparts jobbportaler, og flere integrasjoner kan legges til.
Profil-match-prosent
Hver jobb vurderes mot profilen til den innloggede brukeren, per bruker og per jobb, for å prioritere, ikke for å rangere kandidater.
Manuell jobbvalg
Brukeren vurderer oppføringer og velger hvilke jobber de vil satse på, og klikker Apply Now for å begynne forberedelsene.
Per-application résumé
Hver valgt jobb får sitt eget CV-utkast, tilpasset den spesifikke stillingsbeskrivelsen.
Følgebrev per søknad
Et eget følgebrev utarbeides for hver stilling, basert på stilling, arbeidsgiver og krav.
E-post per søknad
En tilpasset søknads-e-post forberedes for hver jobb, i stedet for én generisk melding som gjenbrukes overalt.
Gmail utkastopprettelse
E-posten, CV-en og følgebrevet settes sammen til et Gmail utkast. Den lagres, sendes aldri automatisk.
Applikasjonssporing
Når jobben er sendt eller markert som brukt, legges den til i brukerens egen applikasjonspipeline.
Kredittbasert generering
AI-forberedelse går på kreditter: 50 gratis per dag, med påfyll når den daglige kvoten er brukt.
Kreditttransparens
Kostnad, nåværende saldo, gjenstående saldo og refusjonsatferd vises før noen generering starter.
Også levert eller planlagt: brukerprofilen som en gjenbrukbar kilde til sannhet på tvers av applikasjoner, aggregering av jobber fra en voksende kildepool av tredjeparts jobbportalintegrasjoner til ett resultatsett, streng dataseparasjon på brukernivå, en daglig gratis kredittkvote med påfyllende kjøpsstrøm, og forhåndsgenerert kreditttransparens slik at kostnaden er synlig før AI-en kjører.
05 Arkitektur
Én autentisert konto binder alt sammen. En individuell jobbsøker logger inn med Google, noe som både autentiserer dem og muliggjør den senere Gmail utkastarbeidsflyten. Derfra går to veier inne i kontoen deres: en gratis oppdagelsesvei, profil pluss rollebasert søk på tvers av en kildepool av tredjeparts jobbportal-integrasjoner, aggregert i resultater som scores mot brukerens profil i matchprosenter, og en betalt forberedelsessti som starter først når brukeren velger en jobb og klikker Apply Now.
Den Apply Now arbeidsflyten sjekker først studiepoengene. Hvis saldoen er kort, blir brukeren omdirigert til kjøp; hvis det er tilstrekkelig, trekkes de nødvendige kredittene fra og genereringen begynner. AI-genereringssteget tar brukerens profil og den valgte stillingsbeskrivelsen og produserer tre skreddersydde utkast, en CV, et følgebrev og en søknads-e-post, som flyter inn i brukerens Gmail som et enkelt utkast med dokumentene vedlagt. Brukeren gjennomgår og redigerer utkastet, klikker manuelt på Send, og søknaden registreres i deres sporing. To designlinjer går gjennom hele systemet: human-in-the-loop, slik at AI-en utkaster, men brukeren alltid sender, og per bruker-isolasjon, slik at profiler, søk, genererte dokumenter, Gmail utkast, kreditter og sporede søknader tilhører én konto og aldri deles i en felles kandidatpool. Stabelen forblir bevisst kjedelig slik at de bevegelige delene forblir lesbare: en React frontend, en Node.js backend, Supabase for data og Vercel for hosting. Kildepoolen er bygget for å vokse: hver ny tredjeparts jobbportal-integrasjon kobles til samme aggregering og poengsvei, så å legge til en portal utvider dekningen uten å endre arbeidsflyten.
06 Monetisering og kreditter
Plattformen skiller fri oppdagelse fra kredittbasert applikasjonsgenerering, slik at inntektsgenereringen følger verdien: brukere kan finne og evaluere muligheter gratis, og kun betale for den beregningsintensive forberedelsen. Gratis funksjonalitet dekker opprettelse av konto, opprettelse av profil, søk og samling av stillinger, gjennomgang av beskrivelser, visning av matchprosenter og valg av jobber for vurdering. Kreditter brukes til AI-assistert arbeid, CV, søknadsbrev og søknads-e-postgenerering samt Gmail utkast til samling, og hver bruker får 50 gratis kreditter per dag for å holde arbeidsflyten brukbar før kjøp av en betalt pakke. Når den daglige godtgjørelsen er brukt opp, fyller brukeren opp for å fortsette. Avgjørende er at kostnaden vises før generering: nåværende saldo, nødvendige kreditter, gjenværende saldo, hvilke utganger som er inkludert, refusjonsatferd ved mislykkede generasjoner, når daglige kreditter nullstilles, og om redigeringer eller regenerering koster mer, slik at brukeren alltid forstår prisen før AI-en aktiveres. Resultatet er en betalt levere-modell i stedet for betalt oppdagelse: brukere oppdager fritt og betaler for å forberede seg i stor skala.
Gratis oppdagelseslag
Kontoopprettelse, profilbygging, søk, aggregering, matchsynlighet og jobbvalg, alt uten å bruke kreditter.
Betalt forberedelseslag
Kreditter finansierer CV, søknadsbrev og e-postgenerering og Gmail utkast til samling, det beregningsintensive arbeidet.
Daglig gratis kredittgodtgjørelse
Hver bruker får 50 gratis kreditter per dag for å prøve eller fortsette genereringsflyten før de kjøper en pakke.
Åpenhet før generering
Saldo, kreditter som kreves, gjenværende etter generering, refusjoner og tilbakestillingstidspunkt vises før AI-en kjører.
Top-up kjøpsflyt
Når den daglige kvoten tar slutt, kjøper brukeren ekstra kreditter for å fortsette å forberede søknader.
07 AI-beslutningslag
AI-laget opererer for én autentisert bruker og én valgt jobb om gangen; Den sammenligner aldri søkere med en delt pool. Den fungerer gjennom en kort rekke beslutninger. Hvor godt matcher denne jobben brukeren? Den sammenligner stillingsbeskrivelsen med profilen til den innloggede brukeren for å få en brukerspesifikk matchprosent og, ideelt sett, en forklaring, matchende ferdigheter og erfaring, rolleterminologi, manglende eller ubekreftede krav, plassering og erfaring på nivå. Hvilken verifisert informasjon hører hjemme i CV-en? Den henter relevante fakta fra brukerens egen profil og CV-data, og avgjør hva som er mest nyttig for denne jobben, basert kun på informasjon fra kandidaten. Hvordan bør CV-en tilpasses? Den kan tilpasse sammendragsordlyder, ferdighetsrekkefølge, erfaringsfokus, prosjektvalg, rekkefølge av prestasjoner, terminologi og seksjonsprioritet, uten å legge til ferdigheter bare for å øke overlapp med nøkkelord. Hva bør følgebrevet fremheve, og hva bør e-posten inneholde? Den kobler brukerens verifiserte opplevelse til arbeidsgiverens krav for den spesifikke rollen, og forbereder en kortfattet, profesjonell e-post. Og kan generering begynne? Før noe kjøres, sjekker den kredittbalansen, trekker fra om det er tilstrekkelig, eller ruter brukeren til kjøp.
AI-en forbereder seg; den bestemmer ikke eller fabrikerer. Den bruker kun informasjon brukeren har levert eller godkjent, og finner aldri opp kvalifikasjoner, ansettelseshistorikk, ferdigheter, sertifiseringer, prestasjoner eller måleparametere, eller fyller opp en CV med ferdigheter bare for å utnytte overlappende nøkkelord. Den velger heller aldri jobber eller sender søknader: den utarbeider en CV, følgebrev og Gmail e-post for en jobb brukeren har valgt, og brukeren vurderer, redigerer og klikker på Send.
08 Status og utfall
Resultatet er en per-bruker-arbeidsflyt som flytter en jobbsøker fra oppdagelse til en anmeldelsesklar applikasjon i én autentisert konto. Etter å ha logget inn med Google, søker brukere roller på tvers av integrerte kilder, sammenligner hver ledig stilling med sin egen profil med en matchprosent, og velger manuelt hvilke jobber de ønsker å satse på. For hver valgt jobb bruker plattformen kreditter på å generere en tilpasset CV, søknadsbrev og søknads-e-post, setter dem sammen til et Gmail utkast, og overlater den endelige gjennomgangen og sendingen helt til brukeren. Dette støtter mye høyere søknadsvolum uten å gjøre erfaringen til ukontrollert automatisk innsending: personen søker på flere jobber, raskere, men hver søknad er deres, gjennomgått og sendt av dem. Inntektsgenereringen holder samme grense: gratis oppdagelse, daglig gratis kreditt og betalt generering for den tunge forberedelsen, så verdien brukeren betaler for er et pressmiddel på det repeterende arbeidet, ikke tilgang til selve arbeidsmarkedet.
3
Skreddersydde dokumenter per valgt jobb (CV, følgebrev, e-post)
50
Gratis kreditter per bruker, hver dag
0
Applikasjoner sendt uten brukerens godkjenning
1:1
Match-score per bruker, per jobb (aldri kandidatrangering)
09 Refleksjon / Hva skjer videre
Det som allerede er bygget, inneholder kjerneløftet. En gjenbrukbar profil per bruker fungerer som kilden til sannhet; Google innloggingsporter hver økt; et rollebasert søk kjører over en utvidbar kildepool av tredjeparts jobbportaler; Hver jobb har en prosentandel per bruker-match; brukeren velger manuelt hva som skal forfølges; Og for hver valgt jobb genererer plattformen en skreddersydd CV, søknadsbrev og søknadsmail som havner i en Gmail utkast til brukeranmeldelsen og sendingen. Sikkerhetsmekanismene er også på plass: AI-en bruker kun kandidatopplysninger, hver brukers data er isolert, kreditter gir AI-en 50 gratis inntekter per dag, og kredittkostnaden vises før genereringen starter. Inntektsgenereringen er ærlig, brukerne oppdager gratis og betaler for å bruke penger, ikke for en annonse.
Det jeg ville styrket neste gang bygger på det grunnlaget: gjør kreditttransparensen rikere og umulig å gå imot (kostnad per handling, refusjon ved mislykket generering, om redigeringer eller regenerering koster mer, når den daglige 50-nullstillingen tilbakestilles), slik at ingen generasjon noen gang overrasker en bruker på pris; legg til matchforklaringer som tydelig skiller bekreftede styrker fra manglende eller ubekreftede krav, slik at poengsummen er handlingsbar i stedet for et tall; gjør det kandidat-gitte-fakta-håndtaket synlig med tydelig opprinnelse på hver generert linje; utvide kildepoolen med flere portalintegrasjoner; og utdype applikasjonssporeren til en ekte pipeline. Den varige ideen er en jobbsøkerassistent som gjør den repeterende forberedelsen i stor skala, mens søkeren beholder alle beslutninger som bærer deres navn.