Uploaded image for project: 'Confluence Cloud'
  1. Confluence Cloud
  2. CONFCLOUD-39235

Ability to Restrict Add-ons/Macros to Groups/Users in Confluence

    • 16
    • 3
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for Confluence Cloud. Using Confluence Server? See the corresponding suggestion.

      This is a feature request to add the ability to restrict the usage of specific add-ons according to the granted permissions to groups/individual users in Confluence.

      For example, a new plugin was created for administration purposes and only the administrators should be able to work with the information for this add-on. Then, it could be restricted only to the 'confluence-administrators' group to see it in the drop down for macros. Like having a list under the Manage Add-ons option in Confluence.

            [CONFCLOUD-39235] Ability to Restrict Add-ons/Macros to Groups/Users in Confluence

            Bumping this back up - much needed feature on your app!!

            Ellie Kingshot added a comment - Bumping this back up - much needed feature on your app!!

            +1

            Nikhil Vichare added a comment - +1

            It occurs to me that the preceding comment might be better received by Atlassian leadership if written in DACI format.  Please consider submitting the following for inclusion in decisions regarding the near-term roadmap.  I hope this reformatting can help speed the approval process toward a speedy implementation.


            Decision: Should Atlassian implement the proposed solutions to minimize costs resulting from increased plugin prices in the cloud for its customers?

            Approver: Atlassian Management

            Contributors:

            • The proposer
            • Atlassian's software development team
            • Atlassian's marketing team
            • Atlassian's customer support team

            Informed:

            • Atlassian's finance team
            • Atlassian's legal team

            Criteria:

            • Cost-effectiveness of proposed solutions
            • Impact on customer satisfaction
            • Technical feasibility of proposed solutions
            • Legal compliance
            • Financial impact

            Decision: After careful consideration of the proposed solutions and criteria, Atlassian Management [ should approve | approves ] the implementation of the following solutions:

            • Group-based add-on access
            • Limited add-on license costs
            • An administrative dashboard to analyze add-on usage

            Rationale: These solutions will add value for customers by reducing costs resulting from increased plugin prices and make it easier to adopt new add-ons and identify their value. Furthermore, these solutions align with Atlassian's commitment to providing exceptional customer service and innovative software solutions.

            Josh Barron added a comment - It occurs to me that the preceding comment might be better received by Atlassian leadership if written in DACI format.  Please consider submitting the following for inclusion in decisions regarding the near-term roadmap.  I hope this reformatting can help speed the approval process toward a speedy implementation. Decision : Should Atlassian implement the proposed solutions to minimize costs resulting from increased plugin prices in the cloud for its customers? Approver : Atlassian Management Contributors : The proposer Atlassian's software development team Atlassian's marketing team Atlassian's customer support team Informed : Atlassian's finance team Atlassian's legal team Criteria : Cost-effectiveness of proposed solutions Impact on customer satisfaction Technical feasibility of proposed solutions Legal compliance Financial impact Decision : After careful consideration of the proposed solutions and criteria, Atlassian Management [ should approve | approves ] the implementation of the following solutions: Group-based add-on access Limited add-on license costs An administrative dashboard to analyze add-on usage Rationale : These solutions will add value for customers by reducing costs resulting from increased plugin prices and make it easier to adopt new add-ons and identify their value. Furthermore, these solutions align with Atlassian's commitment to providing exceptional customer service and innovative software solutions.

            Josh Barron added a comment - - edited

            TLDR Version

            To add value for its customers by minimizing costs resulting from increased plugin prices in the Cloud, Atlassian should consider three solutions:

            1. group-based add-on access,
            2. limited add-on license costs, and
            3. an administrative dashboard to analyze add-on usage.

            Atlassian's current add-on pricing model and lack of usage analysis tools make it difficult to adopt new add-ons and identify their value. Atlassian should modify the add-on portion of their pricing model and provide administrative users with the necessary tools to continue advocating for this ecosystem/platform.

            Longer Version

            Unlike others, I, am very interested in minimizing cost.  WHY?  With the move from Server to Cloud, many of the plugins have increased their prices (on the order of 10-fold increases).  What used to cost $600/year is now costing me $250/month.  To address this situation, I see three key ingredients that Atlassian MUST consider:

            1. The ability to assign add-on access for particular groups, akin to assigning Atlassian application access via the groups/users administrative interface.
            2. Add-on license costs (naturally) being limited to the number of users who actually have permission to use those add-ons.
            3. Creation of an administrative dashboard that helps users like me see some analysis of add-on usage by groups and users, across the entire system, and per space/project, etc.  Why do I want to see this analysis?
              1. To determine if add-ons provided in response to users' request are actually being utilized by anyone AT ALL.
              2. To determine if valuable add-ons have been adopted by the requesting team's members, and/or by others in the organization.  This data would facilitate better communication of add-on features and benefits through onboarding and supportive educational outreach.
              3. To identify if/when particular add-on costs should be most appropriately charged/billed to a particular project/client/etc., or if it is more appropriate for all add-on usage to be attributed to overhead.  (Note: Any opportunity to distribute costs for Jira systems (including add-on costs) makes Atlassian's offerings appear more affordable to the company.  Not doing this makes it appear that Atlassian is growing exceedingly expensive ... not necessarily the case.  Point is: NOT HAVING THIS INFORMATION IS GOOD FOR ADD-ON CREATORS, AND VERY BAD FOR YOUR SALES/RETENTION EFFORTS.)

            If there are other ways of accomplishing the needed analyses, I'm certainly open to comments from the community.  Regardless, let the following key points not be lost ...

            • Atlassian's blanket model of passing-through costs for add-ons for ALL user seats prevents the adoption of more add-ons.  Group-based add-on access is the answer.
            • Atlassian's failure to provide tools for analyzing usage of add-ons (particularly pricey ones) creates an unnecessary administrative burden for people like me, and feeds my reluctance to consider any new plugins. 
              Put another way: Inability to analyze costs undermines Marketplace success by obscuring add-on value identification.  The resulting ignorance encourages the adoption of a blanket policy forbidding ANY new plugins from being adopted.  

            Please, please, 1) change the model for pricing add-ons in the cloud, and 2) give me the tools I need to continue being an Atlassian advocate.

            See also: https://jira.atlassian.com/browse/JRACLOUD-59932

            Josh Barron added a comment - - edited TLDR Version To add value for its customers by minimizing costs resulting from increased plugin prices in the Cloud, Atlassian should consider three solutions: group-based add-on access, limited add-on license costs, and an administrative dashboard to analyze add-on usage. Atlassian's current add-on pricing model and lack of usage analysis tools make it difficult to adopt new add-ons and identify their value. Atlassian should modify the add-on portion of their pricing model and provide administrative users with the necessary tools to continue advocating for this ecosystem/platform. Longer Version Unlike others, I, am very interested in minimizing cost.   WHY?  With the move from Server to Cloud, many of the plugins have increased their prices (on the order of 10-fold increases).  What used to cost $600/year is now costing me $250/month.  To address this situation, I see three key ingredients that Atlassian MUST consider: The ability to assign add-on access for particular groups, akin to assigning Atlassian application access via the groups/users administrative interface. Add-on license costs (naturally) being limited to the number of users who actually have permission to use those add-ons. Creation of an administrative dashboard that helps users like me see some analysis of add-on usage by groups and users, across the entire system, and per space/project, etc.  Why do I want to see this analysis? To determine if add-ons provided in response to users' request are actually being utilized by anyone AT ALL. To determine if valuable add-ons have been adopted by the requesting team's members, and/or by others in the organization.  This data would facilitate better communication of add-on features and benefits through onboarding and supportive educational outreach. To identify if/when particular add-on costs should be most appropriately charged/billed to a particular project/client/etc., or if it is more appropriate for all add-on usage to be attributed to overhead.  (Note: Any opportunity to distribute costs for Jira systems (including add-on costs) makes Atlassian's offerings appear more affordable to the company.  Not doing this makes it appear that Atlassian is growing exceedingly expensive ... not necessarily the case.  Point is: NOT HAVING THIS INFORMATION IS GOOD FOR ADD-ON CREATORS, AND VERY BAD FOR YOUR SALES/RETENTION EFFORTS.) If there are other ways of accomplishing the needed analyses, I'm certainly open to comments from the community.  Regardless, let the following key points not be lost ... Atlassian's blanket model of passing-through costs for add-ons for ALL user seats prevents the adoption of more add-ons.  Group-based add-on access is the answer. Atlassian's failure to provide tools for analyzing usage of add-ons (particularly pricey ones) creates an unnecessary administrative burden for people like me, and feeds my reluctance to consider any new plugins.  Put another way:  Inability to analyze costs undermines Marketplace success by obscuring add-on value identification.  The resulting ignorance encourages the adoption of a blanket policy forbidding ANY new plugins from being adopted.    Please, please, 1) change the model for pricing add-ons in the cloud, and 2) give me the tools I need to continue being an Atlassian advocate. See also: https://jira.atlassian.com/browse/JRACLOUD-59932

            +1 we also need to disable addons now because this is not possible

            Morten Rønning added a comment - +1 we also need to disable addons now because this is not possible

            This feature not existing is forcing me to use your competition.

            Connor Hetzler added a comment - This feature not existing is forcing me to use your competition.

            +1

            Eric Stewart added a comment - +1

            Please add this feature!

            Maggie Witt added a comment - Please add this feature!

            gotti_p added a comment -

            +1

            gotti_p added a comment - +1

            +1

            Jay Cameron added a comment - +1

              Unassigned Unassigned
              gdecampos Giuliano C.
              Votes:
              68 Vote for this issue
              Watchers:
              50 Start watching this issue

                Created:
                Updated: