Most active commenters
  • danpalmer(3)

←back to thread

466 points blacktechnology | 11 comments | | HN request time: 0.727s | source | bottom
Show context
dotty- ◴[] No.41834073[source]
The pricing is very interesting. The company I work for pays $20k for Jira & Confluence and $20k for Slack every year. And this platform claims I can replace both of them for $3600/year? and it's open source? The marketing looks great, so I hope the platform is actually a good competitor. I'd be so curious to see what their revenue is every year.
replies(1): >>41834109 #
1. danpalmer ◴[] No.41834109[source]
Basecamp is also the same price. SaaS pricing is all made up. If you're a high-margin SaaS company the idea of spending $40k/yr for this seems... fine. If you're a small business, or you operate on retail margins, you'd laugh them out of the room, and rightly so as there are great tools at far better prices.

The idea of every service charging $15-30 per user per month is a myth perpetuated by companies who themselves have that budget to spend out of their VC funding.

replies(4): >>41834527 #>>41834597 #>>41834661 #>>41836402 #
2. rtpg ◴[] No.41834527[source]
Only $15-$30 per user! What a deal!

Somebody hasn't experienced Salesforce pricing

3. imranhou ◴[] No.41834597[source]
Postman is one example - imagine spending 30 bucks a month on a tool that lets you call APIs.
replies(3): >>41834846 #>>41834942 #>>41839032 #
4. colechristensen ◴[] No.41834661[source]
SaaS pricing is so weird because for so many things because the cost to run per user is almost zero, but then the company is spending tens or hundreds of millions of dollars developing the software.

Evernote once had a valuation of nearly 2 billion, and like 400 employees.

I replaced it with Obsidian which gives me more value and it was mostly just made by two people, now they list 9 employees, one of whom is the office cat.

Each company for me was just syncing some text and maybe a few larger things like PDFs. The actual cost of that is pennies per year.

5. ndndjdjdn ◴[] No.41834846[source]
I am of the opinion that curl is better simply because you are already in the command line. You can use vim fzf or bash with it. Also curl will be the same on the day you die.
6. danpalmer ◴[] No.41834942[source]
Not only this, but it's worse for the fact that it's in a web browser, vs just being a native app that could be sold once, or at least with a yearly subscription for maintenance at 1/10th of the cost.

The problem is that they realised they could make more money by trying to lock companies into a proprietary API definition platform – they want the design, testing, QA, documentation, etc, all to happen in Postman.

replies(1): >>41836155 #
7. rty32 ◴[] No.41836155{3}[source]
I mean, locking users into your platform is one of the most common ways companies make money and keep making money. And that works.

If you want an obvious example, look at Apple.

replies(1): >>41844419 #
8. prmoustache ◴[] No.41836402[source]
SaaS pricing is based on how captive the customers can be.

I am not a fan of Atlassian products, but what retains them the most aren't the qualities of the products themselves nowadays, but the integration and plugin ecosystem + the difficulty of exporting the data. Nearly every tool has an integration for either jira, bitbucket, confluence, or all of them. And you would usually dismiss any tool that doesn't have them if you are an Atlassian customer already. Once you have set that up but decide you are paying too much for it, good luck good luck telling your users they will surely lose data/formatting/integrations when migrating to some other tool. This + having to train people to use another tool while companies usually take for granted that their users won't get lost in Jira (which really isn't true).

Ultimately it becomes more of a tax than a price.

9. bearjaws ◴[] No.41839032[source]
Especially when Bruno exists. The idea that people are hosting their entire API knowledge base in a third party server instead of their git repo...

https://github.com/usebruno/bruno

replies(1): >>41906716 #
10. danpalmer ◴[] No.41844419{4}[source]
I guess my point here is that being closed is directly against the goals of the technology. Apple's lock-in is either a side effect or potentially even beneficial to their goal of providing a good phone/computer/whatever, whereas commercial lock-in is fairly clearly opposed to creating an API ecosystem that is usable across a range of technologies/consumers/etc.
11. ◴[] No.41906716{3}[source]