
AI Reporting Sustainability
UX Design, AI, Leadership
_
© 2024
Nanda Dias Design
© 2026
Nanda Dias Design
AI-Powered Sustainability Reporting for SAP Sustainability Control Tower ®
AI-Powered Sustainability Reporting for SAP Sustainability Control Tower ®
As Product Design Lead on a flagship AI sustainability reporting tool at SAP, I ran design and engineering in parallel and tested a deliberately minimal first version on five customers' live data. That accelerated delivery by six months and avoided an estimated €280k in rework.
My Role & Strategic Approach
Our customers were heading into their first mandatory CSRD reporting year, and a regulatory first year is when a company decides, once, how it will do this reporting from then on. Slip six months past that window and you are not filling a gap, you are displacing a process they have already built out of spreadsheets or a consultancy.
Building the wrong version first was costed at roughly €280k: a team of five, including me, for six months plus sustainability expert and Head of Engineering overhead. At SAP's scale, that is not the number that frightens anyone. The real exposure was reputational, on a flagship AI product with Gartner and the analyst firms watching, launching to customers already sceptical of AI. Trust costs more to win back than to earn, and enterprise customers talk to their peers.
So the brief was never simply to ship fast. It was to ship fast and not ship something that damaged trust.
I led design strategy, orchestrating across a PM, Head of Engineering, ML engineers, an internal Design and AI Ethics Team, innovation researchers, and sustainability experts. Sustainability reporting was new territory for our team, so my scope started with learning the domain from scratch alongside running customer research, then moved through validation into shaping the production feature.
Decisions and Actions
Aligned with engineering on a parallel timeline: they built a rough proof of concept while our design team learned sustainability reporting and ran customer research, so progress didn't stall on sequencing. The alternative, discovery first and build second, is the exact pattern that earns design its reputation for slowing things down, and it would have cost months we did not have.
Managed expectations with our PM team and communicated to customers that the first testable version was deliberately minimal, we were testing assumptions, not polish.
Ran task-based usability testing with five beta customers on their own production data, the only route to real critique of the AI's output quality rather than opinions about the interface. The five were chosen deliberately, not opportunistically: strength of relationship, how far along their implementation was, how much live data they already had running in the system, and genuine interest in the problem. SAP deployments take months to stand up, so the pool who could test on real data at all was small. I presented the main findings to senior leadership.
Designed three iterations from raw proof of concept to a production-ready feature, including the visual indicators and review workflows that met internal AI-ethics standards.
Two Deliberate Bets
Bet one: ship something we knew was incomplete. Assumption mapping ranked what we were least certain about, and we scoped the first version to almost nothing: a search input, a single action, one generic report template. Testing it on real production data surfaced four failures we had not predicted. System feedback was too opaque for anyone to trust the AI was working. Error states exposed raw technical codes instead of guidance. The report format was rigid enough to push people off-platform to edit. And nothing distinguished AI-generated content from the user's own data, which in an audit context is not a polish problem. We rewrote error states in plain language, added real-time status messaging, broke the static report into editable modular sections, and added visual indicators for AI-generated content. Catching all of it at low fidelity, before any of the harder infrastructure existed, prevented one to two full rework iterations: an estimated 24 weeks and around €280k.
Bet two: spend the time we had just bought on the expensive thing. With the core experience validated, the team invested in structured multi-stakeholder workflows, precisely the sort of feature that is brutal to unwind if it sits on unproven assumptions. Service blueprinting across Finance, HR, Procurement and Sustainability made the cross-team handoffs and dependencies visible before we built them. The result was configurable report structures, role-based editing, automated handoff notifications, and a single in-product source of truth.
My Role & Strategic Approach
Our customers were heading into their first mandatory CSRD reporting year, and a regulatory first year is when a company decides, once, how it will do this reporting from then on. Slip six months past that window and you are not filling a gap, you are displacing a process they have already built out of spreadsheets or a consultancy.
Building the wrong version first was costed at roughly €280k: a team of five, including me, for six months plus sustainability expert and Head of Engineering overhead. At SAP's scale, that is not the number that frightens anyone. The real exposure was reputational, on a flagship AI product with Gartner and the analyst firms watching, launching to customers already sceptical of AI. Trust costs more to win back than to earn, and enterprise customers talk to their peers.
So the brief was never simply to ship fast. It was to ship fast and not ship something that damaged trust.
I led design strategy, orchestrating across a PM, Head of Engineering, ML engineers, an internal Design and AI Ethics Team, innovation researchers, and sustainability experts. Sustainability reporting was new territory for our team, so my scope started with learning the domain from scratch alongside running customer research, then moved through validation into shaping the production feature.
Decisions and Actions
Aligned with engineering on a parallel timeline: they built a rough proof of concept while our design team learned sustainability reporting and ran customer research, so progress didn't stall on sequencing. The alternative, discovery first and build second, is the exact pattern that earns design its reputation for slowing things down, and it would have cost months we did not have.
Managed expectations with our PM team and communicated to customers that the first testable version was deliberately minimal, we were testing assumptions, not polish.
Ran task-based usability testing with five beta customers on their own production data, the only route to real critique of the AI's output quality rather than opinions about the interface. The five were chosen deliberately, not opportunistically: strength of relationship, how far along their implementation was, how much live data they already had running in the system, and genuine interest in the problem. SAP deployments take months to stand up, so the pool who could test on real data at all was small. I presented the main findings to senior leadership.
Designed three iterations from raw proof of concept to a production-ready feature, including the visual indicators and review workflows that met internal AI-ethics standards.


