What we do

From a problem or a technology to a product you can test, and evidence you can decide on.

We take on the stretch that plans rarely protect: the one between a promising idea, research result or technology and a product proposition that can be prototyped, put in front of real users and measured. What comes out is not a promise of adoption, it is the evidence that tells you whether to advance, modify, prioritise, scale or reconsider.

The problem we work on

The gap is documented, and not by us.

MIT NANDA, 2025
95% of organisations investing in enterprise generative AI are getting zero measurable return. Energy & Materials, the sector that includes steel, sits at the bottom of the nine industries ranked for AI disruption, at near zero.

The GenAI Divide: State of AI in Business 2025. Based on 52 structured interviews, 153 survey responses and a review of more than 300 publicly disclosed AI initiatives.

European Commission
Research is not the same as innovation. The Work Package model used in European projects produces excellent reports, but no operational value, as it lacks a vision of the actual product.

Align, act, accelerate, European Commission, 2024

Digital Twin research
Digital Twin research highlights the lack of mature and standardized lifecycle approaches for their development.

Guinea-Cabrera & Holgado-Terriza, 2024

Most organisations have people accountable for the technology and people accountable for the plan. Very few have anyone accountable for the sentence that settles whether the work deserves the next investment: a real user tried this, and here is what we learned. That accountability is what we bring, and it is a product discipline, not an administrative one.

Capabilities

Seven capabilities, applied in whatever context the work sits in.

The same capabilities serve a company with an idea, a startup with a technology, a research group with a result, or a European consortium with a work package. We take a defined role, in writing, with our own legal entity, registered PIC and budget line.

01

Product discovery & definition

Making sure the right problem is being solved, with the people who would have to live with the result.

  • User research and field interviews with the people the solution is actually for, not with proxies.
  • Stakeholder and process analysis, co-creation workshops, opportunity mapping.
  • Market and competitor analysis, to keep the value proposition honest.
  • Product definition: use cases, functional requirements, information architecture, prioritisation.
02

Prototyping & MVP definition

Turning an idea, a need or a technology into something concrete enough to be tested and evaluated.

  • From concept to prototype or MVP scope, with each element traceable to a documented need.
  • Technical feasibility assessed together with the teams who would build it.
  • Direction of prototype and MVP development, with a roadmap tied to real milestones.
  • An honest position on technology maturity (TRL) at the point the prototype exists.
03

Product & technology validation

The part most initiatives leave until it is too late to change anything.

  • Hypotheses stated before the test, with the criteria for a positive result agreed in advance.
  • User research, usability testing and pilots in real settings, with measured outcomes.
  • Metrics and evaluation protocols, including for perceived quality, not only interaction counts.
  • Evidence reported as it is, negatives included, because a negative result is a cheap result.
04

Product Management & Product Ownership

Product leadership through definition, prototyping, development and validation.

  • Backlog, prioritisation and roadmap under a Dual-Track Agile approach.
  • Translating between technical teams, users, and whoever holds the budget.
  • Decision-making structures and escalation paths in multi-organisation settings.
  • Delivery governance where several organisations have to build towards the same product.
05

Applied AI for product & innovation

Not what we sell. What lets us tell a use case worth pursuing from one that only sounds like it.

  • Identifying and evaluating AI use cases against the problem, the data and the users.
  • Functional requirements and data architecture for the intelligent component.
  • Evaluation metrics, traceability and KPIs agreed from the outset.
  • Human-in-the-loop and explainability design, so people trust the output enough to act on it.
06

R&D and European innovation projects

A context we know well, and a defined role inside it.

  • Use-case definition, product thinking and user needs inside the technical work packages.
  • Validation with users and the evidence that supports a TRL claim, accumulated rather than asserted.
  • Impact and exploitation support: Key Exploitable Results identified, owned and tracked.
  • Drafting and justifying the product, AI and impact sections of proposals we will help deliver.
07

Innovation & technology initiative evaluation

Structured assessment of proposals, initiatives and technology startups.

  • Evaluation criteria and scoring approaches for innovation proposals and startups.
  • Technology maturity assessment and proof-of-concept design.
  • Selection and prioritisation of initiatives within a portfolio.
  • Technology-transfer thinking: what would have to be true for a result to be taken up.
Our framework

The method has a name, and a paper behind it.

Industrial AI pilots do not usually fail because the model is wrong. They fail because a rigid architecture meets the real variability of a plant, and because nobody made the operator's tacit knowledge part of the system.

Our answer is a Dual-Track Agile framework that decouples the discovery of value from the delivery of software while keeping the two synchronised. Its test is not does the technology work but Product-Plant Fit: does the plant floor actually use it, and keep using it.

