As others have already said, you can get millions of executions of serverless functions for literal pennies on other platforms.
These serverless platforms already tend to cost A LOT more than running traditional servers, but your offering is 200,000 times pricier than an already costly option.
One thing to note here is that those traditional providers charge per request, while your product is priced on actions, which are blocks in the request flow. Realistically, any non-basic API will have several blocks for each request, thus considerably inflating your numbers.
To put things in perspective here, 1 Req/s is 2.5M Req/Mo which is already over your highest plan, and while it may be a considerable amount of volume for a medium app, it’s still something you could run on a $5 VPS and have 99% of your CPU sitting idle. For your proposed pricing, you could literally deploy tens or hundreds of dedicated servers around the world for each client that signs up and still end up being ridiculously overpriced.
As another example, given the current Reddit debacle, we know that an average user of theirs makes ~380 API Req/day. This means that 175 users would saturate the 2M actions in your highest Team plan. How would you justify 30.000$ for 175 MAU?
If these prices are somehow based on your costs for hosting the API you seriously need to rethink your internal efficiency
That said, I like the style and concept of the product, but there are still too many missing features, especially to justify a price that’s many orders of magnitude higher than anyone else.