What does "an update" actually mean?

Since I started Frontend Supply, I've been trying to find the right words to explain how the work is structured.

Pricing fixed-scope work is easy. You know what you're building, you scope it, you name a price. Traditional freelance has always worked this way. But ongoing work doesn't have a fixed scope. You can assign anything: new features, fixes, pages from scratch, code review, or even tasks from different codebases. That's the whole point of the model.

When the scope is open, the only honest thing you can sell is capacity. And capacity needs a unit.

When I first launched, that unit was hours. Basic was 2 hours a day, Pro was 3. I thought that was concrete enough. But the questions that came back were completely fair: "Do you stop working once the hours are up?" and "What does the hour count even matter if the pace varies?" They were right. Hours felt arbitrary.

So I switched to "updates." Basic gets 2 updates a week. Pro gets 3. That felt more honest to how I actually work. I think in chunks of deliverable work, not clock time.

But I just had a call with a potential client who said the same thing: "It's still unclear what an update actually means."

Also fair.

Why the word is awkward

Here's the honest problem: "update" isn't a precise unit. Some weeks a client has a queue of small, well-scoped tickets and I ship 5 updates in a single day. Other weeks there's one big, complex piece and that's the whole week. Both are correct uses of the plan.

When I write "2 updates per week" in the pricing section, what I mean by an update is a meaningful chunk of shipped frontend work. Not a small tweak. Not a one-line fix. Something that moves the product forward in a visible way.

I added a tooltip to the pricing section to hint at this. But a tooltip isn't enough to actually show it.

What a week actually looks like

Here are two batches from the same client project, two separate domains of the same product. Each represents exactly 3 updates: one full week on the Pro plan.

The first was an AI chat product. I built the full UI from scratch: an onboarding flow, a conversational chat screen, an interactive map that displays route suggestions, a detail page, and a booking screen with a date picker. Every screen responsive, all states covered.

The second was a groceries domain. Five pages: a category browser, a product detail modal, a multi-step checkout, a delivery options screen, and an order history page. The kind of product where every screen has edge cases (empty states, loading states, error states) and they all need to work.

Both were 3 updates.

One more thing

The hours never actually went away.

Internally, I still think of Basic as roughly 2 hours of focused work per day, and Pro as 3 to 4. That's how I separate the plans and manage my time across clients. I work with up to 3 at once, so I need a way to make sure each one gets proper attention.

But that's a capacity management tool, not a hard limit on the work. If a task takes longer, I don't stop. The hours are there to make sure I'm being fair across clients, not to cap what I deliver to any one of them.

So when I say "updates," I mean meaningful output. And when I say Basic or Pro, I mean how much of my day is genuinely dedicated to your product.