How our discovery process works

Discovery happens in three stages: Context, Research, and Strategy. This page breaks down exactly what happens in each stage, what we deliver, and why it matters.

Short on time? See the quick overview on our main discovery page.

Quick navigation

Stage 1
Context

We listen, ask questions, document requirements

Stage 2
Research

Independent analysis of competitors, users, market

Stage 3
Strategy

Create wireframes, technical plans, budget estimates

Stage Overview

StageTimelineWhat happensKey deliverables
Context1-3 daysWe listen, ask questions, document requirementsProject brief, scope definition, risk assessment
Research3-7 daysIndependent analysis of competitors, users, marketCompetitor analysis, user personas, journey maps
Strategy5-15 daysCreate wireframes, technical plans, budget estimatesWireframes, technical plan, content strategy, budget

The three stages

Discovery isn’t a single meeting or a questionnaire. It’s a structured process that uncovers what you actually need (not just what you think you need) before you spend serious money building.

Important: All discovery packages (Essential, Just Right, Complete) go through the same three stages: Context, Research, and Strategy. What changes between packages is the depth and detail we go into at each stage, not which stages you get. See what’s included in each tier.

Here’s what happens in each stage:

Stage 1: Context

What it is: We listen. You talk. We ask questions.

Timeline: 1-3 days depending on complexity

Goal: Understand your business, goals, users, and what you’re trying to achieve

We spend 1-3 days asking tough questions that surface mismatches between what you think you need and what will actually work. We challenge assumptions early before they become expensive problems. Finding them now is cheap. Finding them mid-development costs thousands.

The depth we go into during Context depends on your package tier, but every project covers the core areas outlined below. See what your tier includes.

Here’s what we cover in Context, and why each area matters:

What we cover in Context

Your business & market position – Who you are, what you do, how you compete

Understanding your business:
  • What does your business actually do? (Not the elevator pitch—the real work)
  • Who are your customers?
  • What problem are you solving for them?
  • How do you make money?
  • What’s your competitive advantage?
Your goals:
  • What does success look like for this project?
  • What metrics matter? (Revenue, users, engagement, conversions?)
Market & competitor context:
  • Initial competitive landscape: Who are your direct competitors?
  • Market positioning: How do you differentiate from alternatives?
  • Opportunities: Where are the gaps in the market?

Your users & their needs – Who uses this and what they’re trying to accomplish

Your users:
  • Who will use this product?
  • What are they trying to accomplish?
  • What frustrates them about current solutions?
  • What motivates them to take action?
  • What devices/platforms do they use?
Must-have features:
  • What must the product do on day one?
  • What’s nice to have but not critical?
  • What can wait for version 2?
  • What’s a deal-breaker if it’s missing?

Technical requirements & existing setup – Current systems, tools, and assets

Existing setup:
  • Current brand assets (logo, colors, fonts, guidelines)
  • Existing content (copy, images, videos)
  • Current tools, systems, and analytics (CRM, payment, hosting, Google Analytics)
  • Technical constraints (must integrate with X, can’t use Y)

Constraints & non-negotiables – Legal, security, budget, and compliance requirements

Non-negotiables & constraints:
  • Legal & Compliance: Industry regulations, terms & conditions, cookie policies, GDPR/CCPA
  • Security & Privacy: Data protection requirements, authentication needs
  • Accessibility: WCAG/ADA compliance standards
  • Budget: What can you afford?
  • Timeline: When do you need this live?
  • Technical: Must work on legacy browsers? Offline functionality?

Project operations & stakeholders – Who’s involved and how decisions get made

Project operations & risk:
  • Project roadmap & timelines
  • Stakeholder communication plan & approval workflows
  • Proactive risk assessment (what could go wrong?)
  • Post-launch planning (maintenance, support, hosting strategy)
Stakeholders:
  • Who needs to approve decisions?
  • Who provides content?
  • Who handles feedback rounds?
  • How do we keep everyone informed?

What often changes during Context

This is where we surface mismatches between what you asked for and what you actually need.

Common discoveries:

  • You requested custom development, but an existing tool would work better (and save €20k)
  • Your target audience isn’t who you thought it was (analytics tell a different story)
  • Required features conflict with each other (can’t have both X and Y)
  • Timeline expectations don’t match development reality

