27 Guide
Web application examples, 12 real ones
Most example lists name the same five giants and stop. Here are those, plus six web apps I built myself, with what each pattern looks like from the inside.
A web application is software that runs in the browser, knows who you are, and changes state when you act. The six famous examples below each demonstrate a pattern the industry copies. The six after them I built and shipped myself, which means I can tell you what each pattern costs and where it bites.
Six famous examples, by pattern
| App | Pattern it demonstrates | What to notice |
|---|---|---|
| Gmail | The app-in-a-browser | Proved a browser tab could replace installed software for something as constant as email |
| Google Docs | Realtime collaboration | Two cursors in one document. Sync is the product, not a feature |
| Figma | Heavy tooling in a tab | A full design suite in the browser, where "install nothing" beat a desktop incumbent |
| Notion | The flexible workspace | One data model (blocks) wearing a hundred faces: docs, tables, wikis, kanban |
| Trello | One metaphor, done well | Cards on boards. Scope discipline as a product strategy |
| Shopify admin | The operational backend | The public store is a website. The admin running it is the application |
Notice what all six share: accounts, stored data, and actions with consequences. That is the working definition, and I unpack it properly in web application vs website.
Six I built and shipped
These are live products, not mockups. Three have public case studies you can read.
1. Orbit, a multi-tenant CRM
Pipelines, contacts, tasks, billing, a page builder, and AI agents that act on records. The pattern is the classic business web app: many companies on one codebase, each seeing only its own data. Multi-tenancy is also the single hardest thing to retrofit, which is why it has to be a day-one decision. Case study here.
2. Tandem, a couples app
Realtime sync, shared lists, video, and games for two people in different time zones. I built it for my own long-distance marriage, which made my wife the QA department. The pattern is the realtime app, the same family as Google Docs: the hard part is not the features, it is keeping two clients agreeing about state. Case study here.
3. Portal, a client-facing surface
Files, progress, updates, and approvals in one logged-in place, plus a browser extension for pinning feedback onto a live page. The pattern is the client portal, the most requested web app in small-business work, because it replaces the "any update?" email. Case study here.
4. Sonar, cookieless analytics
A tracking script, an ingestion endpoint, and a dashboard answering "how is my traffic" across roughly 20 sites without cookies. The pattern is the data pipeline app: the UI is the easy half, and the write path that must never lose an event is the real build.
5. Almanac, a trends dashboard
Aggregates trend data into a browsable, searchable dashboard with audio summaries. The pattern is the read-heavy dashboard: ingest on a schedule, cache aggressively, and make the reading experience fast enough that people come back.
6. Perch, an SEO rank tracker
Tracks keyword rankings, runs site audits, and prices every recommendation with live search data. I built it because I wanted the tool, and this article exists partly because Perch's keyword data said it should. The pattern is the API-orchestration app: most of the product is talking to other services well, with caching and cost control doing the quiet work.
What the examples add up to
- Every business web app is one of a few shapes. Portal, dashboard, CRM, pipeline, tracker. Vendors dress them up, but the underlying patterns repeat, which is why an experienced builder can scope them quickly.
- The visible screen is the small half. Across all six of mine, the auth, permissions, data model, and admin surfaces outweighed the pages users praise. Budget accordingly, and my cost breakdown shows exactly where that money goes.
- Browser-first keeps getting stronger. Everything above ships to every device instantly, with no app store between you and your users. For most business software the web is not the compromise option, it is the correct one.
More of my shipped work, including the client builds, is on the work page. If one of these patterns looks like your problem, custom web app development explains how a build with me runs, or just describe the workflow you want to kill.