DarkRoast · Creative operations

Redesigning the project workspace for faster creative collaboration

DarkRoast project workspace shown on a studio display

TL;DR

The existing dashboard had grown into a dense project management interface where messaging, files, briefs, status, and project metadata all competed for attention.

Through user feedback, workflow analysis, benchmarking, and a detailed product audit, I found that the main problem was not missing features. It was hierarchy, focus, and context.

The redesign therefore started by redefining what mattered most at each point in the workflow.

Overview

DarkRoast is a creative operations platform used by clients and designers to manage projects, feedback, files, and ongoing creative work.

I worked across the dashboard redesign, from research and workflow mapping to information architecture and the final client- and designer-facing experience. The focus was to make project progress easier to understand, give active collaboration more space, and reduce the amount of information competing for attention at once.

Solution

Here is an interactive prototype of the final solution:

Above prototype was vibe coded using Claude agents by importing my Figma designs using the MCP server.

The Problem

DarkRoast clients manage a high volume of creative work.

They need to know what is moving, what needs attention, what is blocked, where feedback is required and who is working on what. But the current dashboard made this harder than it needed to be.

Annotated audit of the DarkRoast main dashboard
Main screen audit
Annotated audit of the DarkRoast project detail screen
Project detail screen audit

Across the dashboard, the issues were closely related.

Users had too much information visible at once but not enough clarity about what mattered now.

This resulted in:

  • higher cognitive load
  • slower project triage
  • more context switching
  • unnecessary navigation
  • weaker confidence in project status
  • more friction between clients and designers

The problem was not a collection of isolated UI issues. It was an information hierarchy and workflow problem.

Research

Around 150 clients had responded to a survey asking what they wanted improved.

We started with the client feedback that already existed.

Survey comment

“Needs better mobile experience”

Implied issue

Poor use of space across screen sizes

Survey comment

“Needs better file management”

Implied issue

Previewing and finding the right file inside long conversations

Survey comment

“Issues with text, links and spacing”

Implied issue

Less reliability due to decreased trust

Survey comment

“Providing small updates felt too formal”

Implied issue

Product had a heavy management workflow

DarkRoast needed to support both structured project management and casual collaboration.

Mapping the client workflow

The survey told us what clients were unhappy with, and the audit showed where the interface was getting in the way. But neither explained how those issues connected across a full project.

So I mapped the recurring jobs clients were trying to complete across DarkRoast. This helped separate the underlying workflow from the current interface and gave us a clearer basis for deciding what the dashboard actually needed to support.

  1. Share intent

    Turn rough goals into clear creative direction.

  2. Start work

    Create new work quickly using existing context.

  3. Track progress

    See what needs attention without opening every project.

  4. Review work

    Check quality and direction at a glance.

  5. Give feedback

    Iterate without re-briefing or heavy process.

  6. Reuse & scale

    Carry past work and brand context into future projects.

The current dashboard sat in the middle of this loop — tracking work — without supporting the jobs around it.

Defining the product mental model

The research helped us define a simple way to think about the project page.

A project had two modes.

Current DarkRoast project page, shown underneath the two-mode mental model

Active Mode

Where work happens:

  • messaging
  • feedback
  • coordination
  • file sharing
  • decisions

Reference Mode

Where users check context:

  • project brief
  • metadata
  • summaries
  • historical information

The existing product treated both modes as equally important all the time. That was creating unnecessary density.

Our working principle became: Give active work priority. Keep reference information close, but not permanently in the way.

By the end of the research and audit phase, three priorities were clear.

Make progress obvious

Clients should understand what is happening across their projects without opening each one.

Give active work more space

Messaging, feedback, and collaboration should take priority when users are working inside a project.

Reduce persistent information

Reference content should stay accessible without competing with the main task.

These principles became the foundation for the next phase.

Iterating on the project listing

With those priorities in place, I started by reworking the Projects page — the main place clients scan active work, check status, and decide what needs attention.

I explored several directions around grouping, status visibility, priority, progress, and project capacity. Each iteration tested a different balance between density and visibility, helping us narrow down which signals needed to stay prominent and which could be reduced.

Iterating on the project detail header

The project detail page already contained the right information, but too much of it competed for attention at the top of the screen.

I explored a few ways to simplify the header by reducing metadata, improving the placement of project actions, and keeping important context like status, designers, search, and project details easy to access.

Across the iterations, the direction became clearer:

  • keep the project title and status immediately visible
  • reduce secondary metadata in the header
  • group utility actions more intentionally
  • keep Messages and Files easy to switch between
  • move reference content like AI Summary and Project Details out of the main working area

Final design

What changed in the final design

The final redesign focused on a few high-impact changes rather than replacing the whole experience. Each change came directly from the research and audit, with the goal of making project status easier to scan, active work easier to focus on, and secondary information easier to access only when needed.

Project navigation before the redesign

Before

Project types and statuses were mixed into the same navigation, making the page harder to scan. Clients had to work harder to understand what kind of work they were looking at and what needed attention.

Project navigation after the redesign

After

Project type, status, and priority were separated into clearer layers with stronger visual signals. This made the list easier to scan and helped clients understand project context without opening each item.

Project status rows before the redesign

Before

Project rows relied on ambiguous color bars and activity text to signal what was happening. Clients had to interpret those cues before they could understand priority, status, or what needed attention.

Project status rows after the redesign

After

Priority and status became explicit, scannable fields with clear labels and stronger hierarchy. This made urgent work easier to spot and reduced the need to open projects just to understand their state.

Project messages before the redesign

Before

Messages appeared as a flat stream, with weak separation between people, dates, text, and shared files. This made longer conversations harder to scan and reduced confidence about what was new or important.

Project messages after the redesign

After

The conversation was restructured with clearer message grouping, stronger sender hierarchy, date breaks, and files shown in context. This made the thread easier to follow and helped clients review updates without losing the surrounding conversation.

Project files before the redesign

Before

Files were shown as a flat list with small previews and very little review context. This made it harder to understand versions, compare assets, and give feedback without switching back and forth.

Project file review after the redesign

After

File review was expanded into a dedicated workspace with larger previews, grouped versions, and comments alongside the asset. This made review more focused and helped clients assess creative work and respond in context.

Outcome

The redesign moved DarkRoast from a dense project management interface toward a clearer creative workspace.

The final direction made project status easier to scan, gave collaboration more space, and brought files, feedback, and reference information closer to the work they supported.

Rather than adding more features, the focus stayed on reducing friction, improving hierarchy, and making progress easier to understand.

Reflection

This project pushed me to think beyond individual screens and focus more on workflow, information architecture, and product behaviour.

The biggest lesson

The biggest lesson was that the right solution was not a complete redesign. It was understanding what users needed to notice, what they needed to act on, and what could stay one step away.

From audit to final interface, the goal stayed the same: make creative work easier to follow without making clients manage the process.

Curious to know more? This is just a small part of the design process. To get the full story, get in touch.