{"slug":"inbox-first-application","meta":{"title":"Inbox-First Application","slug":"inbox-first-application","kind":"ia","summary":"The app opens on what needs you, ordered, rather than on a summary of everything — so the first screen is a worklist you can empty, not a dashboard you look at.","problem":"People open the product and land on charts. They then navigate to find the work, which means the home screen costs a click and answers a question nobody asked. Meanwhile the things that actually need someone are spread across five lists and discovered by memory.","family":["orient","act"],"principles":["surface-dont-bury","orientation"],"status":"stable","visibility":"public","related":[{"title":"Review Queue","url":"/patterns/review-queue","summary":"The single-stream version of the same idea, for one kind of decision."},{"title":"Dashboard Disease","url":"/patterns/dashboard-disease","summary":"What an inbox-first app is a reaction against."}]},"body":"## The shape\n\n```\n  ┌──────────────────────────────────────────────────┐\n  │ Needs you                                    7   │  ← the whole home screen\n  │ ─────────────────────────────────────────────    │\n  │ ⚠ INV-1041 overdue 12 days      chase or write off│\n  │ ⚠ JOB-204 handed to you          accept or return │\n  │ ● Priya mentioned you on INV-1043                 │\n  │ ● 3 expenses awaiting your approval               │\n  │ ─────────────────────────────────────────────    │\n  │ Nothing else needs you today.                     │\n  └──────────────────────────────────────────────────┘\n```\n\nThe organising claim is that **the top of the application is a worklist**.\nEverything else — reports, browsing, configuration — is reachable, but not what\nopens.\n\n## When this is the right architecture\n\n- Most people using the product have a **queue-shaped job**: things arrive, they\n  act on them, the pile should empty.\n- The work spans several record types, so no single list is \"the\" list.\n- Missing something has a cost — a deadline, a customer, a compliance window.\n- People use the product most days.\n\nIt is the wrong architecture when the primary job is **exploration** (analysis\ntools, catalogues, reporting products), or when people arrive with a specific\nrecord in mind and just need to find it — that is a\n[search-first](/patterns/global-search) application.\n\n## Why it works\n\nIt makes the software's opening statement *\"here is what needs you\"* rather than\n*\"here is everything that exists\"*. That single change moves the burden of\nknowing what to do next from the person to the system, which is the most\nvaluable thing an internal tool can do for someone doing the same job every day.\n\nIt also creates a natural completion state. A dashboard is never finished; an\ninbox can be emptied, and being able to finish is a large part of why people\nkeep coming back to inbox-shaped software.\n\n## What it demands of you\n\nAn inbox-first app is a promise, and the promise is expensive:\n\n- **Everything that needs a human must reach the inbox.** One category that does\n  not — an email that goes elsewhere, a status nobody surfaces — and people\n  learn they still have to check manually, at which point the inbox is an extra\n  place to look rather than the only one.\n- **Nothing that does not need a human may appear.** The moment it fills with\n  informational items, it becomes a feed, and feeds get skimmed.\n- **It has to be orderable and emptyable.** If the count never reaches zero, it\n  stops being an inbox and becomes a backlog people ignore.\n\nThose three are why this architecture is chosen less often than it should be:\nthe interface is easy and the discipline is hard.\n\n## The relationship to dashboards\n\nAn inbox-first product can still have a dashboard — it is just not the front\ndoor. That is usually the right resolution of the argument: managers want the\nnumbers, operators want the work, and putting the numbers first serves the\nsmaller group at the expense of the larger one on every single visit.\n\n## Exemplars\n\n**Front and Intercom** are inbox-first by definition, and demonstrate the\ncompletion effect: agents work to zero, and the product is designed to make that\nfeel like the point.\n\n**Linear's \"My issues\"** is an inbox in everything but name, and shows the\ncross-record-type version — issues, mentions and reviews in one ordered list.\n\n**GitHub's notifications-as-workflow** is the counter-example that proves the\ndemand: many teams route it into a separate tool precisely because it fills with\nthings that do not need a human.\n\nThe extractable rule: **an inbox is a claim that this is everything you need to\nlook at.** Only build one if you are willing to keep that claim true.\n"}