It was designed by our co-founder and applied on RIVER, an RFCS Clean Steel Partnership project coordinated by CELSA Group, and presented at the ESTEP AI for Steel workshop in Leoben in April 2026. That work predates Vuola and was carried out in a professional engagement outside the company.

Dual-Track AgileProduct-Plant FitHuman-in-the-LoopExplainable AIHybrid Digital Twins

The framework, in short

Applied to industrial AI and Digital Twin deployment
Discovery track
Opportunity Solution Tree and Design Thinking to map business outcomes to real opportunities on the plant floor.
Delivery track
Scrum sprints that turn each round of learning into a working software increment.
The mechanism
A Data/Trust Loop: when an operator corrects a recommendation, that correction recalibrates the model.
Beyond the Double Diamond
Problem and solution spaces treated as co-dependent: each sprint is its own micro-diamond of discovery.
Published as
Menk, Saenger, Domenech Abella & Fernandez, RIVER: A Human-Centred Agile Framework for Industrial AI and Digital Twin Deployment in Steel Production. ESTEP AI for Steel Workshop, Leoben, April 2026.

Evidence → Decision

The point of all of this is the last step, and it is the one most often skipped. Evidence is not generated only to prove that an idea works: it exists so that an organisation can decide whether an initiative should advance, be modified, be prioritised, be scaled or be reconsidered. Adoption and exploitation may follow, and inside European projects we work directly on preparing them. What we commit to is the evidence and the decision it supports, not a guarantee of the outcome.

DISCOVERDEFINEPROTOTYPEVALIDATEDECIDEPOSSIBLE ADOPTION
What we do not do

A short list, and we mean it.

Knowing where a partner stops is worth as much to a coordinator as knowing where it starts. So here is where we stop.

We are not a software factory

We define what should be built and direct the product through prototyping and validation. We do not sell development capacity by the head, and we do not compete with the engineering partners who build the thing. Where an MVP has to be built, we scope it, lead it and validate it.

We do not run your go-to-market

We prepare products for the next justified step, and we work on exploitation and adoption readiness, including inside European projects. What we do not do is run commercial launch, sales or distribution, and we do not promise market adoption, because that outcome depends on decisions and resources well beyond the evidence. What you get from us is a product proposition, something tangible, validation results and an evidenced position on maturity. The go-to-market belongs to you and your commercial team.

We do not coordinate

Coordination is a legal and financial role: signing the Grant Agreement, managing the Consortium Agreement, receiving and distributing payments, consolidating periodic reporting, filing amendments. It requires a structure we deliberately do not have. Your coordinator stays your coordinator, and we make their reporting easier, not heavier.

We do not build consortia

We do not scout topics, assemble partners or originate proposals. Consortium architects and funding consultancies do that well and we work alongside them rather than against them. They design the proposal; we make sure what it promises can be delivered and evidenced.

We are not a grant-writing shop

We write the product, impact and exploitation sections of proposals we are going to help deliver. We do not write proposals in which we hold no role: a section written by someone with no stake in the outcome is exactly the kind of text evaluators have learned to discount.

We are not a communications agency

Dissemination is a deliverable, not a discipline we sell. We work on exploitation because deciding what a result is worth and who would pay for it is a product question. Newsletters, press and event logistics are better handled by people who do that for a living.

And if we are not the right fit

If your project needs a profile we are not, we will say so in the first conversation and, where we can, point you to someone who is. A partner who overreaches on scope costs a consortium far more than one who declines a work package.

Direct engagements

The same capabilities, without a European consortium

Most of what we do does not need a grant behind it. These are the three shapes a direct engagement usually takes.

Innovation strategy & TRL

Technology maturity & initiative evaluation

  • Technology-readiness (TRL) assessment and what it would take to move up.
  • Structured evaluation of innovation proposals, initiatives and technology startups.
  • Identification and feasibility of applied-AI use cases.
  • Technology-transfer thinking between research and industry.

Founding-team experience: INTECMED (ENI CBC Med), startup evaluation, TRL assessment, PoC design and technology transfer from universities to SMEs.

Product & project leadership

Product definition, prototyping & validation

  • Discovery and product definition for complex digital solutions.
  • Prototype and MVP scoping, direction and user validation.
  • Product Management and Product Ownership through definition and delivery.
  • Backlog prioritisation driven by evidence, KPIs and business impact.
Public sector innovation

Public sector innovation

  • Specialist support for agencies and administrations in EU calls.
  • Structuring, validating and evidencing territorial innovation initiatives.
  • Citizen-centred solution design and measurement of real use.

Shall we move your project forward?

Tell us the idea, the technology or the call. We will come back with the role we would take, the effort it needs, and exactly what we would commit to evidencing.

Start a conversation