Making a complex B2B CMS feel simple

Role
Lead Designer
Company
StorySlab
Tools
Sketch
Platform
Desktop

Brief

StorySlab needed a more flexible, intuitive way for administrators to manage increasingly complex content, users, and permissions. I helped rethink the CMS from the ground up, creating a clearer system that could scale with growing enterprise needs without making everyday tasks harder to use.

Understanding the Problem

As StorySlab grew, so did the complexity behind the product. Different customers needed different content structures, user groups, permissions, and workflows, which made the CMS increasingly difficult to navigate and manage.

To better understand where that complexity was creating problems, I worked closely with the team to look at the CMS from several angles:

  • Reviewed customer feedback and support requests to identify recurring pain points and feature needs.
  • Audited the existing CMS to understand where common tasks had become fragmented or unnecessarily complicated.
  • Mapped key administrator workflows, including organizing content, managing users, and controlling visibility.
  • Compared different customer configurations to understand which needs were universal and which required flexibility.
  • Collaborated with developers to uncover technical constraints, edge cases, and opportunities to simplify the underlying experience.

What became clear was that administrators weren't struggling because the CMS lacked capability. They were struggling because that capability had accumulated without a strong system tying everything together. The challenge became less about adding features and more about creating a structure that could make an increasingly powerful product easier to understand and manage.

A CMS built for what’s next.

By designing the CMS as a flexible system of reusable patterns, new capabilities could be introduced without reinventing the experience each time. That made it easier to support emerging features like interactive 3D content and future AI-powered workflows while keeping the product consistent and easy to navigate.

My Contribution

As the lead designer on the CMS redesign, I worked across product structure, interaction design, and visual design to turn a growing collection of administrative tools into a more cohesive system.

  • Reworked the information architecture around a centralized Content Tree
  • Designed workflows for managing content, users, groups, and permissions
  • Simplified complex visibility and access-control concepts
  • Created reusable interaction patterns and components for future features
  • Worked closely with development to define behavior, edge cases, and implementation
  • Helped establish a more scalable foundation for the CMS as StorySlab grew

Business Impact

The redesign did more than modernize the interface. It gave StorySlab a stronger foundation for supporting increasingly complex customer needs without adding the same level of complexity for administrators.

  • Reduced friction for administrators by bringing common content-management tasks into a more consistent workspace
  • Made complex customer configurations easier to understand, particularly around content hierarchy and visibility
  • Created a more scalable product foundation for new features and enterprise requirements
  • Reduced one-off design and development work through reusable interaction patterns
  • Improved consistency across the CMS, making new functionality easier for users to learn
  • Made future product conversations faster, since the team could build on an established set of patterns instead of solving each feature from scratch
We weren’t trying to make the work simpler than it really was. We were trying to make the system do more of the heavy lifting.

Key Takeaways

One of the biggest lessons from the project was that simplifying enterprise software doesn’t always mean removing functionality.

StorySlab’s customers genuinely needed complex controls, configurations, and permissions. The challenge was deciding when that complexity needed to be visible and when the system could handle it in the background.

That distinction became an important part of how I approach B2B product design: powerful software can still feel approachable when users are given the right information at the right moment.