undefined | Better HN

0 pointsSytten4y ago0 comments

If I have a suggestion for the cloud pricing, I would move away from the per user model that every competitor uses. It is a non-starter for all the B2C startups where a user might login once to buy a thing and never login again during the month/year. That is will I am not suggesting any auth provider to my clients and I recommend they use passport/build it in house. I really prefer to have pricing per API calls (in case of shared machines) or per machine (in case of dedicated instances).

0 comments

8 comments · 2 top-level

claystraw4y ago· 4 in thread

Thank you Sytten, this comment makes me happy because it confirms our bias! MAU pricing has always been my personal enemy. Ory is and never will charge on a MAU basis. Instead, we'll be working with CPU, Memory, and Disk usage (like any other cloud provider) and with additional services on top. We're not fully there yet to communicate this clearly, but if you're interested check out the pricing page to understand where we want to land at: https://ory.dev/pricing/

bsid4y ago

MAU pricing is terrible! love this idea.

Heads up, I don't quite get this from your pricing page at all right now.. It says "First 900 free" and "First 100 free" without any indication of what those numbers mean.

claystraw4y ago

Clerk (your profile says you're CTO) has a per-user pricing though? Or are you planning on changing it?

> It says "First 900 free" and "First 100 free" without any indication of what those numbers mean.

Thank you, we'll clarify that! It means that we're giving the first 900 "start up" and 100 "growth" plans away for free for a year

1 more reply

SyttenOP4y ago

I suggested that because the pricing page said 900 free users and that got me worried. Glad to see you are moving in the right direction!

I think you might want to try the API calls pricing model (a la S3) because as a dev I usually don't know how much resources I need. But I can estimate that if I have X user that login each day that makes Y API calls which translate to Z$ (with proper spamming protection of course).

Aeolun4y ago

I think the pricing page suggests that if you sign up now, you won’t be paying the $21/month fee (for one year).

It’s hard to use the correct terms when you have users signing up to user management as a service xD

mooreds4y ago· 2 in thread

@sytten, interesting feedback. How would you feel about MAU pricing that varies?

If you are an app for schools and students, you might have 300k users in Sep-May, but 10k users in Jun-Aug.

Would you feel comfortable if the cost went down during the low traffic months to a lower band, based on the 10k users?

Or is that still a non-starter?

SyttenOP4y ago

Everything that is per user is a non-starter in my book.

Because the vast majority do 1-2 API calls to login once, are considered active and then never login again during the month. But you still have to pay as if it was active for the whole month.

That is why per API call pricing (a la AWS S3) or resources based pricing (1 CPU) is the best.

mooreds4y ago

Thanks for the feedback!

j / k navigate · click thread line to collapse

0 comments

8 comments · 2 top-level

claystraw4y ago· 4 in thread

bsid4y ago

MAU pricing is terrible! love this idea.

Heads up, I don't quite get this from your pricing page at all right now.. It says "First 900 free" and "First 100 free" without any indication of what those numbers mean.

claystraw4y ago

Clerk (your profile says you're CTO) has a per-user pricing though? Or are you planning on changing it?

> It says "First 900 free" and "First 100 free" without any indication of what those numbers mean.

Thank you, we'll clarify that! It means that we're giving the first 900 "start up" and 100 "growth" plans away for free for a year

1 more reply

SyttenOP4y ago

I suggested that because the pricing page said 900 free users and that got me worried. Glad to see you are moving in the right direction!

Aeolun4y ago

I think the pricing page suggests that if you sign up now, you won’t be paying the $21/month fee (for one year).

It’s hard to use the correct terms when you have users signing up to user management as a service xD

mooreds4y ago· 2 in thread

@sytten, interesting feedback. How would you feel about MAU pricing that varies?

If you are an app for schools and students, you might have 300k users in Sep-May, but 10k users in Jun-Aug.

Would you feel comfortable if the cost went down during the low traffic months to a lower band, based on the 10k users?

Or is that still a non-starter?

SyttenOP4y ago

Everything that is per user is a non-starter in my book.

Because the vast majority do 1-2 API calls to login once, are considered active and then never login again during the month. But you still have to pay as if it was active for the whole month.

That is why per API call pricing (a la AWS S3) or resources based pricing (1 CPU) is the best.

mooreds4y ago

Thanks for the feedback!

j / k navigate · click thread line to collapse