Research Infrastructure · 2025–2026 · Cross-Project Systems

Building Reusable Research Systems for Client-Facing Product Studies

Reusable research systems — intake forms, scripts, templates, and reporting frameworks — that let client teams scope, run, and act on research, and keep researching after the engagement ends. Proven across three client projects.

Type Cross-project research infrastructure
Toolkit Intake, scripts, templates, reports
Scale 3 projects; 6 components; 8 workflow stages
Impact Reusable toolkit and more self-sufficient teams
01 — Snapshot

Project Snapshot

Type
Cross-Project Research Infrastructure
Not a single-client project
Timeline
2025–2026
Projects Supported
3 Applied Projects
ERP/CRM · AI translation · reseller platform
Primary Users
Researcher + Client Stakeholders
Designed for non-researchers
3
Projects Supported
6
Toolkit Components Built
8
Workflow Stages Standardized
3
Client Teams Enabled
What I built
Reusable intake forms, discussion guides, usability scripts, reporting frameworks, and review processes.
What it solved
Helped non-research stakeholders scope research, engage with findings, and request changes more clearly.
What changed
Projects launched from a reusable base, stakeholders aligned faster, and client teams became more self-sufficient.
02 — Context

Overview

Not a single deliverable, but a system of reusable research tools built across client projects (2025–2026) — designed so non-research stakeholders can scope research, engage with findings, and keep researching without a researcher in the room.

My Role
  • Product Research Consultant
  • Research Systems Designer
  • Research Enablement
What I Built
  • Research Intake Forms
  • Discussion Guides & Testing Scripts
  • Planning Templates
  • Reporting Frameworks
  • Stakeholder Review Process
Outcomes at a Glance
  • 3 client projects accelerated
  • Stakeholders scoped research themselves
  • Toolkit reusable beyond the engagements

The Recurring Problems

Problem 01
Vague Requests

Stakeholders knew something wasn't working but couldn't articulate what they needed to know or what they wanted changed.

Problem 02
Setup Repetition

Each project rebuilt testing scripts, discussion guides, and reporting structures from scratch — even for similar project types.

Problem 03
Findings Not Acted On

Reports were delivered, but stakeholders couldn't always tell which findings were actionable or how to turn insight into decisions.

Proven Across Three Engagements

Process Audit
ERP/CRM Recovery

Workflow maps and an issue taxonomy the client team kept using to steer the renewed implementation after the engagement.

View case study →
AI Evaluation
AI Translation Evaluation

Domain-expert judgment formalized into a reusable evaluation framework the product team could apply to new builds.

View case study →
Product Discovery
Reseller Platform Discovery

A founder-intake and workflow-mapping process that defined an unmapped admin layer — and can be re-run as the product evolves.

View case study →
Origin: Several components — particularly intake forms and discussion guides — were adapted from academic research protocols developed during doctoral fieldwork, then refactored for applied client-facing use. Translating academic rigor into practical client tools was itself a design challenge.
03 — Research

Design Focus

The questions that shaped each component of the toolkit.

01
Intake Clarity
What must an intake form contain for a non-researcher to clearly explain what they need?
02
Actionable Reporting
How should reports separate findings, recommendations, and evidence so stakeholders know what requires a decision?
03
Reusable vs. Fresh
Which parts of guides and scripts genuinely transfer across project types — and which must be rebuilt?
04
Stakeholder Participation
How can planning templates let non-researchers participate meaningfully in scoping research?
03 — Research

Approach & Toolkit

Infrastructure was built iteratively alongside the projects it supported — each component generalized for reuse, and revised whenever a stakeholder struggled with it.

Adapted From Academic Work
  • Discussion guide structures (fieldwork protocols)
  • Observation note formats (ethnographic field notes)
  • Intake form logic (IRB-style participant intake)
Built Fresh For Applied Contexts
  • Plain-language stakeholder intake forms
  • Dashboard-linked reporting frameworks
  • Stakeholder sign-off review process
  • Task-based usability testing scripts

Six Core Components

Discussion Guides
Usability Testing Scripts
Research Intake Forms
Research Planning Templates
Reporting Frameworks
Review Process
04 — Analysis

Workflow & What Worked

A consistent research workflow — adaptable per project, with stable structure and stakeholder touchpoints.

1
Intake
2
Research Plan
3
Script / Guide
4
Data Collection
5
Analysis
6
Dashboard / Report
7
Review Process
8
Recommendations
Key Design Principle: The intake form and review process were the most impactful components — they changed how stakeholders entered the research process and how they engaged with findings. Everything else became easier once those two stages were structured.

What Worked

Scoping
Intake → Clearer Scoping

Structured intake forms helped stakeholders articulate what they actually needed to know — reducing scope creep and vague requests before a project began.

Speed
Templates → Faster Setup

Reusable guides and scripts meant new projects began with a functional structure rather than a blank page — faster and more consistent.

Action
Linked Reports → Decisions

Tying reporting to visual frameworks helped stakeholders distinguish findings from recommendations — making it clear what required a decision.

Translation
Academic → Applied

Adapting academic protocols for client audiences meant stripping jargon and reorienting toward practical decision-making — a design challenge in itself.

Key Insight

Intake and review are user research problems — the stakeholders are the users, and the research process is the product.

The best intake form is one a non-researcher can complete without a research background; the best report is one a decision-maker can act on without a debrief. That's what lets client teams keep researching after the engagement ends.

05 — Outcomes

Outcomes

What the infrastructure changed across the engagements it supported.

Projects Accelerated
Three applied projects launched from an existing template base, not a blank page
Stakeholders Aligned
Clients entered research with clearer expectations and better-scoped questions
Toolkit Reusable
Components transfer to future projects with minimal adaptation
Teams Self-Sufficient
Client teams can scope, run, and act on research without a researcher in the room
06 — Reflection

Reflection

What building research systems taught me about research itself.

What Worked
Invisible When It Works

Infrastructure is easy to undervalue — but the difference between a project that starts with a clear intake form and one that starts with "just talk to some users" is enormous.

What Surprised Me
Stakeholders Are Users Too

Intake and review design are user research problems: the "users" are stakeholders engaging with research they don't fully understand, and the "product" is the research process itself.

Key Takeaway
Design for the Non-Researcher

Infrastructure pays back quickly in quality and trust — but only if it's designed for the people who will use it, not just for researchers.

Back to Research Portfolio

View more applied UX, product, and marketing research projects.

← View All Projects