Domain experts
Experienced users depended on accurate terminology, efficient task completion and confidence in the system.
Case 02 / Enterprise tax and accounting
At Wolters Kluwer, I owned CX/UX and feature design across specialist tax and accounting products, connecting research with detailed workflows, validation and shared portfolio standards.
The product environment served tax advisors, auditors and small and medium-sized businesses. The employment evidence describes a German customer base of around 20,000, including more than 6,000 tax and audit practices, and more than 2.5 million payroll statements handled each month. Those figures describe the product ecosystem, not my personal impact.
Experienced users depended on accurate terminology, efficient task completion and confidence in the system.
ADDISON, SBS and AKTE formed a wider landscape in which local feature choices could affect cross-product coherence.
Specialist detail could not be removed, but information order and interaction behavior could make it easier to understand.
Improvements had to respect learned user expectations while moving the portfolio toward a clearer shared language.
My responsibility covered customer and user experience and the design of new functions and features. That meant carrying a problem through research, concept definition, interaction detail and validation rather than treating wireframes as the finish line.
Each artifact answered a different question, from whether the team understood the right problem to whether a specialist user could operate the proposed behavior with confidence.
Expert workflows needed precision, but fragmented interaction patterns increased the effort required to understand and operate them.
Which complexity belongs to the professional task and which complexity was introduced by the product itself?
Keep domain terminology and necessary task detail while making information hierarchy, flow progression and recurring actions more predictable.
Use interviews and concept validation to test comprehension and workflow fit before committing to detailed implementation.
Translate proven recurring behavior into design standards that could improve consistency beyond a single feature.
Design standards were not a separate library task. They were a way to encode solutions to recurring workflow problems. The work connected detailed feature design with a clear visual language and reusable interaction behavior across the product portfolio.
Patterns began with concrete usability and design problems, not abstract component inventory.
Recurring actions and information structures could become easier to learn across products.
A coherent design language supported specialist comprehension as well as brand and product quality.
Standards mattered when they informed new functions and implementation decisions, not only documentation.
Specialist software requires translation between customer language, product intent and implementation detail. User stories, journeys, flows and prototypes made the reasoning visible at different levels so partners could challenge assumptions before they became expensive.
Interviews and concept validation grounded the work in actual specialist situations.
Stories and journeys connected the customer problem with feature intent and priority.
Flows, wireframes and high-fidelity prototypes made behavior, hierarchy and visual quality explicit.
Detailed prototypes and shared standards reduced ambiguity at implementation time.
The previous portfolio reports an estimated 40% reduction in UI inconsistencies. I retain that number as an estimate rather than presenting it as an externally audited KPI. The employment evidence directly supports the underlying responsibility for CX/UX, new features, validation, difficult usability problems and design standards.
Research and interviews connected directly to stories, journeys, flows and production-level prototypes.
Recurring needs informed shared design standards across an enterprise portfolio.
The portfolio-reported improvement refers to fewer interface inconsistencies and remains clearly labelled as estimated.
Customer and payroll volumes communicate product scale, not individual performance.
This is an anonymized reconstruction based on documented employment responsibilities. It does not reproduce confidential product screens, customer data or internal roadmaps.