Live data from Hacker News

Gitlab is moving to a three-tier product subscription model

about.gitlab.com

201–210 of 300 posts

Re: Gitlab is moving to a three-tier product subscription model

#201
post #184

Earlier quoted context omitted.

Invest time in GH actions, they are actually really good once you get over the initial hump.

I love GH Actions so much, though would love dive into GitLab's CI/CD too if anyone has good resources on that.

Gitlab's CI/CD a minefield of bad design decisions piled upon each other. Not worth it unless you're stuck with it.

Re: Gitlab is moving to a three-tier product subscription model

#202

So many projects we use at work (including Qt and GitLab) seem to change their subscription plans to something that is much less favorable for smaller development teams. I wonder where this will lead to in the big picture, when more and more small companies can simply no longer justify paying for those subscriptions.

Personally, I think it's a side effect of globalization. All else equal, large companies beat small companies by economy of scale. It follows that larger companies beat large companies. The inevitable outcome is an aggregation of tons of small companies into a small number of very large companies.

That changes 2 things for a SaaS company:

1) Large companies pay more (in absolute amounts). They are also likely to be less of a support burden, since they're a single company so they should be relatively uniform. They're unlike to ask for both AWS and GCP support, but the 1,000 small businesses you need to replace that revenue are likely to ask for AWS, GCP and Azure cumulatively.

2) Small companies are more likely to fail. It's not enough to create a competitive product. They have to create a competitive product at a price that allows them to overcome the economy of scale. Creating an equivalent to Google is great. You're probably still going to pay more per-search than Google is, so they can cut prices until you can't keep up.

> I wonder where this will lead to in the big picture, when more and more small companies can simply no longer justify paying for those subscriptions.

I would argue that we're seeing the fruition of that. The answer is that you go ahead and pay for it. You hope that you can get enough growth to be a company that can afford to pay for it before you run out of money. Or you get acquired by a company whom you're more valuable to, and they can afford to pay for it.

