Featured case study
Reyda product overview

Co-founder & Design Lead · 2025 · Reyda

Cutting tender qualification
from weeks to hours.

Reducing cognitive load in document-heavy procurement through unified discovery, AI-powered comprehension, and guided qualification.

Timeline · Eight months

Eight months, from signal to funded.

I · Diagnose Signal + reframe
II · Research External + internal audit
III · Design Architecture + flows
IV · Land Pilot to deploy
M · 01 The signal Procurement is a €2T market, yet most teams fall off after discovery — qualifying fit at speed is impossible.
M · 02 The reframe Discovery isn't the bottleneck. Comprehension and qualification are.
M · 03 24 conversations Six EU countries, four roles, one shared friction: teams burn days on tenders they were never going to win.
M · 04 Landscape audit Existing tools cover discovery and response. The middle — read, interpret, qualify — stays manual.
M · 05 Four principles Cut cognitive load · surface fit early · hold context across stages · make AI legible.
M · 06 Library as memory Past submissions, certifications, capability statements become a queryable structural layer.
M · 07 Bid Room Where the work happens. Memory + AI-assisted interrogation, not generation.
M · 08 Funded Pilot validated. 8× more tenders pursued at the same headcount. Investors signed in.

The impact

The result of this project.

More tenders qualified In the same working hours
Hours instead of days To a confident go or no-go
Early funding secured Pilot data became the investment thesis

The problem

Procurement decisions are
high-stakes and time-constrained.

Open on paper Tenders are standardised, consistently published, and open to any qualifying company across all member states.
Participation tells a different story Companies either drop out early or never complete the process. SMEs win most contracts by count, far less by value.
Digitised, without being simplified Teams still read, extract, and rebuild structure by hand. Manual interpretation repeats across every opportunity.
€2T EU public procurement About 14% of GDP
41.8% Single-bidder tenders Nearly doubled in a decade
<5% Cross-border participation Flat, year after year

Research & insights

Discovery wasn’t the bottleneck. Qualification was.

My co-founder and I started with a simple assumption: improving how teams discover and track tenders would increase participation. Two views into the work corrected it.

I worked closely with a mid-sized EU procurement team, sitting in live bid meetings and shadowing active tenders, focused on the parts of the workflow that never appear in process documents: the re-reads, the backtracking. To test whether it held beyond one team, I spoke to 24 procurement professionals across six EU countries, public and private. The same patterns showed up: the friction concentrates at qualification, where teams interpret requirements and map them to internal capabilities. Most of the time is spent building enough clarity to decide.

Synthesis wall: the existing workflow mapped

To understand where to differentiate, I looked across the tools used in procurement workflows. Most legacy products supported parts of the process, but the gaps were consistent: discovery handled by portals and alert systems, response supported by workflow tools and proposal generators. The breakdown sat in between, as understanding and qualification remained manual. Across countries the workflow stayed the same; only the surrounding infrastructure differed.

Competitive landscape audit

The users

Four roles, one underlying need.

From the 24 conversations, I mapped the people the product had to work for. Titles varied and responsibilities overlapped, but four roles kept appearing in every team.

Procurement manager
Go / no-go decisions Procurement manager I need to determine whether a tender is worth pursuing, so that I can avoid spending time on opportunities we will not win.
Bid manager
Requirements & viability Bid manager I need to understand key requirements without reading everything, so that I can assess viability within hours instead of days.
Project lead
Gaps & rework Project lead I need to identify what is missing early, so that I can avoid late-stage blockers and rework.
Bid team member
Evaluation to response Bid team member I need to move from evaluation to response without starting from scratch, so that we can act quickly when an opportunity is a strong fit.

Storyboard · The current situation

Weeks from discovery to decision.

I put everything we had heard onto one storyboard — every step, owner, and duration of the existing workflow — so we could see where the time actually went.

3–7 daysDiscover tenders
ManualFilter & shortlist
HoursDownload documents
5–10+ daysReview hundreds
of pages
3–7 daysExtract requirements
3–5 daysCross-check capabilities
DaysAlign with stakeholders
MeetingDecide to proceed
5–15+ daysBegin response

Across teams the goal was consistent: move from discovery to submission with confidence.

User goals

Three goals, one product.

Mapping the story surfaced the discovery: underneath four roles sat three core goals. Everything the product does answers one of them.

User goal 01

Procurement managerAs a procurement manager, I need to decide whether a tender is worth pursuing in minutes, not days, so that we avoid spending time on opportunities we will not win.

User goal 02

Procurement managerAs a procurement manager, I need to understand key requirements without reading everything, so that I can assess viability within hours instead of days.

