Unified Design System: Bridging Product and Tech
This case study explores how we successfully built a scalable design system for a digital marketplace that connects spiritual advisors with advice seekers at Adviqo GmbH.
Task
As Lead Product Designer, I deep dived into optimizing internal delivery processes within the product design team. Working closely with the Frontend Chapter Lead, I streamlined and improved the product-to-technology handover by introducing clearer workflows and ensuring designs always matched production. The biggest challenge was overcoming confusion and misalignment caused by outdated or unprioritized design files and lack of version control. This initiative enhanced collaboration, communication, and efficiency across design and development, setting a stronger foundation for future work.
-
Strategy
Delivery, Hand over
-
Design
Design Systems
-
Client
adviqo GmbH

Scaling Design of a Digital Marketplace
Context: A fast-scaling digital marketplace connecting spiritual advisors with clients via chat-based sessions was suffering from inconsistent UI, slow design velocity, and handoff issues across platforms.
Challenge: Fragmented components, unclear visual language, and a lack of documentation made it hard to scale across multiple products (mobile, desktop, internal tools) and user roles (clients & advisors).
Role: I led and initiated the design system project, establishing principles and launching the first version with key stakeholder buy-in. After aligning with product and dev leads, I handed ownership to the Senior Product Designer, ensuring the team was well-guided and decisions were reviewed & documented. I advocated its importance by integrating maintenance and reviews into the development pipeline, improving visual testing efficiency.
Impact:
• Decreased misalignment and confusion between Product <> Tech. PMs, Devs, QA knew where to find the expected behavior on every sprint
• Created a scalable, token-based design system adopted across 2 platforms (client side (2 brands), advisor side).
• Reduced new feature UI design time by ∼40% through reusable components and clear documentation.
• Improved dev handoff speed and quality by introducing shared naming conventions, Figma libraries, and usage guidelines.
• Enabled consistency across key journeys (onboarding, chat, transactions) without slowing down iterative product work.
Why It Matters:
Introduction
Building a design system from scratch is much easier than fitting it into an already living organism. It’s more than just creating components – it’s about structure, consistency, and collaboration. As a Lead Product Designer, I took on the challenge of designing the system and aligning it with developers, improving workflows, and ensuring its long-term usability.
This case study explores how we successfully built a scalable design system for a chat-based platform that connects spiritual advisors with seekers at Adviqo GmbH.
Adviqo GmbH has been acquired by Ingenio, US-based category leader on May 2022.
Lead Product Designer
As Lead Product Designer, I initiated and led the design system project, establishing core principles and launching the initial version with support from the Product Director and Frontend Dev Chapter Lead. I ensured alignment across product and development teams and transitioned ownership to the Senior Product Designer. Throughout, I kept the other two designers updated on its usage and reviewed all key design decisions. A major priority was advocating the design system’s value and embedding its maintenance and review process into the development pipeline via GitHub, Storybook, and Chromatic. This integration made visual testing much more efficient. Ultimately, I emphasized that without ongoing care, a design system in Figma is just a static library.
Problem
The Advisor Tools side of the platform lacked consistency, leading to inefficiencies in both design and development. UI components were scattered, naming conventions were inconsistent, and collaboration between designers and developers was challenging. As we migrated to a new tech stack, we saw the opportunity to solve these issues by introducing a structured, scalable design system. We started building it in close cooperation with devs team to make sure that, in the end, what we have in Figma matches with what we have in Storybook.

Draft components
Since most of the components were made in a hurry for the MVP (as it usually happens ) we couldn’t reuse them as product started to grow. Therefore we were in need to tune up almost every component that we had, from input fields to modal frames.
• No structured button sizes and possible action states
• Validation for the input field isn’t part of the component
• Sizes for the graphic elements, avatars and illustrations were not defined
Design team couldn’t reuse components while creating new flows with common elements across the design.
No doc & guidelines
Lack of rules for basic design principles led us to different font sizes, corner radius of the elements, etc from page to page. Which is crucial not only for the design team but also for our fron-end fellows.
• Corner radius for parent and nested elements were different depends on who designed the page.
• Typography rules are abstract and unmeasurable for desktop and mobile view.
• Icon has different sizes and styles which led to problems while scaling.
Designers, Product Managers & Devs spending a lot of time visually finding out common rules for each element instead actually working on their task.
Product <> Tech Communication
All the challenges and inconsistencies mentioned above resulted in the absence of a single source of truth. We realized that what we have in Figma is not always matches with elements in Storybook.
• Style and functionality of input fields, buttons, checkboxes etc. differs from flow to flow on the production.
• Some action states are missing on the production because they are not defined in the design.
• No one could trust neither Production or any type of documentation as the source of truth while talking about expected behavior.
QA, PMs and Designers are unable to reference on the source of truth in order to make decision or create awareness of the situation.
Defining the problem