Why this matters: Finding these mismatches at the Context stage saves money. Finding them mid-development costs thousands.

This is where we catch the issues that would force a rebuild later. We’re here to find problems, not make you feel good about bad ideas.

Context deliverables

At the end of Context, you’ll receive the Context brief documenting everything we learned and what comes next. See detailed deliverables breakdown.

Stage 2: Research

What it is: We dig deeper on our own. We study competitors, research the market, analyze user behavior.

Timeline: 3-7 days depending on depth

Goal: Test what you think you know, find opportunities, spot risks you can’t see from inside your business

This is where we turn ‘we think’ into ‘we know.’ You can’t see what you can’t see from inside your business. We do independent research you don’t have time for—digging into analytics, competitors, user behavior, and technical options. We’re finding patterns that change your approach before you’ve committed serious money to building.

The research activities we conduct depend on your package tier, but every project includes the essential research outlined below. See what your tier includes.

What we research

Technical & platform research – Evaluating technology options and feasibility

Technical feasibility research:
  • Evaluating platform options (CMS, frameworks, hosting solutions)
  • Assessing third-party integration viability (APIs, payment gateways, CRM connections)
  • Identifying technical risks and constraints
  • Comparing hosting and infrastructure options
Existing website analysis (if applicable):
  • Content and structure audit (what exists, what’s missing, what’s outdated)
  • Web analytics review (Google Analytics, traffic patterns, user behavior)
  • Technical assessment (current platform, performance, SEO issues)
  • Accessibility evaluation of current site

Competitive & market intelligence – What competitors are doing and market trends

Competitor analysis:
  • Who are your direct competitors?
  • What are they doing well? Where are they weak?
  • What features do they offer?
  • How can you differentiate?
Market landscape:
  • What’s working in your industry right now?
  • What’s played out or overdone?
  • What trends are emerging?
  • What do users expect as standard?
  • Where are the gaps?
Design context research:
  • Visual design trends and UI patterns relevant to your industry
  • Gathering inspirational website examples and top-performing references
  • Web accessibility standards (WCAG) and usability heuristics
  • Cultural and regional design considerations (if applicable)

User research & behavior analysis – Understanding your users and their needs

User behavior:
  • How do users think about this problem?
  • What language do they use?
  • What motivates them?
  • Where do they get stuck?
  • What causes them to abandon?
  • What builds trust?
Analytics review (if you have existing data):
  • Which pages/features get used most?
  • Where do users drop off?
  • What drives conversions?
User personas:
  • Who are your primary user types?
  • What are their goals, frustrations, motivations?
  • How do they differ from each other?
  • Which persona should we design for first?
Journey mapping:
  • What’s the ideal path from landing to converting?
  • Where are the friction points?

Note: User research appears in both Research and Strategy stages. In Research, we conduct user research activities (interviews, surveys, observation, data analysis). In Strategy, we apply those insights to create strategic deliverables (user personas, journey maps, UX strategy).

Content strategy research – SEO, content planning, and site structure

Sitemap or product structure:
  • What pages or features make sense?
  • What’s the logical hierarchy?
  • What should be grouped together?
  • What order should things go in?

When Research contradicts Context

Sometimes research finds things that contradict what you told us in Context. That’s not a problem—it’s exactly why we do research.

Examples:

  • You said your users are 25-35, but analytics show they’re actually 40-55
  • Competitor analysis reveals your positioning is too similar to market leader

We’ll walk through these findings together and figure out what they mean for your project.

What we present after Research

At the end of Research, you’ll receive the Research report documenting what we found. We present recommendations, not mandates—you decide what to use. See detailed deliverables breakdown.

Research often reveals tough truths. Your assumptions might be wrong. That’s exactly what we’re looking for—finding those gaps before they cost you thousands.

Stage 3: Strategy

What it is: We make everything tangible. Wireframes, technical plans, content strategy, budget, timeline.

Timeline: 5-15 days depending on complexity

Goal: Turn research and insights into something you can review, approve, or adjust

Strategy is where everything becomes concrete. No more abstract conversations—we’re creating actual documents you can see, review, and approve. Wireframes show exactly what pages look like. Technical plans document exactly how we’ll build it.

