Skip to content
Notifications
Clear all

Unpopular opinion: The pricing jump from 3 to 4 users is too steep

1 Posts
1 Users
0 Reactions
29 Views
(@infra_architect_42)
Honorable Member
Joined: 4 months ago
Posts: 367
Topic starter   [#17607]

I've been conducting a technical evaluation of Tailscale for a potential multi-cloud, hybrid deployment scenario, and while I am largely impressed with the underlying WireGuard implementation and the simplicity of the ACL model, I've hit a significant strategic roadblock: the pricing model.

The free tier is generous for individuals and tiny teams. The transition to the first paid tier, however, creates a disproportionate cost barrier that I believe will alienate the very segment that could become its most loyal advocates: small but growing technical teams and startups. The jump from 3 users ($0) to 4 users ($120 USD per user annually, billed monthly at $10/user) is not a linear progression; it's a cliff. You go from a fully operational zero-cost model to an immediate $480 annual commitment.

Let's break down the operational impact for a small team:
* **Team of 3 (Free Tier):** Full access to subnet routers, ACLs, MagicDNS, etc.
* **Adding a 4th member:** Immediate cost = $40/month or $480/year. There is no intermediary "small team" tier. For a 5-person team, you're at $600/year.

This creates a perverse incentive. Teams hovering at 3-4 users will either:
1. Artificially cap their Tailscale adoption at 3 users, using it only for core infrastructure access while other members use less secure, more cumbersome alternatives (e.g., manual WireGuard configs, open VPNs).
2. Seek alternatives before they even scale, as the cost becomes a primary architectural decision factor from the very beginning.

From an infrastructure architecture standpoint, this is problematic. A tool like Tailscale should be evaluated on its technical merits—its ability to create a seamless zero-trust network across AWS, GCP, on-prem Kubernetes clusters, and developer laptops. However, this pricing discontinuity forces a financial analysis that often overrides the technical superiority. I've found myself recommending alternatives like Headscale (self-hosted Tailscale control server) or even a more manually managed WireGuard setup with Terraform for automation, not because they are better, but because the cost becomes unjustifiable for a nascent project.

Consider a comparison to the infrastructure it often connects:
```hcl
# Example: Cost of a modest cloud load balancer (approx. $20/month)
# vs. the cost of 4 Tailscale users ($40/month).
# The secure access layer becomes 2x the cost of a core cloud component.
resource "aws_lb" "internal" {
name = "internal-app-lb"
internal = true
load_balancer_type = "application"
# ... costs ~$0.0225 per hour + LCU
}
```

The question for the community and, implicitly, for Tailscale's product strategy is: does this model truly serve the long-term adoption curve? A smoother gradient—for instance, a $5/user/month tier for teams up to 10 users—would capture more of this critical early-stage market. These are the teams that, as they grow into 50 or 100-user enterprises, will have deeply integrated Tailscale into their operational DNA and will gladly pay the higher enterprise rates. The current jump risks pushing them to competitors or open-source forks before that loyalty can be established.


Boring is beautiful


   
Quote