User goal 03

Procurement managerAs a procurement manager, I need to move from decision to submission without starting from scratch, so that we can act quickly when an opportunity is a strong fit.

Where we landed · The future

We redrafted what the future could look like.

The competitive analysis showed where the market wasn’t looking. The existing workflow showed where teams were quietly losing time. We took both, redrafted the future state — and went solving.

ContinuousTenders surfaced automatically
MinutesAI parses on upload
MinutesConversational research
InstantCompliance auto-mapped
SupportedGo/no-go decision
HoursProposal pre-filled
HoursReview & submit

Where we landed · The core problems

Three solves.

Solve 01

Making qualification faster

Qualification consumed most of the effort before proposal work could even begin. “Is this worth pursuing?” had to become a minutes-long question.

Solve 02

Turning documents into understanding

The bottleneck was interpretation, not access. Reduce the reading without reducing trust.

Solve 03

Turning understanding into action

Knowledge was recreated at every stage. One pipeline from decision to submission, context preserved.

The experience · It’s clickable

Try it. Every screen is live.

Watch: the product will walk itself through the solves. Or just take over and click.

Solve 01 · Making qualification faster · In detail

Rather than designing around documents, we designed around decisions — intent-based design.

Qualification consumed the majority of effort before proposal work could even begin. Teams spent days monitoring procurement portals, reviewing opportunities, coordinating internal expertise, and manually assessing eligibility — all before the one question that mattered could be answered: “Is this worth pursuing?”

We mapped out what each role actually needed to do to reach the decision quicker — one principle: reduce the effort required to qualify an opportunity. That meant surfacing active work immediately, consolidating opportunities into one place, surfacing qualification signals before the document review, and a clear path from discovery into understanding.

Outcome — The existing workflow took 2 to 6+ weeks end to end. With the fit score in place, the same team reached go/no-go decisions within hours, in the first sitting.

Solve 02 · Turning documents into understanding · In detail

Reduce interpretation effort without reducing trust.

Even after identifying a promising opportunity, teams still faced the most time-consuming part of the workflow: requirements, obligations, risks, and evaluation criteria buried inside lengthy documents. The bottleneck was no longer access to information. It was interpretation.

The goal was never to summarise documents. Early concepts leaned heavily on AI-generated outputs, but research consistently highlighted the need for transparency and verification — so every extraction traces back to the original RFQ documents, and the source files stay one click away.

Outcome — Reading shifted from a multi-day slog to a conversation with the document — teams stopped describing the work as reading and started describing it as questioning.

Solve 03 · Turning understanding into action · In detail

The objective was not automation. It was continuity.

Research showed that qualification work frequently broke down once teams moved into compliance, forms, proposal writing, and submission. Knowledge was repeatedly recreated at every stage.

Information generated during qualification flows naturally into every downstream activity — qualification and submission become a single connected experience rather than separate workflows: the compliance board, forms, and proposal kept together per tender, context preserved.

Outcome — The same team, working the same hours, moved through 8× more tenders — and the pattern held across five more organisations of different sizes and sectors.

Validation · Testing the system in real workflows

A structured pilot — one company, then five.

Rather than ship broadly, I designed the rollout as a structured pilot. One company first, then five more, then a case for investors, then a direction the pilot itself surfaced.

Phase 01

Baseline and same-team pilot

I shadowed a mid-sized procurement team over several weeks and tracked how long each workflow stage actually took. With working hours held constant, qualification moved from days of interpretation to hours of structured decisions.

Phase 02

Expanded across five more organisations

Once the first pilot stabilised, I extended the rollout to five more organisations of different sizes, sectors, and tender volumes. The pattern held: go/no-go within hours, drop-off on viable tenders fell sharply.

Phase 03

From pilot to investment thesis

Once the data was stable, I compiled the findings — workflow timings, the 8× outcome, behavioural patterns — into a case for investment, and presented it directly to prospective investors.

Phase 04

What the pilot surfaced next

Smaller organisations were qualified in part but not fully — close to winning on their own merits, reliably excluded by team size or thresholds. A direction we hadn’t originally scoped.

Reflection

AI was the premise the whole product was built around.

What I take most from this is how I now think about AI. The product worked because AI sat at the foundation, doing the heavy data work of reading, interpreting, and structuring that the workflow used to absorb on its own. Every other decision we made was built on top of that one, which made the rest of the system compose more cleanly.

And the only honest measure of whether the work succeeded is whether the people using it reached their goals faster and with more confidence. Output on its own says very little. The product earns its place when users move from hesitation to action.

01 — 30