CASE STUDY — 2026
Event Creation Experience
Designing a clear, flexible workflow that helps organizers move from an early event idea to a publish-ready marketplace listing.

- ROLE
- Lead Designer
- TIMELINE
- 6 months (2026)
- TEAM
- 2 Junior Designers
- 1 Business Lead
- 1 Researcher
- OVERVIEW
- MSN is a wellness event marketplace connecting seekers with practitioners, courses, and retreats across the globe. To support a growing range of event categories and lay the foundation for a full platform refresh, the team set out to expand scheduling capabilities and streamline the end-to-end event creation experience.
- As the lead designer, I owned both the design and business scoping process, defining the system vision, navigating complex edge cases across eight event types, and delivering a cohesive solution that balanced organizer flexibility with technical feasibility.
🌟 Measured Impact
39%
Improvement in task efficiency for complex recurring event setups
28%
Reduction in mid-flow drop-off rate
8
event types One unified system — more scheduling & ticketing flexibility than any benchmarked competitor

01 — PROBLEM SPACE
Misalignment Between Design & User Needs
MSN (My Source Network) is an event-hosting marketplace that empowers the global wellness community. The platform aims to revolutionize holistic healing by connecting seekers with practitioners, holistic businesses, and conscious wellness organizations—all in one place.
As we clarified our target personas and the types of events we support, it became clear that the existing date and time settings within the event creation flow no longer met the needs of real-world event hosting scenarios.

Key Problems Identified
1. Missing course time-setting capabilities — We support eight event types—class, course, event, experience, retreat, session, training, and workshop. While the previous design supported one-time, multi-day, and recurring events, it did not support courses requiring multiple non-consecutive sessions sold as a bundle.

2. Recurring event details not scalable — The previous recurring events preview became unusable when more than two time slots existed. There were also no rules or UI guidance for handling overlapping time frames.

3. No supporting ticketing system tailored around the new business direction — The ticketing system is very limited for businesses to assign
02 — FINAL SOLUTION
One system, built to scale with complexity
1. Updated visual system — I simplified the information hierarchy to highlight the most important service-related features, refreshed the UI styling, and redesigned the progress bar to eliminate unnecessary visual elements and minimize distraction. Most importantly, I added a new tab specifically for course events, allowing instructors to add multiple individual session time frames within a single course.

2. Added course-specific time settings — Within the new course tab, instructors can now create both single-day sessions and multi-day session blocks, enabling flexible course structures the platform previously could not support.

3. Split calendar preview and detailed time settings
The old layout made CTAs hard to find and did not support more than two time slots. The redesigned split view shows:
- A minimized calendar on the left
- A clear list of all event dates and time slots on the right
All CTAs are now surfaced and remain visible at all times.

4. A flexible ticketing system
The new ticketing system connects ticket configuration with flexible event schedules, giving hosts the ability to create multiple ticket types, customize their settings, and assign each ticket to specific dates and times.

03 — EXECUTION
Define the scope amid ambiguity
As a designer with a strong interest in business and no dedicated Product Manager partner, I took on the responsibility of clarifying the product direction at the beginning of the project. I scheduled several working sessions with our CEO to develop a more holistic understanding of the business goals, market direction, and product constraints.
I synthesized our conversations into a structured map that helped guide each discussion and surface the key decisions we needed to make. This process allowed us to narrow our target and clarify the product positioning early on.

We decided to position the platform as a generalist ticketing solution for three major wellness event categories, supporting a range of formats including courses, multi-day retreats, and single-day events.
Rather than optimizing for a narrowly defined attendee segment, we chose to focus on building trust within the host community, with safety, integrity, and reliable event management as core priorities.
Business and user research in a startup environment
With limited research resources and a short timeline, I began by synthesizing a large volume of existing business documents, user feedback, and product information.
AI tools helped me accelerate this process, quickly surfacing relevant patterns and allowing me to investigate specific questions when I had a hypothesis to validate.

“I had a hard time setting up events on irregular recurring dates. For example, one on Christmas Day and another on Thanksgiving.”
This revealed a fundamental limitation in our existing scheduling model. While it handled standard recurring events reasonably well, it lacked the flexibility needed for irregular schedules across a year.
The issue extended beyond recurrence logic. I also identified broader usability problems across typography, form structure, and calendar views, which made complex event setup harder to understand and manage.
Market research
I conducted a comparative review of event creation experiences across the market to understand how other platforms handled complexity.
A consistent pattern emerged: successful event creation tools did not necessarily eliminate complexity. Instead, they structured complexity into digestible steps, while keeping advanced customization available for power users when needed.
This became an important principle for the redesign: Make the default path simple without limiting what experienced hosts can accomplish.

