The First 90 Days as a UX Researcher: A Week-by-Week Onboarding Plan (2026)
Your first 90 days set your credibility ceiling for the next two years. A concrete 30/60/90 plan for new research hires: what to audit, who to interview, which study to ship first, and the one process to change before day 90.
The First 90 Days as a UX Researcher: A Week-by-Week Onboarding Plan (2026)
Short answer: Spend days 1-30 learning the system rather than producing findings; days 31-60 shipping one small study end to end; days 61-90 changing exactly one process. The instinct to prove yourself with an ambitious foundational study in month one is the single most common way new researchers spend credibility they have not yet earned - on a question nobody was blocked on.
The stakes are higher than most managers assume. Gallup finds that only 12% of employees strongly agree their organisation does a great job of onboarding new hires, and only 29% of new hires say they feel fully prepared and supported to succeed after onboarding. The same research finds that when managers take an active role, employees are 3.4 times as likely to strongly agree their onboarding was exceptional. Onboarding is not an administrative phase. It is the period in which your ceiling gets set.
This guide is written for the researcher. If you are the manager, UX Researcher Career Path covers what to expect at each level, and UX Research Team Structure covers where the role should sit.
Days 1-30: learn the system
Your first month has one deliverable, and it is not a study. It is a map: who decides what, on what evidence, and what they currently believe.
The week-one audit
Before you talk to anyone, find out what already exists. Most organisations have more research than they think and less than they claim.
| Audit item | Question to answer | Red flag |
|---|---|---|
| Past studies | What has been researched in the last 24 months? | Nobody can find them |
| Repository | Where do findings live, and does anyone read them? | Findings live in individual Slack DMs |
| Participant access | Can you legally and practically reach customers? | Every request routes through one gatekeeper |
| Consent and legal | What consent, retention, and DPA terms apply? | No template exists |
| Tooling | What is licensed, what is actually used? | Three overlapping tools, none adopted |
| Prior conclusions | What does the org believe it already knows? | Beliefs with no traceable source |
That last row is the most valuable and the most skipped. Write down every confident claim you hear in your first fortnight - "our users don't care about pricing," "enterprise buyers want SSO first" - and note whether anyone can point to where it came from. Unsourced beliefs are your best backlog. They are what the organisation is currently betting on without evidence.
Interview your stakeholders like participants
Nielsen Norman Group makes this point directly: approach onboarding intro calls as a small research project, to learn as much as possible about the people and the context. That reframing matters. It converts a fortnight of pleasant introductions into a study with a sample, a discussion guide, and findings.
Aim for 8-12 stakeholders across product, design, engineering, support, sales, and one executive. Use a consistent guide so the answers are comparable:
- What decision are you making in the next quarter that you are least confident about?
- What do you believe about our users that you cannot prove?
- When did research last change your mind? What happened?
- What has stopped you using research in the past?
- If you could have one question answered perfectly, what would it be?
Question 3 is the diagnostic. If nobody can recall research changing their mind, you are not joining a research practice - you are founding one, and your first 90 days should be planned accordingly. Stakeholder Interviews covers the full method.
Then synthesise it properly and share it back. A one-page readout of "here is what this organisation believes and cannot prove" in week four is the highest-leverage artifact a new researcher can produce. It is genuinely useful, it demonstrates your method, and it costs you nothing politically because every claim in it came from them.
Days 31-60: ship one small thing
Pick a first study by three criteria, in this order:
- Someone is actively blocked on it. Not interested - blocked. A blocked person is a person who will act on your finding and tell others they did.
- It can be done in under three weeks. Momentum beats comprehensiveness at this stage.
- It has a visible decision attached. You want to be able to say "we shipped X instead of Y because of this."
What to avoid: the foundational persona refresh, the full journey map, the research repository rebuild. These are the projects new researchers instinctively reach for because they look substantial and offend nobody. They also take a full quarter and produce nothing anyone can point to at your first review.
The traditional bottleneck. The honest problem with "ship a study by day 60" is that a conventional study requires exactly the things a new hire does not have: a recruiting pipeline, a participant panel, calendar access to customers, and a relationship with whoever guards them. This is why the classic advice quietly assumes your first real study lands in month three or four.
The 2026 version. That constraint has genuinely loosened. Maze's Future of User Research 2026 study (n≈500, fielded December 2025 to January 2026) found 69% of research practitioners now use AI in their work, up 19 percentage points year over year, and that the share saying research is essential to strategy rose from 8% to 22%. Demand for research is up 66%, and 39% of product managers now conduct research themselves. You are joining an organisation that expects research faster than the old pipeline can deliver it.
With an AI-native platform, the sequence changes:
- Week 2: launch an always-on AI-moderated study on a question from your stakeholder interviews. No calendar slots to book, no moderation to schedule, no transcription queue.
- Week 3: 30 completed interviews. Koji's thematic analysis clusters the open-ended responses into named themes with the verbatim quotes attached, so you are reviewing findings rather than tagging transcripts.
- Week 4: readout to the person who was blocked, with structured-question data behind every claim.
Koji's six structured question types - open_ended, scale, single_choice, multiple_choice, ranking, yes_no - matter more than usual for a new hire, because you are establishing a reputation for rigour. A finding that pairs a comparable scale distribution with the reasoning behind it survives challenge from a sceptical stakeholder; a finding that is three quotes does not. See the structured questions guide.
You do not need a research background to run this well, which is also the point: in an organisation where PMs are already doing their own research, your value is not being the only person who can run a study. It is being the person who makes everyone else's studies trustworthy.
Days 61-90: change one process
Exactly one. New researchers who try to reform recruitment, the repository, intake, and consent simultaneously finish the quarter with four half-built systems and no adoption.
Choose based on what actually blocked you during your first study:
| What blocked you | Process to fix | Success measure |
|---|---|---|
| Could not find past findings | A working repository with a naming convention | Someone else finds something without asking you |
| Could not reach customers | A standing recruitment pipeline | Time-to-first-participant under 5 days |
| Requests arrived as vague asks | An intake form with a decision field | Requests name the decision they inform |
| Legal review stalled you | Approved consent and DPA templates | Zero legal review for standard studies |
The success measure is the part people skip. "We built a repository" is not an outcome; "someone found a study without asking me" is.
The plan at a glance
| Phase | Focus | Primary output | What to resist |
|---|---|---|---|
| Days 1-30 | Learn the system | A map of decisions, beliefs, and evidence gaps | Launching a big study |
| Days 31-60 | Ship one small thing | One acted-upon finding | Scope creep into a foundational project |
| Days 61-90 | Change one process | One improvement with a measurable outcome | Reforming everything at once |
What good looks like at day 90
A checklist you can hold yourself to:
- At least one study shipped and acted on - you can name the decision it changed
- A written map of who decides what, on what evidence
- A shared list of the organisation's unsourced beliefs
- One process improved, with a measure that moved
- Relationships with 8-12 stakeholders who know what you do
- A repeatable study setup someone else could run
- Awareness of your legal and consent constraints
What is deliberately not on that list: a large number of studies. Anyone measuring a new researcher on study volume in the first quarter is measuring the wrong thing, and it is worth saying so early and calmly.
Five mistakes to avoid
- Leading with methodology critique. Pointing out that the previous survey was leading is correct, unhelpful, and expensive in your first month. Fix it silently in the next study.
- Waiting for perfect access. If customer access is genuinely blocked, run the study with prospects, churned users, or an adjacent segment and label it honestly. Something imperfect in week six beats something perfect in month five.
- Over-indexing on your manager's framing. Interview widely. Your manager's view of the research gaps is one data point, and often the one most shaped by past frustration.
- Confusing being busy with being useful. Attending every design review is not research. It is the most comfortable way to spend 90 days and produce nothing.
- Not writing the 30/60/90 down. Share it with your manager in week one and revise it in week six. It is the artifact that converts a vague review into a factual one.
Frequently asked questions
What should a UX researcher do in the first 30 days? Learn the system, not the users. Audit existing research, map how decisions actually get made, and interview 8-12 stakeholders about what they believe and cannot prove.
What is a good first project? Something small, decision-linked, and already wanted - ideally answering a question a specific person is actively blocked on, completable in under three weeks.
Should you run research in your first month? Yes, but on the organisation. Stakeholder interviews are real research and produce the map you need before any customer study is worth running.
How do you build credibility as the first researcher at a company? Ship something small quickly, attach it to a decision someone cares about, and let the person who acted on it tell the story. Credibility is transferred, not asserted.
What does success look like at day 90? One study shipped and acted on, a working map of decisions and evidence, and exactly one process improved with a measure that moved.
How does AI-assisted tooling change this? It moves your first real study from month three to week two, because the blockers it removes - recruiting, scheduling, moderating, transcribing - are precisely the ones a new hire has no relationships to solve.
Related Resources
- UX Researcher Career Path - levels, competencies, and promotion criteria
- UX Research Team Structure - centralised, embedded, and hub-and-spoke models compared
- How to Hire a UX Researcher - the other side of this process
- ResearchOps: The Complete Guide - the processes you will be improving in days 61-90
- Stakeholder Interviews - the method for your first month
- How to Build a UX Research Repository - the most common day-61 project
- User Research Maturity Model - diagnosing which stage you have joined
- Structured Questions in AI Interviews - making your first findings hard to dismiss
Sources: Gallup, Why the Onboarding Experience Is Key for Retention; Nielsen Norman Group, Successful Onboarding for New Hires in UX Roles; Maze, Future of User Research 2026.
Related Articles
How to Hire a UX Researcher: When You Need One, the Job Description, and the Interview Loop (2026)
A hiring manager's guide to the first (and next) research hire: the four-signal threshold test, real 2026 cost math, a job description template, and a 5-stage interview loop with 25 questions.
ResearchOps: The Complete Guide to Scaling Research Operations
Everything you need to build, run, and scale a research operations function — from participant recruitment systems to knowledge management to AI-powered research infrastructure.
How to Build a UX Research Repository: The Complete Guide
A research repository transforms scattered insights into a searchable organizational asset. Learn how to build one that teams actually use.
Stakeholder Interviews: How to Align Your Team Before Research Begins
A complete guide to conducting stakeholder interviews before user research — how to identify the right people, craft powerful questions, synthesize input, and build organizational alignment around your research plan.
Structured Questions in AI Interviews
Mix quantitative data collection — scales, ratings, multiple choice, ranking — with AI-powered conversational follow-up in a single interview.
User Research Maturity Model: 5 Stages from Ad-Hoc to Strategic (2026 Framework)
A practical 5-stage user research maturity model — from ad-hoc to strategic — with assessment criteria, common roadblocks at each stage, and the playbook for advancing your team's research practice. Modeled on the Nielsen Norman Group framework with a 2026-era AI-native lens.
UX Research Certifications in 2026: Which Ones Are Worth It (and Which Are Not)
An honest comparison of NN/g UX Certification, HFI CUA/CXA, UXQB CPUX, and the Google UX Design Certificate — what each costs, what it actually signals to a hiring manager, and the four situations where paying for one genuinely pays off.
UX Research Team Structure: Centralized, Embedded, and Hub-and-Spoke Models Compared (2026)
The four ways to organise a research function — centralized, embedded, hub-and-spoke, and ops-enabled democratized — with benchmark data on adoption, reporting lines, ratios, headcount math, and a 90-day plan for changing models.
UX Researcher Career Path: Levels, Competencies, and Promotion Criteria (2026)
A complete career ladder for user researchers — six levels with scope and comp anchors, six behaviourally-anchored competency dimensions, the IC/manager fork, the promotion evidence packet, and how AI has changed what actually gets you promoted.