Topics
The card is the smallest unit of meaning on a board. Crowd it and the board becomes unreadable; under-fill it and people open every card to find what they need. The middle band is narrower than it looks.

The card has one job: to tell the person standing in front of the board what this work is, who's on it, and whether it's healthy - in under three seconds. Anything that doesn't serve that job is decoration.
Open your board, look at any card without clicking it, and ask yourself three questions in order: what is this work? (one-line title), who's responsible right now? (current-phase owner), is it healthy? (overdue / blocked / on-track). If you can answer all three in under three seconds without opening the card, the ergonomics are right. If even one requires a click, the card is under-designed for the role it plays in daily reading.
The right minimum is small. Title (concrete, customer-recognisable). Current owner (avatar or initials of the person responsible for this phase, not the original assignee). Health glyph (a single visual: green = on-track, amber = approaching duration, red = overdue, grey = blocked). That's the whole surface most boards need. Optional add-ons: priority chip, deadline date if it's tight, a single tag if your taxonomy is small enough that one tag identifies category. Anything else lives behind the click.
Five recurring offenders. The full date stack (created, started, due, completed) - one date is signal; four are noise. Every assignee ever - the original assigner, the current owner, the QA reviewer, the deliverer - shown as a row of four avatars. The current-phase owner is the only one that matters at glance. Tag soup - 5+ tags per card; the eye stops reading them. Description preview - a 200-character preview of the card body; never load-bearing on the surface, always cluttering. Custom field salad - every Asana / Notion-imported field shown on the surface because the import couldn't decide which were important. The migration is the right time to drop them.
The five-card audit
Once a quarter, pick five random in-progress cards and audit them against the three-second rule. If any of the five fails, the surface fields are wrong, not the card. Strip what's not load-bearing - usually one field, occasionally two. The board reads cleaner the same afternoon.
A practical heuristic. Zoom the board to 50% in your browser. Can you still read the cards' load-bearing information - title, owner, health? If yes, the ergonomics scale. If at 50% the cards become illegible, you're relying on detail that won't survive a busy day on a real screen. Most production teams should design for the 50% zoom case; the 100% zoom is for the moment you click in to do work, not for the moment you scan to plan.
{PRODUCT}'s card surface is intentionally narrow: title, current-phase owner, health glyph derived from phase duration + blocked state, with the priority chip optionally enabled. The description, comments, attachments, and full audit log live behind the click. We've watched too many production boards drown in surface noise; the discipline is set by the default rather than left to the team's restraint.
FAQ
Free plan, no credit card. We host in Germany. You can export and delete everything self-serve.

Written by
Co-Founder + CEO
Julia is one of the Co-Founders. She handles design, product direction, and most of the support replies that arrive in the morning.
Read next
WIP limits, plainly: why constraining work-in-progress speeds the team up
What WIP limits do, when to set them, and the numbers that work.
Read
The five-minute daily stand-up around the board
Five minutes a day, three questions, no chairs.
Read
Running a production board as a team of one
What changes when there's no team to hand off to.
Read