How to Build a Brag Document for Your Job Search
Build a private brag document that captures achievements, metrics, feedback, skill examples, and stories you can later reuse in resumes and interviews.
The worst time to reconstruct your best work is the night before an application deadline. A brag document is a private record of achievements, responsibilities, project results, feedback, skills, and useful proof captured while the details are still available. You can later adapt that evidence for a resume, interview, cover letter, portfolio, performance conversation, or salary negotiation.
Despite the name, the goal is not exaggerated praise. Think of it as a career evidence log: facts first, polished wording later.
What is a brag document?
A brag document—also called an accomplishment log, achievement tracker, brag sheet, or career evidence bank—is a private working document where you keep concrete examples of what you have done. Unlike a resume, it does not need to be short, attractive, or tailored to one audience.
The resume is the edited output. The brag document is the source material.
That separation matters because memory keeps the headline of a project more reliably than the details that make it useful: your exact contribution, the scale, trade-offs, result, people involved, and whether a number was exact or estimated.
Why a career evidence bank matters in 2026
Skills-based hiring makes specific examples increasingly useful. In NACE's Job Outlook 2026 research, 70% of participating employers reported using skills-based hiring for entry-level candidates, with interviewing and screening among the most common stages. NACE's guidance also encourages candidates to share situations where they used skills to solve problems.
That research concerns participating employers and entry-level hiring, so it is not a universal description of every market. The practical lesson is broader: a skill label is easier to trust when you can connect it to a real situation.
What belongs in a brag document?
Achievements: results, improvements, launches, targets, deliveries, or recognised contributions.
Responsibilities: recurring work that shows scope, ownership, complexity, or trust.
Skill examples: situations where you used a technical, analytical, communication, leadership, or domain skill.
Project results: what you built, changed, investigated, decided, or delivered.
Behavioural stories: conflicts, mistakes, difficult decisions, prioritisation, learning, influence, and collaboration.
Credentials and proof: certifications, licences, awards, portfolio work, publications, or other material you are allowed to keep.
Useful feedback: specific observations from a manager, customer, colleague, or reviewer when you are permitted to retain them.
Do not wait for something to feel impressive enough. A normal handover can show written communication; a difficult bug can show debugging discipline; a small process change can later become the right example for initiative.
Copy this career-evidence template
Field | What to record |
|---|---|
Private title | A short label you will recognise later |
Situation | What was happening and why it mattered |
Your responsibility | What actually belonged to you |
Action | What you personally did or decided |
Result | What changed, was delivered, prevented, learned, or decided |
Scale | Users, customers, team size, budget, regions, volume, frequency, or complexity |
Metric + certainty | The number, if useful, marked exact, estimated, or unavailable |
Skills demonstrated | Capabilities the example genuinely shows |
Supporting proof | A permitted URL, report name, public artifact, or private reference |
Date, role, possible uses | When it happened and whether it may help in a resume, interview, cover letter, portfolio, or negotiation |
Keep exact, estimated, and unavailable metrics separate
Exact: the value comes from a dashboard, report, invoice, project record, or another source you can verify.
Estimated: you can support the approximate scale but not the exact value.
Unavailable: there was no meaningful metric or you no longer have reliable access to it.
An estimate should stay an estimate. If you remember that a process saved “about two hours a week”, do not let repeated editing turn that into false precision. The guide to quantifying resume achievements gives more examples, including what to use when a result is not revenue or a percentage.
Capture the fact before polishing the wording
Your first entry does not need to sound like a resume bullet. Start with the canonical fact:
I noticed three teams were manually rebuilding the same weekly report. I combined the inputs into one spreadsheet and documented the process. My weekly preparation time fell from roughly four hours to about 90 minutes, and I trained two colleagues to use it.
That raw note contains context, action, scale, and an estimated result. Later, you can compress it for the audience without changing the facts. Capture reality first; polish second.
Turn one achievement into several useful assets
Imagine a customer-onboarding specialist who grouped recurring support questions into five themes, worked with product to improve the onboarding guide, created two walkthroughs, and then saw repeated setup questions fall by roughly 20% over the next quarter. The percentage is an estimate based on ticket categories.
Resume
Analysed recurring onboarding questions, partnered with product to rebuild setup guidance, and created two walkthroughs; repeated setup tickets fell by roughly 20% over the following quarter.
Interview
The same evidence can answer a question about initiative, customer insight, cross-functional work, or process improvement. The interview version adds context, your responsibility, decisions, and what you learned. See the STAR method guide.
Cover letter or negotiation
A cover letter might use one sentence from the example. In a salary discussion, the same evidence may help demonstrate relevant scope, but it does not prove a particular salary by itself. Combine it with market research and the full offer using the salary-negotiation process.
The advantage is not having four polished versions. It is that all of them come from the same source of fact.
What if your work is hard to quantify?
Evidence type | Examples |
|---|---|
Scale | Clients, tickets, countries, releases, stakeholders, assets, or requests |
Complexity | Ambiguous requirements, multiple systems, regulated process, cross-team dependency |
Quality | Errors caught, documentation improved, review process introduced, accessibility issue resolved |
Speed | Deadline protected, turnaround shortened, handoff simplified |
Risk or decision | Incident prevented, compliance gap identified, recommendation accepted, scope changed |
Deliverable | System shipped, guide published, analysis completed, workshop delivered, process adopted |
This is especially useful for early-career candidates, career changers, and roles where the value is quality or reliability rather than direct revenue. The skills-based hiring guide explains how projects, study, volunteering, and other settings can become credible evidence when the contribution is clear.
If you are starting from scratch
Do not try to reconstruct your entire career in one sitting. Start with your current or most recent role, then work backwards through a few projects that still have accessible details. Old calendars, performance notes, project boards, public portfolio work, and documents you are permitted to keep can help restore context. Mark uncertain details as uncertain rather than filling the gaps from memory.
Use a ten-minute monthly update routine
Review your calendar, project board, notes, or completed work from the last month.
Choose one or two examples worth remembering.
Record the raw facts, result, scale, and metric source.
Add skills or tags that will help you find the example later.
Save supporting material only if you are allowed to keep it.
The goal is continuity, not documenting every task.
What not to store
Do not copy confidential customer data, passwords, private source code, restricted internal documents, sensitive personnel information, or material you are not permitted to retain after leaving an employer. When an example depends on confidential context, anonymise it or save only the facts you are allowed to keep.
How Lyrra's Career Evidence works
Lyrra includes a private Career Evidence library for achievements, responsibilities, skill examples, project results, behavioural stories, credentials, and portfolio proof. You can attach skills and private tags, record metrics as exact, estimated, or unavailable, and verify an item before reusing it.
Verified evidence can then be brought into Document Builder for a professional summary, cover letter, skills, experience, projects, or volunteer work. The aim is not to generate a more impressive history; it is to reuse the same facts without reconstructing them every time.
If you tailor documents frequently, combine this with evidence-led resume tailoring. A strong application starts before the job description appears: capture the evidence while you still remember what happened.
Related articles
Salary Negotiation Preparation: Research, Range, and Practice
Salary negotiation preparation starts with market research, a realistic range, and a clear explanation of what matters to you before the offer conversation.
What Reference Checks Actually Reveal, and How to Prepare Your References
Reference checks happen late in the process and get far less attention than interviews, but they can still affect an otherwise strong offer. Here is what employers listen for during a reference call, and how to prepare your references properly.