
Co-founder & Design Lead · 2025 · Reyda
Reducing cognitive load in document-heavy procurement through unified discovery, AI-powered comprehension, and guided qualification.
Timeline · Eight months
The impact
The problem
Research & insights
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.

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.

The users
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.
Storyboard · The current situation
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.
Across teams the goal was consistent: move from discovery to submission with confidence.
User goals
Mapping the story surfaced the discovery: underneath four roles sat three core goals. Everything the product does answers one of them.
As 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.
As a procurement manager, I need to understand key requirements without reading everything, so that I can assess viability within hours instead of days.
As 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
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.
Where we landed · The core problems
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
Watch: the product will walk itself through the solves. Or just take over and click.
Solve 01 · Making qualification faster · In detail
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
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
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
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
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.