Why Pixelmatters Is Becoming an AI-Native Product Studio
Earlier this year, we decided to take a bold step: Pixelmatters is becoming an AI-native digital product studio.

Bruno Teixeira
CEO


Nearly nine in ten companies now use AI in at least one business function, but only 37% report any EBIT impact from it. Usage and readiness are not the same measurement.
Readiness should sit across three areas: Product, Process, and Culture, and six dimensions underneath them. The gaps between the three tell you more than any single score.
The most expensive failure mode isn't low adoption. It's people building real AI skills while leadership offers no direction, no time, and no route to scale what works.
BCG puts roughly 70% of AI transformation effort in people, processes, and organizational change, against 20% for algorithms and data and 10% for technology.
An assessment shows you where capability is thin. It doesn't forecast return, and reading a readiness score as an ROI prediction is the most common way to misuse one.
An AI readiness assessment measures whether a company can turn AI use into repeatable capability. It should look at three areas: Product, Process, and Culture. Most organizations score higher on usage than on readiness, because tools spread faster than the workflows, foundations, and leadership decisions that make them compound.
An AI readiness assessment is a structured review of whether an organization can take AI beyond individual experiments, built to surface strengths, gaps, and directions worth investigating further. It isn't a certification, a compliance audit, or an industry benchmark. It looks at how work actually moves, what foundations already exist to build on, and whether people and leadership are moving at the same speed.
You'll sometimes see this called an AI audit or AI maturity assessment. The names vary; the useful versions all measure the same thing.
The distinction that makes it useful is narrow and easy to miss. Buying tools is a purchase. Using them is a behavior. Being ready is an organizational property, and it's the only one of the three that compounds.
That ordering is also where most readiness frameworks go wrong. They lead with data quality, infrastructure, and governance, which are real constraints but a shrinking share of the problem. BCG's 2026 research on AI leaders puts the split at roughly 10% technology, 20% algorithms and data, and 70% people, processes, and organizational change. An assessment weighted toward the 10% will tell you your infrastructure is fine and leave the actual blocker untouched.
Three things get treated as one, and separating them is the single most useful thing an assessment does. Using AI is not the same as being AI-ready, and being AI-ready is not the same as generating business impact.
The numbers make the gap visible. McKinsey's August 2026 global survey found that nearly nine in ten respondents report regular AI use in at least one business function, while just 37% attribute any EBIT impact to it and 44% say AI is scaling across the enterprise. Adoption is close to universal. Everything downstream of it isn't.
A rough progression explains why:
Tools available → experimentation → individual productivity → shared workflows → organizational capability → measurable business impact
Most organizations are somewhere in the middle three. The jump that matters is from individual productivity to shared workflows, because that's where gains stop being personal and start being durable. McKinsey found nearly three-quarters of high performers had fundamentally redesigned workflows because of AI, against one-quarter of everyone else.
This progression is a way of explaining the distance between using AI and benefiting from it. It isn't a scoring model, and no organization moves through it cleanly.
A readiness assessment we'd run looks at three areas, each answering one question about whether AI can become shared capability rather than individual habit.
Area | What it looks at | The question it answers |
|---|---|---|
Product | Foundations & Reuse, AI-Native Building | Can the organization build and extend AI-enabled work consistently? |
Process | Workflow & Automation, Context & Tooling | Is AI part of repeatable workflows, with access to the context it needs? |
Culture | Literacy & Adoption, Leadership & Experimentation | Can people and leaders turn experimentation into sustained capability? |
Foundations & Reuse. Shared components, templates, standards, documentation, data, and repeatable patterns. Without them every initiative starts from scratch and teams quietly duplicate each other's work. Our Figma to Storybook Claude Skill is one shape this takes: a Design System file becomes a component library where changing one token propagates everywhere, readable by an agent and extendable by a designer.
AI-Native Building. How AI is built into customer-facing products or services. This one needs careful reading, because not every business needs customer-facing AI, and internal capability can be highly mature while the product stays deliberately conventional. Where a product does introduce agents, it introduces a new design problem called delegation: users stop doing the work and start defining, understanding, and verifying work done for them.
Workflow & Automation. Whether AI changes how work moves end to end, rather than whether someone used it during one isolated task.
Context & Tooling. Whether AI can reliably reach documentation, decisions, project history, company knowledge, CRM data, and connected systems. This is the dimension that has changed fastest. Open standards like the Model Context Protocol exist precisely because connecting models to real systems used to be bespoke work every time, so fragmented context is now a choice rather than a constraint.
The difference between making one task faster and improving a whole workflow is the difference between a local gain and a compounding one. Local gains disappear into handoffs, approvals, duplicate entry, and waiting.
Literacy & Adoption. Confidence, practical capability, responsible use, and whether knowledge travels beyond a small group of enthusiasts. The gap is wider than most leaders assume: BCG found AI leaders have 13% of their workforce carrying AI-related skills, against 1% at the companies furthest behind. In Europe it's also a legal question, since Article 4 of the EU AI Act has required providers and deployers to support AI literacy among staff since February 2025.
Leadership & Experimentation. Direction, time to learn, resources, guardrails, permission to change established practice, and a route for successful experiments to scale.
Culture is usually where the score is weakest, and it's the area least fixed by spending. Technology availability on its own doesn't produce organizational change.
Readiness reads into four levels. Read them as a description of how capability accumulates, not as a validated industry benchmark or a predictor of return.
Level 1, AI-curious. Individuals experiment ad hoc. Usage is uncoordinated, quality varies by person, and no repeatable workflows or reusable foundations exist yet.
Level 2, AI-assisted. Individual tasks get faster, but usage stays siloed and largely invisible. Outputs vary because teams lack consistent patterns and guardrails, and fragmented context keeps AI from staying reliably aligned.
Level 3, AI-integrated. AI is embedded in shared team workflows and rituals. Reusable foundations make delivery repeatable for people and agents alike, and tooling makes context and decisions legible.
Level 4, AI-native. Capability compounds across teams because shared foundations prevent drift. Operating modes preserve human judgment for ambiguous work, experimentation is supported, and leaders model adoption rather than mandating it.
Most companies that describe themselves as AI-first are at Level 2. That isn't a criticism. Level 2 is where real value first shows up, and it's also where it stops unless something structural changes.
The diagnostic value of an assessment is in the patterns it surfaces, and they repeat across very different organizations.
AI stays individual. Useful practices live in personal workflows instead of becoming shared capability.
Tasks get faster but workflows stay slow. Handoffs, approvals, waiting, and duplicated work absorb the local gains.
AI lacks context. Knowledge sits scattered across documents, tools, systems, and people's heads.
Every initiative starts from scratch. No reusable components, standards, templates, or patterns.
Adoption depends on enthusiasts. Capability is concentrated in a few people, which makes it fragile.
Productivity gets mistaken for impact. Faster individual work is read as evidence of revenue, capacity, or quality.
One pattern deserves separating from the rest, because it's the most expensive and the least discussed: interest without a leadership response. People experiment, find things that work, and then hit a wall where there's no direction, no dedicated time, no ownership, no guardrails, and no mechanism for sharing what they found. The experiments become side projects, the early adopters get frustrated, and the organization pays for activity without building anything durable.
The inverse does just as much damage. Mandating tools or targets without literacy, training, context, and room to experiment produces compliance rather than capability. McKinsey found high performers twice as likely as others to say senior leaders demonstrate real commitment to AI initiatives, and commitment here means direction and resourcing, not enthusiasm.
Adoption is hard when literacy is weak. But employee enthusiasm alone isn't enough either. Leadership has to convert that learning into shared direction, supported workflows, and repeatable capability.
An overall score is the least interesting output. The differences between Product, Process, and Culture are where the useful reading sits, and each combination points somewhere specific.
Pattern | What it usually means |
|---|---|
Strong Culture, weak Process | Capable, motivated people blocked by workflows, systems, or missing context |
Strong Product, weak Culture | Technical foundations exist, but adoption and leadership support lag behind them |
Strong Process, weak Product | Teams see automation opportunities but lack the foundations to extend them |
High readiness, low impact | Capability exists and isn't yet connected to measurable outcomes |
These are interpretations worth investigating, not automatic diagnoses. Two companies with identical shapes can need completely different work.
This is the part most readiness content gets wrong, so it's worth stating plainly: a readiness score doesn't forecast return. Business impact, meaning revenue, capacity, quality, and customer outcomes, is a separate measurement, and a company can be genuinely ready and still not have connected that capability to anything commercial.
Readiness raises the odds. It doesn't guarantee the result, and any assessment that claims to predict ROI from a questionnaire is selling something. The same caution applies to maturity levels and cross-company comparisons: they're explanatory, and treating them as a scientific cohort overstates what the format can do. Stanford's annual AI Index tracks how unevenly adoption translates into economic results, and the honest summary is that the relationship is real, lagging, and noisy.
What an assessment does give you is a map of where capability is thin, which of the three areas is holding the others back, and what to work on first.
The mechanics are less important than who takes part. A readiness review that only surveys leadership measures ambition. One that only surveys practitioners measures frustration. The gap between the two answers is usually the finding.
Beyond that: cover all three areas rather than the one you're most confident about, ask about how work actually moves rather than which tools are licensed, and separate what people use from what the organization can repeat. Then pick one area to improve rather than all three, because readiness work that runs everywhere at once tends to finish nowhere.
We run this with clients as a structured assessment, usually before there's any roadmap to speak of. If that's the stage you're at, it's worth talking through where yours would start. What comes back isn't a certificate. It's a shaped view of the three areas, the gaps between them, and the one worth working on first.
We went through this transition ourselves, and it's why we defend leading with this framework rather than with infrastructure.
We committed to becoming an AI-native Digital Product Studio in January 2026 and raised the ambition again at our June All-Hands. What we found in the months after is that the work wasn't tool selection. It was orchestrating workflows across Product, Design, and Engineering so every task carries the right context, building a Design System agents could read and designers could extend, and distributing skills across the company so capability didn't stay with whoever discovered it. Product, Process, and Culture, in the order we hit them.
The Culture part takes the longest, is the most demanding, but also the most rewarding and impactful when the needle starts to move. The literacy problem doesn't get solved by a training budget, it goes beyond that. Internally, we started hosting a weekly session with everyone, in a “share & learn” format so people could take turns sharing what they were working on, asking questions, and more. We’re consciously allocating resources to figuring how we can help each team make better use of AI, because we know an agent subscription isn’t all it takes.
And giving back to the tech crowd (and learning from them) also plays a big part for us: running AI Show & Tell in Porto every couple of months started as a way to share what we were learning internally and turned into something the wider community shows up for.
An assessment won't tell you that you're behind. It'll tell you which of the three areas is holding the other two back, and that's the only version of the answer you can act on this quarter.
An AI readiness assessment is a structured review of whether an organization can turn AI use into repeatable capability. It looks at foundations, workflows, access to context, literacy, and leadership support, then identifies where capability is thin. It's a diagnostic and planning input, not a certification, a compliance audit, or a prediction of financial return.
It measures three areas: Product, whether you can build and extend AI-enabled work consistently; Process, whether AI is part of repeatable workflows with access to the context it needs; and Culture, whether people and leaders can turn experimentation into sustained capability. Six dimensions sit underneath those three, and the gaps between the areas carry most of the useful information.
Readiness describes whether an organization can adopt AI beyond individual experiments. Maturity describes how far along that path it already is, usually expressed as levels running from ad hoc experimentation to capability that compounds across teams. In practice the terms overlap heavily, and most assessments measure readiness and then express the result as a maturity level.
Both leadership and the people doing the work. An assessment that only reaches leadership measures ambition, and one that only reaches practitioners measures frustration. The distance between those two answers is often the most valuable finding, because a mismatch between what leaders think is happening and what teams experience is one of the most common reasons adoption stalls.
Daily use is exactly when an assessment tends to be most useful. Widespread individual usage often masks a low readiness score, because tools spread through an organization much faster than shared workflows, reusable foundations, and leadership direction. High usage with low readiness is the most common pattern, and the one where value stalls most quietly.
No. Readiness and business impact are separate measurements. Revenue, capacity, quality, and customer outcomes depend on whether capability gets connected to commercial work, and that connection isn't automatic. A high score means the conditions for value exist. Any assessment claiming to forecast return from a questionnaire is overstating what the format can do.
Six repeat constantly: AI stays individual rather than shared, tasks get faster while workflows stay slow, AI can't reach the context it needs, every initiative starts from scratch, adoption depends on a handful of enthusiasts, and productivity gets mistaken for impact. The most damaging is people building AI skills while leadership provides no direction or route to scale what works.
No. Internal capability can be highly mature while the product stays deliberately conventional, and plenty of businesses have no good reason to put AI in front of customers. Building AI into a product is one dimension of readiness, not a requirement for it. Reading it as mandatory pushes companies toward features their customers never asked for.

Bruno Teixeira
CEO
As CEO of Pixelmatters, Bruno Teixeira leads the studio he joined in 2016 as an engineer. He built the product function, took over in 2026, and committed it to going AI-native. He writes on strategy, leadership, and AI-native processes.
Share this article