You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Nearly every paid Jira Cloud addon I look at adds 1k/year minimum, even if only 1 person wants it, because you're priced based on the total number of Jira users.
Take for example a QA/Test Management plugin. If you have 1 developer, 1 tester and 1 manager using it, but you're a 50-person company, all 50 users need a license for that plugin. You have to pay for 47 people who have never heard of, and will never use, this plugin.
I don't understand why plugins aren't simply priced for the specific number of users that will actually use them. When I asked a plugin developer, he said the pricing structure is set by Atlassian. Is Atlassian trying to discourage 3rd party plugin use by making them too expensive to consider?
What he ( @David Benson _draw_io_ ), said, @Fabregas4 :)
The reason that it is this way is that Jira apps must conform to the Atlassian licensing scheme(s) to be sold on the Atlassian Marketplace. And, as David said, for the Jira admins. in this world, it would be a nightmare to manage which Jira users get to use which Jira apps. under the alternative scheme.
So, we (the app vendors) price our products accordingly. We know that not all Jira users will use our apps -- and we do our best to factor that into our pricing. That's the downside of this scheme for us: It creates the false impression that we are expecting you to pay for more users than you need.
I agree with David. Even as an app vendor, I think the benefits of the simplification outweighs the confusion it creates.
-dave [ALM Works]
is there a minimum that can be charged? e.g. can you charge $0.5, $0.05 or any amount you like?
Hi, @bo sanchez. Welcome to the Atlassian Community 👋
No. There is no minimum. In fact, you can find significant number of free apps on he Atlassian Marketplace.
And, yes, the application developers who build add-on apps for Atlassian products can charge any price they'd like. However, market pressures and buying behaviors place a practical upper limit on what can be charged for a given app.
Hope this answers your question,
It's across the scale too - we've got a an admin and migration helper app that throws out a few reports that can save you a lot of time when housekeeping or thinking of migrating a server system to somewhere. It's $10 for 25 users. It's $10 for 10,000 users. It's totally aimed at your admin team, only they can run it (and you have fewer than 10, right?).
The simple answer is "because that's the model Atlassian have chosen".
The main reason they've done this is simplicity. Many years ago, we could actually have apps (then "plugins") which you could licence for sub-sets of your users.
This immediately made your job as an admin more complicated because you had to match up who might use something against where it might be used and how and then somehow maintain that.
Next, the plugin framework couldn't do this by project or user or anything else for all types of plugin.
On the technical side:
I'm not going to ramble about the pricing considerations that vendors make myself. @Dave Rosenlund _Tempo_ and @David Benson _draw_io_ have covered 99% of what I would like to say on the subject far more clearly than I could.
The last 1% I'd add is that a lot of app writers see the costs of writing and maintaining code to handle that sort of thing as high. Think of it this way - you would be adding costs to allow people to reduce your income. It's a "return on investment" that can work, reducing your income to make something a bit more widely used, but finding out where it might work in the Atlassian ecosystem is probably a mathematician's Master's thesis.
Our organization is essentially blocked from using any Jira add-on because we have both Jira Software and Jira Service Desk projects in our instance. Our instance of Jira is integrated with SSO, and Jira currently has no support for SSO log-in for customers. Meaning, we have hundreds of "users" who are really just customers and literally only are users so they can log into our customer portal.
This means more than 99% of our "users" will never, ever use any Jira add-on, but we must pay for them anyway.
SSO login for customers has been on the Jira roadmap for a LONG time, we really need this update so we can reduce our user pool to only those who truly need to be users and can actually afford to use Jira add-ons:
I'm afraid you are never going to get this, for the reasons I gave 2 years ago. (The "only licence a few users for this app" thing, not the SSO you've linked to - I can see that being added eventually)
It is worth pointing out that JSM customers are free and do not count towards the number of licences you need for apps. So if you've got 3 Agents, 100 business users, 250 developers, and 200,000 customers, your apps will need to be licenced at only 250 (the largest of the three Jira applications you have)
The one thing I'm having trouble figuring out is: if a user has "site access," but has NO access to ANY Atlassian product, do they still count against the user head count for add ons?
This is how we currently have our customers configured so they can log into our customer portal.
Yes, the access levels take a bit of getting used to.
Site access means the account can log into the overall site. Not necessarily any of the products, just the site as a whole. There's no charge for site access, it's all done at the product level.
We've got an organisation that is in the middle of a migration, and they're currently running with 5,000-ish users with site access, and $20 of core product licences (4 Jira users and 5 for their Confluence, obviously paying a bit more for their apps, but all at the 10 user tier).
I might be being thick but just to be clear: I know we're not paying for the users with no product access as part of our Atlassian subscription, but would those users be included with the count for the charges associated with a paid plug-in?
The paid plugins charging will match the numbers of users (those with product access to) for the largest of the three applications you might have.
You can have millions of people with no product access (customers), and only 25 developers (software product users) - the cost of that is simply for 25 software users, and plugins will need to be licenced for 25 people.