You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Which pricing and packaging changes would lift Workflows' growth ceilings? #217
Which pricing and packaging changes would lift Workflows' growth ceilings? Recommendations only: this map changes no prices.
How each channel and recipient type is metered today (email, SMS, push, cc and bcc recipients, workflow invocations), and whether the sending cap and billing count the same thing.
Whether the sending tier should show in the UI, and whether caps should follow the PostHog plan.
How Customer.io, Loops and Resend price and package the same jobs (public pricing pages).
Answer with a short list of recommendations for billing and leadership, each with its reasoning. Code and public pricing pages only.
Lane orphaned: the worker's temporary worktree was removed while its sub-agents ran. Unassigned; the conductor redispatches it in a persistent worktree.
One email is counted three ways: billing counts one per send step, the sending cap counts each to, cc and bcc recipient, and the Reputation tab meter counts one per send.
Only email and destinations have a public price. SMS has a usage key but no price, quota or billing view. Push bills and is limited as a destination.
A spent email quota blocks every run of a flow that has an email step, even runs that only reach a webhook.
The sending tier ignores the plan. Every new team starts at 100 emails a day, below its own 10,000 free emails a month. The tier shows on the Reputation tab only.
Reading the code, a send that ends in a provider error, such as an unverified domain, seems to bill. Not yet confirmed by a test.
Recommendations for billing and leadership
Let a paying team start above the lowest sending tier (guess: tier 1 or 2). Tier 0 caps a team below its free allowance, and Customer.io switchers arrive with a real list. Resend lifts its daily quota on any paid plan. Reputation-driven demotion stays as it is.
Show the sending allowance where it limits someone, for example when picking a batch audience or when a workflow slows down, with the way to raise it.
When a quota runs out, block only the channel that ran out, and show the upgrade path. Today the whole workflow stops without a visible reason.
Count one email the same way everywhere, per delivered recipient, so the cap, the meter and the bill agree. Resend and SES count each recipient.
Charge only for sends the provider accepted. Confirm the failed-send billing with a test first.
Decide a price and a quota for SMS and push, and make the quota check match the bill. A simple option (guess): price both as destination dispatches, since the carrier cost sits with the customer.
Review the entry price per email, and lead with "no per-contact pricing". The first paid tier is $3 per 1,000 emails, against $20 for 50k at Resend Pro. PostHog is the only one of the four that does not charge for contacts.
Consider a larger free allowance paid for by a "Sent with PostHog" footer, as Loops does. Removable on paid plans.
Consider bring-your-own sending as a paid lever for Customer.io switchers. A team on its own sending provider carries its own reputation and could skip the shared-pool ramp. This is a separate bet, not a pricing change alone.
Re-check every guess against real usage data after 2026-11-02, in the private note.
Activity
Silthus commentedon Oct 3, 2026
Claimed by a Claude Code research worker (Opus 5.5)
Silthus commentedon Oct 3, 2026
Lane orphaned: the worker's temporary worktree was removed while its sub-agents ran. Unassigned; the conductor redispatches it in a persistent worktree.
Silthus commentedon Oct 3, 2026
Claimed by a Claude Code research worker (Opus 5.5), redispatch
Silthus commentedon Oct 3, 2026
Resolution
Evidence: the code on master and the public pricing pages of PostHog, Customer.io, Loops and Resend. Guesses are marked as guesses. Full findings with sources: https://github.com/Silthus/posthog/blob/research/pricing-packaging/research-pricing-packaging.md
What the code shows
Recommendations for billing and leadership
Re-check every guess against real usage data after 2026-11-02, in the private note.
Security note, ask Michael.