Logo with a white lowercase letter 's', a white uppercase letter 'i' above a yellow triangle on a dark background.

Streamtime

Redesigning the Gantt Chart That Was Driving Users Away

Year

2025

Duration

12-months

Role

Design Lead

Constraints

Scope to what can realistically be built

Background and Problem

The feature quietly pushing users to competitors

Our Gantt chart hadn't been touched since 2019. In that time, user expectations shifted, competitors raised the bar, and a backlog of pain quietly grew. By the time this project landed, the feature had become a liability: outdated UI, confusing UX, and a codebase affecting performance. Customers were leaving us to manage their timelines elsewhere. My brief was to research it, design it, ship it with engineering, and make sure the launch meant something.

Project timeline showing Discovery Phase and Phase 2 Development tasks with start and due dates from 03 July to 12 July 2019, including tasks like Resource Allocation, Performance Analysis, Client Interviews, and various development stages.Project timeline chart showing milestones, Discovery Kickoff tasks, and Phase 2 Development with date ranges from January to July including key meetings and task progress bars.

Before

After

Research

Digging into six years of feedback to find the real problems

Before using Figma, I reviewed six years of CS-logged feedback and organised it by the most frequent pain points:

Users needed to navigate between bars and labels to interpret their timelines.
Items could not be added directly in the Gantt chart, so users had to switch frequently to the job plan.
Milestones remained static, so moving an item did not update its associated milestone.
There was no option to share a client-facing version, leading teams to manually recreate timelines in other tools.
Exports were limited to PDF format, despite ongoing requests for CSV support.
The UI pre-dated our design system and lacked accessibility compliance.

Design Process

Testing ideas before they become pixels

I began with low-fidelity sketches to quickly explore layout options, focusing on label readability, inline editing in the table, and the time switcher. Rapid sketching let me test ideas with engineering before developing high-fidelity designs.

Hand-drawn project timeline table with columns for phase name, item name, durations, and dates from April 1 to 12, including annotations about editable stages, filtering, milestones, grayed-out past dates, and crosshatched weekends.

Where good design meets what can actually ship

High-fidelity designs were reviewed with the development team, and release timelines, technical constraints, and build complexity guided feature selection. Features were refined, re-scoped, or removed as needed. Once finalised, the design was ready for delivery. Using only our design system tokens and components ensured WCAG compliance from the outset.

Project timeline from April 1 to April 30 showing two stages: Development and Execution, with tasks like usability testing, slide deck preparation, meetings, final presentation, and development periods.Project timeline for Stellar Bloom Campaign showing phases, milestones, and task durations from January to August with dates and dependencies.

The most ambitious addition — and the one that nearly Broke the Ship

The biggest new feature was the Client View. This new feature allowed users to enter a client edit mode, hide items, phases, or milestones as needed, and publish. Clients then receive an interactive, read-only project timeline that is scrollable and zoomable but not editable. Prior to testing, I suspected the mental model was unclear, but felt a bit stuck on the hows and whys.

Project timeline from January to July showing phases, milestones, and tasks such as Discovery Kickoff, Resource Allocation, and Creative Discovery with their start and end dates.

Testing

What users showed us we'd got wrong

We conducted testing in a demo environment with participants' actual account data to ensure realistic feedback. Our primary focus was the Client View.

Users were unable to distinguish between modes. Several edited the client version, believing it was their main timeline and not realizing they had switched modes.

A publish modal appeared immediately upon entering client edit mode, creating a dead-end. This occurred before users were ready to publish and left them disoriented about their location in the workflow.

All other aspects were well received. Aside from the mental model issue, the redesign received consistent praise, with the addition of an interactive client timeline being particularly positive.

Project timeline interface showing job plan phases with start and end dates, a pop-up window to share client timeline with a link and copy button.

Entering Client Edit Mode triggered an immediate publish modal.
Users followed the generated link, lost context, and returned to edit mode, believing they were back in their internal timeline. The mode switch had become invisible.

Iteration

Three changes that fixed the mental model

The fix was targeted, not a redesign:

Project timeline dashboard showing phases Discovery Kickoff and Phase 2 Development with tasks, dates, and progress bars under April monthly view.Project management timeline with task list, start and end dates, visibility toggles, and client timeline settings panel for customizing display name and toggling dependencies and status colors.

Before

After

Removed the publish modal on entry, users now arrive in client edit mode without an interrupting overlay

Added strong visual distinction between internal and client edit modes, always clear which version you're in

Rewrote the microcopy throughout the flow, more explicit about internal vs client-facing states

Launch

Deciding the job doesn't end at push to prod

Given the significance of this feature, I helped organise a formal launch rather than a silent deployment. I produced a two-minute promotional video in After Effects, participated in a webinar to walkthrough the redesign, and featured in a blog post Q&A session with the lead developer where we chatted through the project.

These efforts created valuable re-engagement opportunities with both current and inactive users, which a simple production release would not have achieved.

Promotional video I created in After Effects

Open laptop on a stack of books showing a job plan timeline with tasks and dates.

"Talking Timeline with Isobel and Jake"

Outcome

The users who left are coming back

Feedback is still coming in, but the signals are strong. Customers who had moved to other tools specifically for Gantt management are returning. Customer Success has been running retraining sessions at scale. Qualitative feedback across channels have been positive so far!

Person viewing a laptop displaying a project timeline for the Stellar Bloom Campaign with tasks, dates, and milestones laid out in a calendar format.

Reflection

If we had tested the Client View earlier, during the lo-fi stage, we might have noticed the mental model issue sooner. Now, I always add mode-switching flows to my early testing checklist. Next time, I’ll also document the tech review process more clearly as a design artefact. With so many conversations happening, it was easy to lose track of decisions, which made it hard to backtrack or give others outside the main project group a clear decision log.

I’m Isobel, a designer based in Sydney, Australia.