Business Goals
Increase Efficiency
Ensure Scalability
Cut Costs
User Goals
Consistent Experience
Improved Usability
Faster updates and improvements
Impact
The implementation of the design system significantly streamlined our workflow and improved overall efficiency. By introducing structured documentation and standardizing components, we minimized friction between design and development, ensuring a smoother handoff process. This not only reduced misunderstandings but also sped up implementation by eliminating redundant work and providing a single source of truth for both teams. Additionally, the design system laid a strong foundation for scalability, allowing us to extend it seamlessly to the Customer side while maintaining consistency across multiple brands.
Our Users
A design system is more than just a UI kit – it’s a shared language for everyone involved, from designers and developers to stakeholders. Our goal is to create a single source of truth that stays consistent, up-to-date, and seamlessly integrated across Figma, Storybook, and production.
But all of us has our own needs which needs to be covered:
Developers
Stakeholders
Designers
Process
To meet the tight timeline dictated by the a Back-end migration, we embraced a pragmatic approach for the MVP:

Laying the Foundation
- Created the first version of the design system myself
- Refined existing elements, such as buttons, established rules for spacing, typography, and naming with the team on the go.
onboard the Design Team
- Onboarded 3 designers to create and document new components
- Ensured smooth, consistent collaboration within the design team
Stakeholders
- Got buy-ins from QA and developers that were suffering from the lack of a design system
- Pitched the Project to the Product Team with followed up demo where devs and QA team confirmed the need of a design system into our delivery processes
Alignment with Development
Documentation & Education

Expansion to Customer Side
- pplied the Supply side’s structural approach to review and clean the existing Customer side, updating branding as needed
- Applied learnings from the Supply side design system to improve consistency and efficiency
- Unlike Advisor Tools, the Customer side had an established brand identity
- Implemented updates gradually, integrating new components while maintaining brand consistency
- Reworked chaotic typography scales for better clarity and usability
- Addressed lack of documentation and unclear logic from the previous team to streamline design and development

Ongoing Evolution
The Three Pillars of a Strong Design System
A truly effective design system stands on three essential foundations: Components, Variables, and Documentation—ensuring consistency, flexibility, and clarity across design and development.

Components
The building blocks of the interface, crafted for reusability and efficiency.

Variables
The glue that holds the system together, bringing consistency to spacing, colors, and typography.

Documentation
The guide that keeps everyone aligned, making adoption seamless across teams.
Bridging Design & Code
We built the design system from the ground up, starting with core elements like typography, spacing, and colors, then structured scalable components with semantic naming and variables. Once refined in Figma, we aligned everything with Storybook to ensure seamless integration between design and code.

Redesigning Design-to-Development Handover with Branching Workflow
“Alignment lasts as long as you maintain it” 🤓

Problems
- Confusion from mixed ready and unready designs in Figma causing mismatch with production
- Multiple outdated feature files due to deprioritization, leading to inconsistency and false finalization
- No version tracking or overview of past sprint designs to correlate with analytics and product versions
Solutions
- Figma file always matches production using branching for new prioritized features
- New features finalized only after dev review and sprint planning is scheduled one week earlier
- Branches named after dev releases for documentation and QA ease
- Branches remain accessible but locked post-release ensuring stable main branch
- Designers can freely work on branches allowing system-wide updates without disrupting production
New Product<>Tech Delivery Process
I introduced a new workflow inspired by leading design handoff practices, connecting Figma, Storybook, and Chromatic. This streamlined collaboration, enabled side-by-side review of coded and design UI, and reduced friction between teams.
- Faster, clearer feedback between designers and developers.
- Shared component library for consistent UI across products.
- Automated visual tests to instantly spot unintended changes.

Final Designs
The result was a robust and scalable design system for the Supply side, built for maximum efficiency. Partnering closely with Senior Product Designer Maksim and Frontend Lead Maksim, we integrated Chromatic into our workflow, streamlining visual testing and ensuring consistent alignment between design and code. After a successful implementation, we extended this systematic approach to the Customer side, carefully adapting it to their established brand identity. This iterative, thoughtful process laid a strong foundation for ongoing enhancements across the entire platform, proving that true alignment lasts only as long as it is actively maintained. 1 developer and a Product Designer have been called to share this responsibility moving forward.
Supply/Seller Side
Demand/Customer Side
What We Learned
A design system is more than just a UI kit – it’s a shared language for everyone involved, from designers and developers to stakeholders. Our goal is to create a single source of truth that stays consistent, up-to-date, and seamlessly integrated across Figma, Storybook, and production.
But all of us has our own needs which needs to be covered:
Bridging Design & Development
Mastering Storybook & Dev Workflows
Falling Deeper for Design Systems
Next Steps
With multiple brands under the company, the product design team recognized the need to evolve the design system into a flexible white-label solution.