Back to blog
8 min readKoru Team

How to answer "tell me about yourself" without rambling

People ramble because they're doing two things at once: deciding what's relevant and saying it out loud. Separate those steps and the answer writes itself. Here's a sorting framework that works for any role.

interview-prepbehavioral-interviewsjob-search

"Tell me about yourself."

Four words, and your brain immediately tries to compress your entire career into a coherent sentence. It can't. So it defaults to the safest strategy: start from the beginning and go chronologically. Your university degree, your first job, the company you left after eight months, the lateral move, the promotion. Four minutes later, you're still talking and the interviewer's eyes have glazed.

This isn't a trick question. It's a sorting problem. You have 10-15 years of experience and about 90 seconds to pick the 3-4 things that matter for this specific conversation. People ramble because they haven't done the sorting in advance.

The 90-second answer framework

Use this order when you prepare:

  1. Current frame: what you do now, in one sentence.
  2. Proof: one concrete example that matches the role.
  3. Pattern: the kind of work you keep getting trusted with.
  4. Bridge: why this company or role is the logical next conversation.

The proof comes before the biography. That is the Koru angle: your answer should be built from evidence you can defend, not a summary of every job you have had.

Ramble mode

"I started in marketing after university, then moved into operations, then product, and at my current company I work across a few different teams. I've done launches, stakeholder management, some analytics, and recently more strategy work."

Sorted answer

"I'm a product manager who turns messy checkout flows into measurable revenue gains. This role stood out because you're expanding payments across Europe, which is exactly the kind of cross-market launch I've led."

Why people ramble

It's not nerves, though nerves don't help. It's that you're doing two things simultaneously: deciding what's relevant and articulating it clearly. That's too much cognitive load for a high-pressure moment. Your brain picks the safest structure it knows, chronological order, and off you go.

Unsorted

A 3-4 minute walkthrough starting from university. Every role mentioned, most of them irrelevant to this job. No clear thread. The interviewer has to do the sorting themselves.

Sorted

3-4 relevant highlights in 90 seconds. A clear picture of who you are for this role. Enough specifics to ask good follow-up questions.

The chronological approach feels safe because it's complete. But completeness is the enemy of clarity. The interviewer doesn't need your whole career. They need the version of your career that explains why you're sitting in this specific chair.

The sorting framework

Before the interview, answer three questions about this specific role. On paper, not in your head.

  1. Sort: what problem are they hiring someone to solve?

    Read the job description past the buzzwords. What's the actual gap? A team that's growing too fast? A product that needs a technical overhaul? A customer segment that's being underserved? Every role exists because something isn't working yet.

  2. Match: which 2-3 parts of my experience prove fit?

    Out of your full career, which roles, projects, or skills are relevant to the problem you identified? Everything else gets cut. Your first job in a different industry? Cut. That management role that taught you a lot but has nothing to do with this position? Cut.

  3. Anchor: what should they remember after the call?

    If the interviewer forgets everything else, what should stick? "She scaled a platform from 10K to 500K users." "He turned around a team that was missing every deadline." One sentence that anchors you in their memory.

Those three answers are your "tell me about yourself" structure. Everything else is noise.

Examples by seniority and function

Early-career marketer: "I am a lifecycle marketer focused on turning user behavior into clearer onboarding messages. In my last role I rebuilt the first-week email flow after support tickets showed users were missing one setup step. Activation improved, and the sales team reused the same language in demos. I am looking for a role where I can keep working close to product usage, not just campaign calendars."

Senior engineer: "I am a backend engineer who tends to get pulled into reliability problems. Most recently I led the retry and idempotency work after payment webhooks created repeated support escalations. The fix reduced manual cleanup and gave support a clearer runbook. This role is interesting because the infrastructure has real customer consequences, not just internal elegance."

People manager: "I manage teams through ambiguous delivery work. This year I changed planning so risks were written before the meeting instead of discovered during it. The team caught dependency issues earlier and quieter engineers had more influence on technical decisions. I am looking for a manager role where coaching and operating cadence matter as much as roadmap ownership."

The structure that works

Forget "present-past-future." It's overused and tends to produce generic answers. Instead:

The 90-second answer structure

0-15 seconds: current frame

"I'm a product manager at [company], where I've been leading the payments team for the last two years."

15-35 seconds: role match

"I'm particularly interested in this role because you're expanding into European markets, and cross-market product launches are what I've spent the last three years on."

35-75 seconds: proof

"At [current company], I led the payments platform migration across 3 markets, which reduced failed transactions by 38%. Before that, at [previous company], I built the first localization framework the team used, which cut market entry time from 6 months to 8 weeks."

75-90 seconds: closer

"What I'd bring here is that cross-market operational experience plus a track record of shipping in ambiguous, fast-moving environments."

Total: about 90 seconds when spoken aloud. Specific enough to be memorable. Relevant enough to prompt good follow-ups.

Same person, different role

The important thing about this structure: it changes for every application. The same career produces different answers depending on the role.

Fintech checkout role

"I'm a product manager at [company], focused on payments infrastructure. I'm interested in this role because you're rebuilding your checkout experience, and I led a similar overhaul that reduced cart abandonment by 22%. I also grew my team from 3 to 7 while maintaining our release cadence. What draws me here is the chance to do this at a larger scale with a more complex product."

SaaS product ops role

"I'm a product manager at [company], where I lead a team of 7 across two product surfaces. I'm drawn to this role because you're establishing product operations as the org scales, and that's exactly what I've spent the last 18 months building: quarterly planning rituals, cross-team dependency tracking, and clearer release commitments. The result was a 40% reduction in missed commitments over three quarters."

Same career, same person. Different selections because the problem each company is trying to solve is different.

What to cut

This matters as much as what you include. Cutting is hard because everything feels relevant when it's your own career. It's not.

Cut: your degree

Unless you're less than 3 years out of university or it's directly relevant to the role (e.g., a PhD for a research position). Nobody in the room cares where you studied.

Cut: your first job

Unless you're early-career. If you have 8+ years of experience, starting with your internship is burning 20 seconds of your best real estate on the least relevant thing.

Cut: why you left each company

They can ask if they care. Most of the time they don't. Transition explanations eat time and add nothing.

Cut: anything not relevant to this role

That two-year stint in consulting taught you a lot. If it has nothing to do with this job, save it for a different question. You can mention it if asked.

The sorting gets easier with a record

The three-question framework is easy if you have a record of your career achievements tagged by skill and theme. You search for what matches the role, pick 2-3 highlights, done. It's hard if you're trying to remember your entire career in real time while someone watches you think.

This is the same retrieval problem described in why you can't talk about yourself in interviews. The solution is the same: build the retrieval system before you need it. A career journal with tagged entries means any new role gets a tailored answer in minutes, not hours. Interview prep tools are built for exactly this kind of rapid filtering.

But even without a system, the three questions work. They just take longer to answer because you're working from memory instead of records.