What is it
Per-Task Pricing is a billing unit where customers are charged per task an automation or agent executes — Zapier’s historical unit, now spreading to AI agents. The task is work-shaped: not a request served or a token generated, but a discrete action completed on the user’s behalf, which makes it the unit that most directly answers the buyer’s question “what did I get for the money?”
Zapier defined the genre: every action step a Zap executes consumes one task, plans are sold as monthly task tiers, and the published prices ($19.99/month Professional and up, billed annually) are explicitly the 100-task entry rung of a ladder that climbs with volume. Rows embeds the unit inside seat pricing — its Plus tier bundles 200 AI Tasks and a million cell-enrichment tasks per month into a $8/user seat — and was acquired by Superhuman in February 2026 with the structure intact.
The unit’s frontier is AI agents, and the frontier is contested. Lindy sold agent work through task-credits before pivoting in 2026 to flat $49.99/$99.99/$199.99 subscriptions whose usage differences appear only as tier multipliers — while Mercor and micro1 price task-shaped expert and data work entirely behind sales quotes, with only the payout side (what contributors earn per task) publicly visible.
How it works
| Lever | What it controls | Example from the corpus |
|---|---|---|
| Task definition | The effective price per workflow | Zapier: one task per executed action step; agent platforms often count a whole run |
| Tier-embedded meter | Price scales inside the plan name | Zapier plans priced “from” the 100-task tier upward |
| Bundled allowances | Tasks as seat sweetener | Rows: 200 AI Tasks + 1M cell-enrichment tasks in an $8 seat |
| Multiplier abstraction | Usage without arithmetic | Lindy: “3x” / “7x more usage than Plus” replaces task counts |
| Quote gate | Human-AI task work | Mercor and micro1: buyer-side task pricing undisclosed, sales-led |
Worked example — the definition is the price. A five-step Zap (one trigger, four actions) firing 30 times a day consumes ~3,600 Zapier tasks a month — but the same workflow on a platform that counts one goal-level run per execution would meter 900. Neither vendor is wrong; they’ve defined the unit at different altitudes, and the 4x spread is invisible until you price your actual workflows. This is the sharpest instance of the rule in the usage-metric guide: the unit’s definition, not its rate, is where task quotes diverge.
Worked example — two tasks, 5,000x apart. On Rows Plus, an “AI Task” (an LLM-powered analysis step, 200/month included) and a “cell-enrichment task” (a table-data lookup, 1,000,000/month included) share a name and differ in allowance by 5,000x. The shared label works because each meter is sized to its own cost reality — but it means “tasks included” is meaningless across vendors without the qualifier.
Companies using this
5 in-corpus companies meter tasks: Zapier’s canonical action-step meter, Rows’ bundled task allowances, Lindy’s post-pivot usage tiers, and the quote-gated expert-task marketplaces Mercor and micro1.
Patterns observed
The task meter survives best where tasks are discrete and countable: Zapier’s automations have crisp step boundaries, and Rows’ spreadsheet operations are naturally enumerable — both vendors publish their counting rules and let the tier ladder carry the volume discount. Where the work is ambient and continuous, the unit retreats behind abstractions: Lindy’s multiplier tiers and the entitlement-style allowances that wrap most agent pricing both exist because an always-on assistant’s task burn is unforecastable for the buyer.
The second pattern is the human-AI blur: at Mercor and micro1, the “task” being priced is performed by vetted human experts, AI systems, or both — and buyer-side rates are quoted, not published, because the task mix itself is the negotiation.
Counterexamples & variants
Lindy is the counterexample from inside the cohort: it ran task-credit pricing for its agents and walked it back in 2026, landing on flat subscriptions where usage exists only as tier multipliers — evidence that for ambient AI assistants, the task meter’s precision reads as unpredictability to the buyer. The agent-platform world Lindy left behind is split between that flat model and the per-task conviction Zapier still embodies; which side wins is one of the open questions in agent pricing. And the marketplaces (Mercor, micro1) are less a counterexample than a different genus: the task is real, but it’s a unit of labor procurement rather than software metering, priced per engagement behind a sales process.
What this means for buyers vs vendors
For buyers
Price your three highest-volume workflows, not the rate card: count the action steps the way each vendor counts them, because the task definition moves quotes by 4x before any discount conversation starts. On bundled models (Rows), check which task meter your workload actually hits — the generous-sounding million-task allowance may not be the one your AI usage draws from. And on flat agent plans (Lindy), ask what “3x usage” denominates; a multiplier without a unit is a fair-use policy you haven’t read yet.
For vendors
The task is the most buyer-legible unit in automation — one task, one thing done — so spend that legibility carefully: publish the counting rule with worked examples, keep one definition across endpoints, and put volume discounts in visible tiers the way Zapier does. If your product acts continuously rather than discretely, consider whether you’re selling tasks at all: Lindy’s pivot suggests ambient agents sell better as capacity (flat tiers with allowances) than as itemized work, and a meter your buyer can’t predict is a churn driver regardless of how fair it is.
| Company | Product | Pricing model | Billing units | Free tier | Verified |
|---|---|---|---|---|---|
| Lindy | AI executive assistant (iMessage/SMS) — formerly AI agent-builder platform | No | 2026-06-10 | ||
| Mercor | AI talent marketplace + enterprise data partnerships for frontier AI labs | No | 2026-06-08 | ||
| micro1 | Human-data engine, RL environments, and agent evaluation for frontier AI labs | No | 2026-06-08 | ||
| Rows | Rows AI spreadsheet | Yes | 2026-06-08 | ||
| Zapier | Workflow-automation (iPaaS) platform connecting 9,000+ apps, with separately-metered AI Agents and Chatbots add-ons | Yes | 2026-06-02 |
FAQ
What is per-task pricing?
Per-task pricing is a billing unit where customers are charged per task an automation or agent executes — one action completed, one task consumed. Zapier made it the canonical automation unit, and AI agent and data platforms have adopted variants of it because a task maps to work actually delivered.
How does Zapier count tasks?
Each action step a Zap successfully executes consumes one task, so a five-step workflow running 30 times a day burns roughly 3,600 tasks a month from action steps alone. Plan prices scale with the monthly task tier you select — the published prices are the 100-task entry point.
Which companies use per-task pricing?
Five in this corpus: Zapier (the canonical task meter), Rows (AI Tasks and cell-enrichment tasks bundled into seat tiers), Lindy (which pivoted from task-credits to flat tiers in 2026), and Mercor and micro1, where task-shaped expert and data work is priced behind sales quotes.
What's the main problem with task-based billing?
The definition. Whether a multi-step agent run counts as one task or ten changes the effective price by an order of magnitude, and vendors draw the line differently — Zapier counts every action step, while agent platforms often count a whole goal-level run as one. Always price your real workflows, not the headline rate.
Why did some vendors abandon per-task pricing?
Forecastability. Lindy moved from credit-based agent pricing to flat subscriptions with usage multipliers in 2026 because buyers of always-on assistants couldn't predict task burn. Task meters fit discrete, countable automations better than ambient agents that act continuously.
Trivia
-
Zapier's published plan prices are all quoted "starting from" the 100-tasks-per-month tier — the same named plan costs more at higher task allotments, so the meter lives inside the plan name rather than beside it.
-
Rows' Plus tier carries two task meters 5,000x apart: 200 AI Tasks per month alongside 1,000,000 cell-enrichment tasks — the same word denominating an expensive LLM call and a cheap table lookup in one price card.
-
Lindy ran the corpus's clearest retreat from the unit: it pivoted off credit-based agent pricing in 2026 to flat $49.99/$99.99/$199.99 tiers whose usage differences are expressed only as "3x" and "7x more usage than Plus" — task math replaced by tier multipliers.
Related billing units
- Credit-Based BillingA billing unit where customers pre-purchase or are allocated a pool of credits that deplete as they use the product, often at variable rates per feature.
- Token-Based PricingA billing unit common in LLM and AI products, where customers are charged per input and output token processed.
- Per-Seat PricingA billing unit where the vendor charges a fixed fee per named user, regardless of how much each user consumes.
- Per-Resolution PricingA billing unit unique to AI customer-support products, where the vendor charges only when an AI agent resolves a customer issue without escalation.
- Bandwidth-Based PricingA billing unit where customers are charged per gigabyte of data transferred out of the platform.
- Per-Function-Invocation PricingA billing unit where customers are charged per serverless function invocation, often combined with a separate compute-time charge.
- CPU-Hour PricingA billing unit where customers are charged for the CPU time their workloads consume, typically measured in vCPU-seconds or vCPU-hours.
- GB-Hour PricingA billing unit where customers are charged for the memory their workloads consume over time, measured in gigabyte-hours.
- GPU-Hour PricingA billing unit where customers are charged for GPU time consumed, typically measured per-second or per-hour by GPU type.
- Per-API-Call PricingA billing unit where customers are charged per API request, regardless of payload size or processing time.
- Per-GB Storage PricingA billing unit where customers are charged per gigabyte of data stored on the platform per month.
- Media-Minute PricingA billing unit where customers are charged per minute of audio or video processed — used by speech, voice, and video AI vendors.
- Per-Request PricingA billing unit where customers are charged per request served — the generic meter for inference endpoints, search, scraping, and browser infrastructure.
- Per-Event PricingA billing unit where customers are charged per event ingested — the native meter of observability and billing-infrastructure platforms.
- Vector Storage PricingA billing unit where customers are charged for vectors stored or indexed — the storage dimension of vector database pricing.
- Per-Character PricingA billing unit where customers are charged per character of text processed — the standard meter for text-to-speech and translation.
- Per-Document PricingA billing unit where customers are charged per document processed or generated — common in AI writing, SEO, and document-intelligence tools.
- Per-Page PricingA billing unit where customers are charged per page crawled, parsed, or rendered — the meter for web scraping and document parsing.
- Per-Transaction PricingA billing unit where customers are charged per financial or billing transaction processed — the meter of billing and accounting platforms.
- Active-User PricingA billing unit where customers are charged per monthly or daily active user rather than per provisioned seat.