"Certified but no experience" is the least stable state in a technical career. Exam knowledge fades fast when nothing exercises it, employers discount credentials that arrive with no supporting evidence, and every month the gap between what your badge claims and what you have actually done gets more awkward to explain. The good news: the window right after passing is also when you are best equipped to close that gap — the material is fresh, your momentum is real, and the routes to hands-on evidence are more open than most newly certified people realise.
This guide covers four of those routes — labs, work you already have, volunteering, and small paid engagements — plus how to record what you do so it counts. Follow one route seriously within ninety days of your pass and you change what your certification is: from a claim about knowledge into the headline of a story you can tell with examples.
First, understand what "experience" means to the people reading your CV
Hiring managers are not counting years for their own sake; years are a proxy for three things — you have applied the skill on real problems, under real constraints, with results someone else can vouch for or verify. That definition is liberating for a newly certified candidate, because none of its three parts requires a job title. A documented lab build applies skills to real problems. A volunteer deployment has real constraints. A freelance client is a verifiable someone-else. Your task is not to wait for an employer to grant you experience; it is to manufacture legitimate versions of those three ingredients and document them.
One boundary to draw early: this article assumes you already hold the credential. If you are still choosing a first certification specifically because you have an empty CV, the best IT certifications without experience deals with that selection problem.
Route 1: Build a lab — then run it like a workplace, not a playground
For infrastructure, cloud, networking and security certifications, a home or cloud lab is the fastest route from syllabus to hands-on evidence. But there is a difference between a lab and lab experience, and it is the difference between clicking through a tutorial and working a scenario end to end.
To make lab work count as experience:
- Set objectives, not tutorials. Start each session with a goal written as a work ticket would be ("give the finance VM restricted outbound access; document the rule set"), then solve it without a walkthrough. Struggling is the point — the exam taught you the concepts; the lab teaches you the friction.
- Break your own builds. Misconfigure something deliberately, or let a colleague or friend do it, then troubleshoot. Diagnosis under uncertainty is the skill interviews probe hardest and tutorials teach least.
- Impose constraints. Budgets, deadlines, uptime targets — even artificial ones change how you work. Cloud free tiers are useful precisely because their limits force the cost-awareness real environments demand (watch spending caps carefully; lab bills are a rite of passage best skipped).
- Write it up. Keep a public or shareable record — a repository, a short write-up per project, screenshots of before/after states. An undocumented lab is an anecdote; a documented one is a portfolio.
A worked scenario: someone who has just passed a cloud fundamentals exam builds, over six weekends, a small three-tier application environment — deploys it, secures it, breaks its database on purpose, restores it from backup, and writes up each step. In an interview, "tell me about your cloud experience" now has a concrete answer with decisions and mistakes in it. That answer is worth more than a second certification would have been.
Route 2: Mine the job you already have
If you are employed — in any role — your current workplace is usually the cheapest source of real experience, because the constraints and stakeholders are already real. The manoeuvre is to move the new skill from "thing I studied" to "thing I do here", one small increment at a time.
- Claim the adjacent tasks. Every team has work nobody owns that touches your new domain: the unreviewed access list, the undocumented process, the tool nobody has evaluated. Volunteering for it converts syllabus knowledge into workplace evidence without needing anyone's permission to "change roles".
- Propose one bounded improvement. A small, low-risk project with a clear before/after — tightening a backup routine, documenting a network, piloting a dashboard — is easy for a manager to approve and becomes a named deliverable on your CV.
- Tell your manager what the certification was for. A surprising amount of experience is allocated in conversations you are not in. A manager who knows you are certified and hungry for applied work can route it to you; one who only saw the LinkedIn badge cannot.
- Borrow proximity. Ask to shadow, assist or take meeting notes for the team that does this work full-time. Assisting on real incidents beats simulating them.
If you keep passing exams without ever making this move at work, the problem may no longer be opportunity but habit — how to avoid collecting certifications without career progress tackles that loop directly.
Route 3: Volunteer where the stakes are real but the door is open
Charities, community groups, schools, religious organisations, sports clubs and tiny local businesses run on donated technical help. Their environments are messy, under-resourced and genuinely consequential — which is exactly what makes volunteer work read as experience rather than practice. A newly certified professional who migrates a charity's shared drive, sets up its device management, or writes its first security policy has done real work for a real organisation with a referee attached.
Three rules keep volunteering valuable for both sides. Scope it like paid work — a written, bounded agreement on what you will deliver, by when — so it produces a finished, describable outcome rather than an open-ended support obligation. Deliver slightly inside your certified competence, not miles beyond it; a charity's live systems are not the place to attempt things you have only read about. And close with a handover document and a request: a short reference or a LinkedIn recommendation naming what you did. That closing artefact is the experience, as far as any future reader is concerned.
Route 4: Take small paid engagements before you feel ready
Freelance platforms, local business networks and personal referrals all carry small jobs squarely inside a new certificate-holder's competence: a workstation refresh, a small office network, a cloud account clean-up, a website's security once-over. Paid work — even modestly paid — adds the ingredient volunteering can't quite match: a client who chose you, paid you and would (you hope) do so again.
Start deliberately small. A first engagement should be one you are near-certain you can complete well, because its real product is not the fee — it is the review, the referral and the confidence. Price honestly for your experience level, put the agreement in writing however small the job, and never take work that quietly requires skills your certification did not cover and your lab has not touched. Two or three completed engagements, documented like the lab projects above, turn "certified, no experience" into "certified, with client work" — a categorically different CV line.
Keep the knowledge exam-sharp while you build
Applied experience and exam knowledge reinforce each other, but they drift apart if you only ever exercise the slice of the syllabus your projects happen to touch. Two low-cost habits help. First, keep a running list of every syllabus topic your lab, workplace, volunteer and freelance work has actually exercised — the untouched topics are your next project ideas. Second, retest yourself periodically: research on retrieval practice (Roediger & Karpicke, 2006) found that actively recalling material beats rereading it for long-term retention, which is a good argument for occasionally re-running practice questions months after your pass, not just before it. Revisiting a timed practice test a few months in doubles as maintenance for renewal season — worth remembering given that, for example, AWS certifications are valid for three years and CompTIA credentials are maintained through its Continuing Education programme (check your provider's current renewal terms on its official page).
Turn the ninety days into a plan
A simple sequence for the first three months after a pass:
- Weeks 1–2: choose your primary route (lab, workplace, volunteer or freelance) based on your situation; set up the documentation habit before the first project.
- Weeks 3–8: complete one substantial project on that route, written up as problem → constraints → actions → result.
- Weeks 9–12: add a second, smaller piece of evidence from a different route; update your CV and profile so the credential now sits next to the work; ask one person (manager, client, organisation) to be a referee for it.
Ninety days is arbitrary but useful: short enough that the exam knowledge is still warm, long enough for real deliverables, and a natural deadline before the next question — which credential comes next — reopens. When it does, choose with your new evidence in mind; choosing certifications that complement your experience covers how a growing track record should steer the next pick, and the wider sequencing question belongs to building a career roadmap with certifications.
From badge to track record
A certification is the beginning of a claim; experience is what makes the claim expensive to doubt. The four routes here are ordered roughly by accessibility — anyone can start a lab tonight, most employed people can claim adjacent work this month, volunteering and paid engagements take a little more setup — but they compound in any order. The only failure mode is the default one: letting the badge sit alone while the knowledge behind it cools. Pick a route this week, document everything, and let the certificate become the least interesting line in that section of your CV.