Two Deliberate Bets
Bet one: ship something we knew was incomplete. Assumption mapping ranked what we were least certain about, and we scoped the first version to almost nothing: a search input, a single action, one generic report template. Testing it on real production data surfaced four failures we had not predicted. System feedback was too opaque for anyone to trust the AI was working. Error states exposed raw technical codes instead of guidance. The report format was rigid enough to push people off-platform to edit. And nothing distinguished AI-generated content from the user's own data, which in an audit context is not a polish problem. We rewrote error states in plain language, added real-time status messaging, broke the static report into editable modular sections, and added visual indicators for AI-generated content. Catching all of it at low fidelity, before any of the harder infrastructure existed, prevented one to two full rework iterations: an estimated 24 weeks and around €280k.
Bet two: spend the time we had just bought on the expensive thing. With the core experience validated, the team invested in structured multi-stakeholder workflows, precisely the sort of feature that is brutal to unwind if it sits on unproven assumptions. Service blueprinting across Finance, HR, Procurement and Sustainability made the cross-team handoffs and dependencies visible before we built them. The result was configurable report structures, role-based editing, automated handoff notifications, and a single in-product source of truth.
With the core experience validated, the team made its second deliberate bet: investing in structured, multi-stakeholder workflows, exactly the kind of feature that's expensive to unwind if built on unproven assumptions. I designed configurable report structures, role-based editing across Finance, HR, Procurement, and Sustainability, automated handoff notifications, and a single in-product source of truth. The diagram above is that blueprint in practice: each swimlane traces a handoff between Finance, HR, Procurement and Sustainability, so friction surfaced on paper rather than in production.

With the core experience validated, the team made its second deliberate bet: investing in structured, multi-stakeholder workflows, exactly the kind of feature that's expensive to unwind if built on unproven assumptions. I designed configurable report structures, role-based editing across Finance, HR, Procurement, and Sustainability, automated handoff notifications, and a single in-product source of truth. The diagram above is that blueprint in practice: each swimlane traces a handoff between Finance, HR, Procurement and Sustainability, so friction surfaced on paper rather than in production.

The Bar We Set, and What I'd Do Differently
Our internal AI-ethics requirements felt restrictive at first. In hindsight they set the right bar. Many people working in sustainability are conscious of AI's own environmental footprint and sceptical of products that add AI as a feature rather than a genuine value driver, so we held ourselves to justifying the AI by the value it created rather than by its presence. The early signal was roughly a 10x reduction in the estimated hours to produce a report. I left the team before that could be validated at scale, so I treat it as a strong early signal and not a proven outcome.
What I'd keep: the parallel track. Engineering building while design learned meant the discovery work cost us nothing in calendar time.
What I'd do differently: the internal argument. I framed it as testing assumptions before building, which invited the reading that design was the brake. The same decision described as buying 24 weeks for the price of one throwaway version would have met far less resistance, and it was the more accurate description of what happened.
Outcomes
6 Months Faster
Validating at low fidelity prevented one to two rework iterations, in a market where the regulations would not hold still long enough to rebuild.
5 of 5 Adopted
Every beta customer committed post-launch, each having tested on their own live ESG data. On a launch where the real risk was reputational, that was the number that mattered.


(02)
© 2026
(02)
more works


05
AI Reporting Sustainability
UX Design, Design Systems, Leadership
2019


AI Reporting Sustainability
UX Design, Design Systems, Leadership
2019


04
AI Reporting Sustainability
UX Design, Leadership, AI
2025 (work in progress)


AI Reporting Sustainability
UX Design, Leadership, AI
2025 (work in progress)


03
AI Reporting Sustainability
UX Design, Mobile, AI


AI Reporting Sustainability
UX Design, Mobile, AI
(03)
(Frequently Asked Questions)
What does complex, large-enterprise B2B SaaS experience actually give me, and would I still move fast enough for a smaller team?
How do I work when the brief isn't clear yet, and what part of the job do I enjoy most?
How do I actually strengthen a team, and will I get hands-on or mostly direct from a distance?
What did I do with the time between roles, and where do I actually stand on AI in my day-to-day work?
How has living abroad shaped me, and am I looking for something long-term, or a bridge while I sort out next steps?
(03)
(Frequently Asked Questions)
What does complex, large-enterprise B2B SaaS experience actually give me, and would I still move fast enough for a smaller team?
How do I work when the brief isn't clear yet, and what part of the job do I enjoy most?
How do I actually strengthen a team, and will I get hands-on or mostly direct from a distance?
What did I do with the time between roles, and where do I actually stand on AI in my day-to-day work?
How has living abroad shaped me, and am I looking for something long-term, or a bridge while I sort out next steps?
(03)
(Frequently Asked Questions)
What does complex, large-enterprise B2B SaaS experience actually give me, and would I still move fast enough for a smaller team?
How do I work when the brief isn't clear yet, and what part of the job do I enjoy most?
How do I actually strengthen a team, and will I get hands-on or mostly direct from a distance?
What did I do with the time between roles, and where do I actually stand on AI in my day-to-day work?
How has living abroad shaped me, and am I looking for something long-term, or a bridge while I sort out next steps?