This is where alignment happens. Everyone’s been imagining something different. Wireframes make it real, surfacing the “oh, I thought it would be…” conversations before development starts.

By the end of Strategy, you’ll have everything mapped out. You’ll know what you’re building, how long it’ll take, what it’ll cost, and why every decision was made. No surprises, no guessing—just clarity.

What you get in Strategy depends on your package tier, but every project covers the foundational strategy outlined below. See what your tier includes.

What we create

User experience & journey design – Wireframes, user flows, and UX strategy Wireframes: The earliest visual version of your product. No colors, no branding—just structure, layout, and flow.

Why wireframes matter: In our experience, 90% of clients are relieved when they finally see wireframes. Everyone’s been imagining something different in their head. Wireframes make it concrete. After wireframes are approved, we move to full visual design.

What we show:
  • Page layouts and hierarchy
  • Navigation structure
  • User flow between screens
  • Interactive elements (buttons, forms, filters)

User journeys: Maps showing how people move through your product from landing to converting (or leaving).

What we map:
  • Entry points (how users find you)
  • Path through product (what they click, where they go)
  • Decision points (where they choose to continue or leave)
  • Conversion moments (signup, purchase, contact)
  • Exit points (where they abandon and why)

UX planning: How we’ll design the experience based on user behavior, psychology principles, and heuristics.

What we apply:
  • Behavioral principles (anchoring bias, social proof, scarcity, etc.)
  • Accessibility standards
  • Mobile-first considerations

We explain these simply—no academic jargon—so you understand why we’re recommending what we’re recommending.

Content & messaging strategy – What you’ll say, where, and how it guides users
Website structure & content definition: The foundation of your site’s organization and content architecture.

What we define:
  • Sitemap and information architecture
  • Page section definitions and content structure
  • Navigation hierarchy
  • URL structure and redirect planning (for redesigns)

Core purpose and value proposition: A clear statement of what your product does and why it matters to users.

Not marketing fluff. A real, user-focused answer to:

  • What problem does this solve?
  • Why should users care?
  • What makes this different from alternatives?

Content strategy: What you’ll say, where you’ll say it, and how it’ll guide users toward your goals.

What we plan:
  • Tone of voice for copy
  • Key messaging per page/section
  • SEO keyword strategy
  • Content hierarchy (what’s most important)
  • Calls-to-action placement and wording
  • Content governance plan

Content migration plan (if applicable): For redesigns or platform migrations, we map how existing content transfers to your new structure.

What we cover:
  • Content inventory and assessment
  • Migration mapping (old URLs to new structure)
  • SEO preservation strategy (redirects, metadata)
  • Content gaps and opportunities

Technical architecture & implementation – How we’ll build it and what it runs on
Technical implementation document: The behind-the-scenes plan for how we’ll build this.

What we specify:
  • Platform, hosting, and infrastructure
  • Third-party integrations (APIs, payment, email, analytics)
  • Core technical functions and data structure
  • Security and compliance (SSL, authentication, GDPR/accessibility)
  • Scalability and performance targets

Performance & goals: Technical performance targets and analytics tracking strategy.

What we define:
  • Website performance goals (load times, Core Web Vitals, responsiveness)
  • Analytics and tracking implementation plan
  • Key performance metrics and monitoring strategy

Conversion & optimization Strategy – Turning visitors into customers
Conversion optimization: Strategy for turning visitors into customers, subscribers, or leads.

What we define:
  • Conversion goals and KPIs
  • Conversion funnel and optimization tactics
  • Call-to-action (CTA) strategy and placement
  • Landing page strategy and A/B testing recommendations

Visual & brand strategy – Design direction and brand consistency
Visual & brand strategy: The visual direction and brand consistency guidelines for your project.

What we provide:
  • Visual strategy and design direction (moodboards, style references)
  • UI design principles and guidelines
  • Brand consistency plan (visual and messaging)
  • Photography and visual assets strategy

Project planning & launch strategy – Timeline, budget, QA, and post-launch
Project planning & management: The roadmap, timeline, and risk management framework for your project.

What we create:
  • Project roadmap with milestones
  • Detailed project timeline
  • Budget allocation and cost management plan
  • Risk management and contingency planning

Budget and timeline: What it’ll cost and how long it’ll take.

