Timeline UX Design

How I make use of edge case to reduce complexity

How I make use of edge case to reduce complexity

How I make use of edge case to reduce complexity

How I make use of edge case to reduce complexity

01.1

Introduction

Previously, users could only track takedown progress through two statuses: In Progress or Takedown.

The process might involve multiple actions over days or months, but that detail was invisible. I introduced the idea of a timeline to make this journey visible. This project solves the problem of ↓

Lacking clues, tracking, or understanding how and when actions were taken.

Lacking clues, tracking, or understanding how and when actions were taken.

-01-

01.2

A Timeline that couldn’t handle reality

In reality:

  • Multiple actions might cluster on consecutive days, crowding the display.

  • Actions could be months apart, making navigation awkward.

  • Timing was unpredictable—sometimes one day, sometimes six months.

A static timeline couldn’t handle all these variations.

-02-

01.2

A Timeline that couldn’t handle reality

In reality:

  • Multiple actions might cluster on consecutive days, crowding the display.

  • Actions could be months apart, making navigation awkward.

  • Timing was unpredictable—sometimes one day, sometimes six months.

A static timeline couldn’t handle all these variations.

-02-

01.3

Impossible to design for all possibilities?

My first instinct was to make the timeline dynamic:

  • Four views (Half-Year, Month, Bi-Week, Week)

  • Horizontal scrolling

  • Clickable action cards

But as I prototyped, I realized I was adding complexity without adding value.

I started questioning myself:

01/ Am I making the problem even more complex?


02/ Am I deviating from the real user needs?


03/ Do the complexity and effort justify the results?

01/ Am I making the problem even more complex?


02/ Am I deviating from the real user needs?


03/ Do the complexity and effort justify the results?

-03-

Am I Making the Problem Even More Complex?

Yes. The timeline should give users a clear, simple way to see what actions were taken and how long the takedown process takes. Features like switching views, clicking cards, or horizontal scrolling add friction and make the experience more complicated than necessary.

Am I Deviating From the Real User Needs?

The project’s goal was transparency:

  1. What actions happen during the takedown?

  2. How long do they take?

Interactive timelines are useful for project management tools, but not for our users. They don’t need to manage detailed actions—they want to track progress, see an overview, and understand analytics.

Do the Complexity and Effort Justify the Results?

For a product built around scheduling and task management, yes. But here, the goal is to quickly show when actions occur. Extra features add cost and effort without matching user priorities.

More interactivity isn’t always better—it can add unnecessary complexity.

The evidence suggested that users were less concerned with managing schedules and more interested in:

  • Seeing a clear overview of actions taken.

  • Getting a sense of how long the process was taking.

-04-

01.3

Impossible to design for all possibilities?

Am I Making the Problem Even More Complex?

Yes. The timeline should give users a clear, simple way to see what actions were taken and how long the takedown process takes. Features like switching views, clicking cards, or horizontal scrolling add friction and make the experience more complicated than necessary.

Am I Deviating From the Real User Needs?

The project’s goal was transparency:

  1. What actions happen during the takedown?

  2. How long do they take?

Interactive timelines are useful for project management tools, but not for our users. They don’t need to manage detailed actions—they want to track progress, see an overview, and understand analytics.

Do the Complexity and Effort Justify the Results?

For a product built around scheduling and task management, yes. But here, the goal is to quickly show when actions occur. Extra features add cost and effort without matching user priorities.

More interactivity isn’t always better—it can add unnecessary complexity.

The evidence suggested that users were less concerned with managing schedules and more interested in:

  • Seeing a clear overview of actions taken.

  • Getting a sense of how long the process was taking.

-04-

01.3

Impossible to design for all possibilities?

02.1

Rethinking the role of edge cases

I didn’t want to lose the the timeline idea, considering its visual appeal and how well it fits into the expandable table rows, making efficient use of horizontal space.


To simplify the timeline, I started exploring the possibility of creating a “less dynamic” or what I call a “semi-dynamic” timeline to limit unnecessary interactivity. The first step was to remove the feature for selecting different time spans and instead focus on default views.