Decide what to expand, what to take away
With the business and user research in hand, I aligned the findings with the leadership team and facilitated a card-sorting workshop to prioritize the product scope.
The workshop helped us distinguish between features that were essential to the core event-creation experience and those that could be deferred.

We identified time and location settings, ticket creation, and payment/refund management as the highest-priority areas for UX improvement.
Meanwhile, features such as video and image management, merchandise add-ons, and legacy functionality including scheduling and agenda creation were moved to the post-MVP roadmap.
This allowed the team to concentrate design effort on the workflows that mattered most to hosts—and establish a focused foundation for the next stage of the product.
04 — EDGE CASES
Scope a flexible date-and-time system to balance usability and business priorities
I worked with our business lead to scope the project's priorities, timeline, and past explorations, which helped frame the problem across a wide range of use cases—one-day, multi-day, recurring, and discontinuous recurring events.
Prototyping and testing revealed that allowing overlapping time frames everywhere would significantly increase complexity for ticketing, event management, and engineering.
Strategic trade-off: Only one-day events support overlapping times
Since overlap needs were mostly tied to retreats and business users—a segment we weren't yet targeting—I removed overlap support for multi-day events while preserving it elsewhere. This balance of user needs, technical constraints, and business priorities kept the system simple without sacrificing the flexibility our current users needed.
This balance of user needs, technical constraints, and business priorities kept the system simple without sacrificing the flexibility our current users needed.
Below are the detailed specs defining how the system handles overlapping scenarios for short events:

Combined dates
Overlapping dates automatically merge their time slots into a single view.
Independent removal
Coexisting time slots can be reviewed and removed individually, without affecting the others.
Exact-match merging
Time slots only merge when their start and end times align exactly.
Overlapping dates not supported for multi-day events
To keep the system feasible and easy to reason about, overlapping dates are not allowed for multi-day events. When a conflict occurs, organizers receive a clear warning identifying exactly which dates overlap—so they can resolve it before publishing.

05 — ITERATIONS
Learn from real end-user behavior
After navigating this ambiguous process of balancing feasibility and business needs, I also led lightweight usability tests to validate the main user flow and refine it further based on real user insights.
I built an interactive prototype and collaborated with researchers on pre-handoff usability testing, to catch anything significant we might have missed.
Problem #1: Confusing terminology we hadn't recognized as unclear.

Solution: Worked with our copywriter to adopt more common, familiar terms.

Problem #2: Hidden entry point for selecting recurring types
The entry point for selecting recurring event types was easy to miss—new users often didn't realize the option existed if they only looked at the default page.

Solution: Surfaced the option

Moved the "Multi-day event" checkbox into the default layout, so the option is always visible.
Dev handoff and design system refresh
To ensure accurate implementation, I worked closely with the engineering team to document the new components and their usage guidelines.
At the same time, to support an efficient handoff, I documented critical design details and edge cases to ansure consistency and clarity across the team.


Design system refresh
Built on the updated visual system, I refreshed the design system with a scalable and highly automated variable system evolving framework with 2,000+ modular components, including color, typography, spacing, and illustrations. This new system powers consistent, responsive experiences across web, tablet, and mobile, and will continue to evolve as the product grows.
Considering the broad age range of our user base, I incorporated WCAG accessibility guidelines throughout the design process. I used Figma plugins to verify color contrast ratios, maintained a minimum 16px font size for body content, and ensured interactive elements met the minimum 40Ă—40px touch target requirement. Accessibility considerations were integrated across typography, color, interaction states, and component design to create a more inclusive and usable experience.

06 — NEXT STEP
Extend flexibility for the next segment
Post-handoff, I'll focus on scaling this work into the broader design system: integrating all newly created components into the main library and refining documentation and usage guidelines to ensure consistent adoption across teams.
For the post-MVP phase, the priority shifts to serving our business-tier users—expanding event creation to support more advanced scheduling needs, including overlapping capabilities for courses and multi-day events, as we grow into that segment.