What you’ll see:
  • Development cost estimate (broken into phases if applicable)
  • Timeline with milestones
  • What affects cost (complexity, integrations, custom features)
  • What affects timeline (approvals, content delivery, testing)
  • Options to reduce cost or speed timeline

Quality assurance & launch planning: Ensuring everything works perfectly before you go live.

What we plan:
  • Pre-launch checklist and QA test plan
  • Cross-browser and device testing strategy
  • Content and SEO quality checks
  • Launch rollback plan (contingency if issues arise)

Post-launch strategy: What happens after launch to ensure ongoing success.

What we outline:
  • Post-launch monitoring and maintenance plan
  • Optimization and growth strategy
  • Analytics review schedule
  • Client training and documentation needs

MVP scope (if building something new): What you launch with vs. what comes later.

We help you define:
  • Minimum viable version (what’s absolutely necessary for launch)
  • Phase 2 features (what comes next)
  • Future roadmap (what could come eventually)
  • What to cut without killing the product

What strategy prevents

Most projects skip strategy and start development with vague plans. Strategy replaces guesses with decisions.

Examples of what you get:
  • Vague timeline guesses (“probably 3-4 months”) become mapped schedules with dependencies and milestones
  • Budget ranges (“somewhere between €15k-€40k”) turn into detailed breakdowns showing exactly what each piece costs
  • Wireframes get approved before development starts, preventing mid-build disagreements when stakeholders finally see designs
  • Technical conflicts surface on paper, not in code that needs to be rebuilt

We’ll use Strategy to make informed trade-offs between features, timeline, and budget before you commit serious money.

Strategy deliverables

At the end of Strategy, you’ll receive the Strategy blueprint—the complete plan showing exactly what you’re building. See detailed deliverables breakdown.

Important: You’ll know what you’re building, what it’ll cost, how long it’ll take, and why every decision was made. Most clients move to design, prototyping, or development (web apps, websites, mobile apps) after Strategy is complete.

What makes our process different

We don’t validate your assumptions. We challenge them.

We question your assumptions before you commit serious money to building them. Wrong assumptions found during discovery cost hundreds to address. The same assumptions found mid-development cost thousands to rebuild.

We’re honest when the answer is “don’t build this.”

Discovery isn’t always about moving forward. Sometimes the best outcome is realizing your idea won’t work, or needs significant changes, or could be solved with an existing tool instead of custom development.

If that’s what research reveals, we’ll tell you. You’ll save tens of thousands by learning this before you build.

We make money when you build with us. But we’ll tell you NOT to build if that’s the right answer. That’s the difference between a partner and a vendor.

We make technical decisions understandable.

You don’t need to be a developer to understand why we’re recommending React over WordPress, or why we’re suggesting a specific database structure. We explain trade-offs in plain language.

Common questions about the process

How long does the full discovery process take?

The full discovery process takes 2 days to 3 weeks depending on which tier you choose:

  • Essential: 2 days — All three stages at foundational depth
  • Just Right: 1 week — All three stages with deeper research and strategy
  • Complete: 3 weeks — All three stages at full depth with comprehensive deliverables

All tiers go through Context, Research, and Strategy. What changes is how deep we go at each stage. Timeline also depends on project complexity and how quickly you provide information and feedback.

Quick answer for most projects: Plan for 1-2 weeks for meaningful discovery that prevents costly mistakes later.

What happens if we disagree with research findings?

Research findings are insights, not mandates. We’ll present what we found and explain what it means, but you make the final call.

If you disagree, we’ll discuss why and adjust recommendations accordingly. Sometimes you know things about your business that research can’t capture. Sometimes research reveals uncomfortable truths. We’ll work through it together.

Do we need to be involved throughout the process?

During Context: Yes. We need your time for interviews and information gathering.

During Research: Minimal. We’re doing independent research. You might get a few clarifying questions, but mostly we’re working on our own.

During Strategy: Moderate. We’ll need feedback on wireframes, content direction, and strategic decisions. But we don’t need constant availability.

Ready to start Discovery?

Discovery finds problems when they’re cheap to fix. Development finds them when they’re expensive.

Not sure which tier you need? Contact us for a free consultation and we’ll recommend what makes sense for your project. We can also answer questions about design services, development options, or prototyping.