Next, I questioned whether all four default views were necessary. Could the design be simplified further? What is the one essential view we must keep?


In UX design, we often focus on the most common use cases, ensuring the primary experience works seamlessly for the majority of users. Edge cases, by contrast, are typically deprioritized, as they represent rare scenarios that may not significantly impact most users.


However, in this project, I saw an opportunity to use edge cases as a design tool rather than an afterthought. By addressing the most extreme scenarios—where actions span six months or cluster within a few consecutive days, I was able to simplify the timeline for all users, not just those in edge-case situations.

One significant edge case is the upper limit of this timeline: Six Months. While it’s rare for actions to span this entire duration, the timeline needs to account for such scenarios.


Another edge case is when the process has just started, with only one or two actions recorded. For such scenarios, a Week View might seem appropriate.

However, the gap between a 6-month view and a 1-week view felt too large, lacking a seamless transition. Instead, transitioning from 6 months to 1 month provides a more natural and cohesive flow.


As a result, I simplified the design to include only two views:


  1. 6-Month View

  2. 1-Month View


With these two views, users can toggle between a macro and micro perspective, covering all possible scenarios without overwhelming them with unnecessary options.


This turned edge cases into a design advantage—was key to creating a solution that balances simplicity with functionality. It’s a departure from traditional UX practices and showcases how strategic thinking can transform complexity into clarity.

-05-

In the 1-Month View, clustered actions on consecutive days risked cramping the display.

 So, I proposed a new idea: why not implement a dynamic width for the days with actions?

  • Days with actions expand to fit all content.

  • Empty days compress to save space.


This kept the layout readable without forcing horizontal scrolling inside the table.

-06-

02.2

Solving the crowding problem

In the 1-Month View, clustered actions on consecutive days risked cramping the display.

 So, I proposed a new idea: why not implement a dynamic width for the days with actions?

  • Days with actions expand to fit all content.

  • Empty days compress to save space.


This kept the layout readable without forcing horizontal scrolling inside the table.

-06-

02.2

Solving the crowding problem

03.1

Final Design

-07-

01 / Provide a Clear Timeline Overview
Start with a high-level timeline overview to set user expectations. This ensures they can quickly orient themselves without getting lost in the detailed, expandable view.

02 / Simplify Views to 6-Month and 1-Month Modes
Reduce the timeline modes to just 6-Month and 1-Month Views. Introduce an expandable and collapsible month interface to connect the two views seamlessly. Users can toggle between these views smoothly, maintaining context throughout.

03 / Add Indicators for Actions Outside the Current View
In the detailed 1-Month View, provide indicators for actions that fall outside the current window. This way, users have clear clues and expectations without needing to scroll horizontally. Clicking on these indicators allows for easier navigation, avoiding usability issues caused by combining horizontal and vertical scrolling within the table interface.

03.1

Final Design

-08-

03.2

Impact

-09-

The final timeline design received positive feedback from users and our SOC team:


“The timeline gives me a clear overview of actions and their timing.”
“The 6-Month and 1-Month views are intuitive and easy to switch between.”
“The dynamic spacing solves the problem of crowded timelines elegantly.”

By letting edge cases shape the design, we delivered a timeline that was:

  • Simpler to use

  • Clearer to read

  • Cheaper to build and maintain

The final timeline design received positive feedback from users and our SOC team:


“The timeline gives me a clear overview of actions and their timing.”
“The 6-Month and 1-Month views are intuitive and easy to switch between.”
“The dynamic spacing solves the problem of crowded timelines elegantly.”

By letting edge cases shape the design, we delivered a timeline that was:

  • Simpler to use

  • Clearer to read

  • Cheaper to build and maintain

Takeaway: Sometimes, solving for the extremes creates a better experience for everyone.

Go Back

How I Make Use of Edge Case?

Go Back

Make Use of Edge Case

Go Back

How I Make Use of Edge Case?