Enterprise AI
2025-2026
Lead Product Designer

The problem
A global life sciences company wanted to launch an enterprise AI tool for internal use, with responsible governance, alignment with the corporate design system, and an experience that would work for both scientists in regulated environments and marketing teams. The beta was scheduled for three months. There was no product owner. I was the only designer on a team of four developers.

Challenges
Three simultaneous tensions: the corporate design system did not cover the components of a conversational AI application; the business was unable to provide feedback before seeing the product in action; and the development process changed midway through: the Scrum Master was removed after Beta, formal ceremonies disappeared, and developers began building solutions with Vibe Coding that needed to be evaluated rather than specified.
What i did
I created structure where there was none. All design tickets were produced in joint sessions with developers and the Tech Lead, with objectives, constraints, and decision criteria documented before opening Figma. I sent weekly reports to the business with the status of the design, progress, and dependencies that needed external decisions. It wasn't bureaucracy, it was the only way to make design work visible in a high-noise environment.
I built a local component library. The corporate design system provided the foundations. But a conversational AI application has components that do not exist in a conventional enterprise design system. The prompt input, the token counter, the inline governance alerts — each was designed to answer two questions simultaneously: what does it do functionally, and what does it communicate in terms of trust and accountability.
I treated governance as a feature, not as a warning. I distinguished two types of governance messages: contextual guidance before action, and informative alerts afterwards. The image generation disclaimer, for example, appears at the right moment, with microcopy that communicates responsibility without interrupting the flow of a user in a high-pressure context.
I adapted the point of intervention when the process changed. When formal ceremonies disappeared, I started reviewing the solutions that developers were building. Instead of specifying beforehand, I evaluated suitability during the process. This adaptation was not a loss of ownership, it was a decision about where design still had real impact. I made the decision not to proceed. The business voice pitch adjustment feature was identified in the discovery phase as a high-value differentiator. However, the product architecture was not clear enough to implement it without creating technical debt. I documented the concept and deliberately deferred it, rather than forcing a solution that would need to be redone.

UX Research and Strategy Mapping

Iterative Ideation Phase

Local library for Design System Integration
Results
In the 53 days following the Beta, the platform grew from 929 to 2,540 registered users (+173%) and from 2,132 to 14,000 conversations (+557%).
The error rate fell from 0.2% to 0.002%: a 100x reduction.
Peak usage reached 505 new conversations in a single day.
I wasn't responsible for the adoption numbers. But the platform reached a stable enough Beta for people to use it and continue to use it.

Enhanced ordering and campaign processes for a better sales rep experience.

Iterated Prospect Management 2.0 and optimized automated visit planning logic.

Refactored FIT Survey, improving creation and filling processes.
Conclusion
In a project without a clear product structure, creating structure is an act of design. Making the work visible, through well-defined tickets, weekly reports, and documented decisions, was what ensured that design had real weight in product decisions, in an environment where that weight was not given by default.
Confidentiality notice
Work carried out at a global life sciences company. Proprietary data and visual identity omitted. Adoption data shared internally by the development team.