I don't see a viable path forward for small businesses under current circumstances. They can't compete on cost, big businesses are getting really good at emulating small business features (e.g. Spotify does a good job of recommending new music to me, so I don't need the record store to do that), and people are adapting to interfacing with machines instead of humans. I struggle to think of an advantage local stores have other than being able to get the thing you want in less than a day or two.

Re: Gitlab is moving to a three-tier product subscription model

#203
We are a Gitlab client, and very happy with their service. I hope that their business model succeeds, and am happy to be supporting them.

The Bronze --> Premium transition seems to me to be a valid price restructuring, and this will prompt us to upgrade to Premium rather than downgrade to Free.

However,

- Ultimate seems like minimal value for substantial extra cost. There's no way we could ever justify it.

- The collaboration model is terrible. We would love to introduce lots of our clients to gitlab as part of a collaboration - thereby increasing gitlab's mindshare, install base, and potential customer base - but the price tag attached to inviting a previously-free-tier collaborator doesn't make sense for us.

- Premium needs to include Jira-killing features. Do that and we're yours probably for life.

Re: Gitlab is moving to a three-tier product subscription model

#204
post #62

We recently spent a couple weeks going over pricing with a GitLab regional Account Leader. We already use GitLab for all our source repos, CI/CD pipelines, and had been using it for issue management as well — all fully self-hosted. The hope was to drop Jira, which was also being used for project planning, and fully adopt GitLab, but the costs were simply unjustifiable. Basically GitLab ended up being a full order of…

In theory we have this x,y coordinate system that shows the cost of a feature and the value of the feature. Which is great if you are living in a bubble by yourself, or some similar products. Making someone decide between CI and shared document writing is a terrible choice to have to make.

The other way to present this graph is the classic triangle, Cheap, Good, Fast, but the way we typically use that triangle suffers the same failure mode, because 'expensive' is some weird variant on cheap vs fast, as represented by Brook's Law.

I think the Discord Team has a different interpretation of this - the maintenance cost of the feature matters more to the user than the initial development cost. I can deliver you a feature now that will cost $X a month to operate, or I can deliver you that feature in a couple of months and it'll cost 1/10th that amount. Which means we can offer it to users at a price point they can afford.

It feels like Gitlab has, like so many of us, a bunch of features that create opportunity costs that the customers can't stomach.

Re: Gitlab is moving to a three-tier product subscription model

#205

Earlier quoted context omitted.

How was your experience with Jira?

I use a couple dozen tools on a regular basis. JIRA is by far the worst. The functionality is ok. Maybe it is a bit bloated. Maybe our process is a little over complicated. That's not a big deal. The thing that really gets me is performance. The performance is absolute dog shit. Every interaction with it painfully slow. For example, the page to view a single issue is almost 20MB fetched over 100 HTTP requests and tak…

Same performance problems here. I hate it. I also need to access other JIRA boards with different email addresses occasionally. It takes forever to sign out, login again, navigate to board, find the issue. It puts me off using it so much.

One light at the end of the tunnel is the Mac app (for some reason there is no Windows or Linux version). It's much more lightweight and feels way faster than the web version. However, it is buggy in my experience, and a fair few things I do a lot can't be done in it and require the web interface, but for quickly checking stuff it mostly works.

Re: Gitlab is moving to a three-tier product subscription model

#206

Earlier quoted context omitted.

How was your experience with Jira?

I use a couple dozen tools on a regular basis. JIRA is by far the worst. The functionality is ok. Maybe it is a bit bloated. Maybe our process is a little over complicated. That's not a big deal. The thing that really gets me is performance. The performance is absolute dog shit. Every interaction with it painfully slow. For example, the page to view a single issue is almost 20MB fetched over 100 HTTP requests and tak…

If anyone is considering switching, we built liner.app as an offline first app, so all interactions are <100ms.

Re: Gitlab is moving to a three-tier product subscription model

#207
post #62

We recently spent a couple weeks going over pricing with a GitLab regional Account Leader. We already use GitLab for all our source repos, CI/CD pipelines, and had been using it for issue management as well — all fully self-hosted. The hope was to drop Jira, which was also being used for project planning, and fully adopt GitLab, but the costs were simply unjustifiable. Basically GitLab ended up being a full order of…

What on earth is a "regional Account Leader?"

Re: Gitlab is moving to a three-tier product subscription model

#208

I love GitLab. It has really won me over versus GitHub over the past couple of years. I've found it to be much more suited to enterprise use. That said, they really need to work on the pricing model. We have 1,000 potential users. But only 300 of them would really use all of the features. It is a tough sell to pay equally for all of them. I'd really love to use some of the features of ultimate, but the pricing model…

This is it. My engineering team needs all the features. My product manager only needs basic ticket creation access.

Why are these two types of users costing me the same amount?

Re: Gitlab is moving to a three-tier product subscription model

#209
post #62

We recently spent a couple weeks going over pricing with a GitLab regional Account Leader. We already use GitLab for all our source repos, CI/CD pipelines, and had been using it for issue management as well — all fully self-hosted. The hope was to drop Jira, which was also being used for project planning, and fully adopt GitLab, but the costs were simply unjustifiable. Basically GitLab ended up being a full order of…

How was your experience with Jira?

Jira's performance is absolute garbage. It's painful and embarrassing.

I'd use GitHub if my team were willing to do non-technical project management with it as well. I wish GitHub would add features for non-technical users on projects. It would be a huge win.

Literally just spend some time on some docs features and provide a view of projects that isn't centered on code for those users that aren't involved in the code.

For a reasonably technical user, you can make it work, except that the views just aren't built for them, so it's a lot of visual clutter that isn't necessary and holds the product back.

Been looking at Clickup since, like Jira+Confluence, you can integrate wiki/web documents with your project management tooling. I've found that this is a pretty critical feature. I've tried repeatedly to get folks to rally around Google Drive or a folder of Office documents, and it's just not the same as working in a single, integrated web experience.

Post reply on HN