It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Share Project with external customers

Dennis Poort Nov 05, 2015

Hi,

In our webdesign company we would like to collaborate on projects with our customers. The desire to share a backlog/kanban board with a customer, and allowing to create new issues and prioritize issues is growing.

However, making each customer a JIRA user is not very scalable for us. Is there really no way to collaborate with customers without making them a JIRA user that counts against the JIRA user licensing?

I'm looking into JIRA Service Desk as well. The agent cost would be a bit high for us as well, but even then, if we were to choose to expand on that license and allow customers to submit tickets, as far as I can see they still can't access project backlog, etc.

The question is probably asked a 1000 times, but it's hard to believe that there is not good solution for external collaboration through ticketing, backlog/board sharing, etc. without making a customer part of your company employees (that's how it feels to me).

All input appreciated. Thanks!

10 answers

6 votes
Zachary Alig Jan 28, 2016

Longtime JIRA fan, but I'm recommending that my company leave for another (otherwise inferior) product because easy collaboration and communication with our clients is essential. JIRA should absolutely have a Customer or Stakeholder level user at no additional charge (similar to Service Desk).

3 votes
Dennis Poort Jan 28, 2016

Would you like to consider upvoting my question for upcoming webinar? https://answers.atlassian.com/questions/33157874/answers/35764769 

1 vote
Joseph Pitt Community Leader Nov 06, 2015

If you want them to be able to work they must be a user and consume a license.

1 vote

How many unique external clients do you have? I can suggest the following:

  • Create a "generic" JIRA Account for each of your client (so that it will only consume 1 JIRA account for 1 client). It can represent your client's issues. If you want to track each issue individually, you can ask them to put their names/emails to a custom field. 
  • Utilize the Issue Collectors. This simple feature will allow you to embed a simple javascript to almost any webpage (that can execute a javascript correctly) to create issues against your project. You can create One issue collector for each issue type, per client, and/or per issue type.
  • Use Confluence. We use Confluence a lot to display/share what I want with stakeholders clients. If you set it up correctly, Data/Gadgets on JIRA can be displayed on Confluence pages without having an account in JIRA.
  • Custom Webpage. One of the projects that I support created a dedicated webpage that displays JIRA issues, custom boards, custom charts (both based on JIRA's data) utilizing the JIRA API to do its work. 
  • Last, JIRA Service Desk.  Your requirements is one of the reasons why JSD is created. 

Dennis Poort Nov 08, 2015

Hi @Gabrielle Bautista [ACP-JA] , thanks for your reply. We have hundreds of active unique clients in different companies. Not all of them will have the need of accessing the JIRA active backlog. Let's say we now work with 5 unique clients wanting to have direct control over backlog/sprint etc. and this number is likely to grow. - Sharing a JIRA account it seems for me would be an option if clients could share issues. However, these are totally different companies. We can't allow access cross project. Or do you have some other workflow in mind that I am missing? - Issue Collector. This has some potential. Is it true that this feels like building our own custom Service Desk? I would need to build a portal in which users can login so I can match them against a project? - Confluence: This seems to be focussed on multiple clients within one company, and not to serve multiple different unique companies? And it would be informative only, and not interactible (like creating issues or re-arranging priorities). Or could you clarify on the setup if I am mistaken? - Custom, indeed, kind of like the custom portal on the Issue Collectors right? Is worth considering. - As far as I can tell JSD does not allow collaboration on the project backlog/sprint. It is a ticket issue handler. Report an issue, get it fixed. No access to kanban board etc. Or are you suggesting something different? Thanks for taking the time. Hope you can ellaborate on some things if you can find the time.

* Access to cross projects can be easily controlled via the Project Roles and Permission schemes. You may also want to use User Groups on that regards. In this case, only project-A-user-group can browse/view/work on issues with Project A then project-A-admin-group can administer Project A. Do the same for Project B. * The Issue Collectors can be modified but only modified and cusomized so much. Read it here https://confluence.atlassian.com/jira/advanced-use-of-the-jira-issue-collector-296092376.html * Integrate your JIRA with Confluence and you are in a whole new world. Imagine clients who don't need to have JIRA accounts or even know you use JIRA but they can view issues that are displayed in a Confluence page. They can quickly view their tickets in just Confluence without actually going to JIRA. * Yep, something like that. * You are correct. JSD does not have this JIRA Agile features, it's mostly focused on Support Work in a collaborative environment.

Dennis Poort Nov 09, 2015

Thanks again for taking the time answering, @Gabrielle Bautista [ACP-JA] . The first comment around cross-project access is still not very clear to me. I understand you can set permissions to allow or deny access to a project per user, but when you say you want to give all customers 1 shared JIRA account, you can't set different permissions. Either way, I don't think this would work for us. As far as I see it, unless we want to create a complete custom portal with an API talking to JIRA (which is also a lot of work when done right) the only other way is still to simply invest in JIRA users for clients that require access to projects (not limited to read) and possibly JSD agent licenses combined with Confluence pages that display issues in widgets, Thanks for pointing that out to me. I find that the model is still very heavily developed around big teams, or small teams with just internal development.

Sorry if I may have confused you with cross project access. I have suggested the 'generic account' (shared JIRA Account) so that your clients can use it for their own project and save license seats. This account can be restricted to their project only. This setup entails "Client A" will have "JIRA Account A" that will only have access to "JIRA Project A". You can use "custom fields" to track who is the real reporter on their side for reference.

0 votes
David Bascoulès Nov 05, 2015

Hello, I'm really interested by this subject too ! Thanks

0 votes
Fabrizio Galletti Nov 09, 2015

Just remember that u can use "issue security " to hide issue to other customer

0 votes
Steven Grossman Dec 14, 2016

This is a really NEGATIVE aspect of being LOCKED in the Atlassian ecosphere. I don't want to have to export data out of JIRA in order for a few specific users to see it. Nor, should I have to consume an account and setup a whole bunch of security (time, effort, $$$).

Google lets me take data, publish it as a web page (public or private), and send out a link. And... the data is dynamic.

Yes and that data also will remain on Google's server forever and you can say goodbye to any IP

0 votes
Hammad Siddique Apr 13, 2017

can i make more then 1 administrator in jira..????

 

0 votes
Brandon Saunders Jun 30, 2017

Still only one method? To consume atlassian licenses? Or use JIRA Service Desk customer's for 2-way communication.

 

What if I want to have two-way communication between an internal and external user on a regular JIRA Core project?

Ringo Starr Aug 18, 2017

Hi, also my opinion. This is a negative aspect of this otherwise very good product.

Like David DeLorenzo likes this
0 votes
Irina Sanikovich Mar 29, 2018

We've described three different solutions to collaborate with your external users in Jira in our blog post. https://stiltsoft.com/blog/2018/03/collaboration-on-backlog-with-external-users-in-jira-cloud/

Yes, you can create a shared Jira instance or buy Jira Service Desk. However, you can also create private and public feedback forums in Jira Cloud with no need to create new Jira users.

Josefine Lindskog Aug 15, 2018

Hi!

This sounds very interesting, do you know how to set up a feedback forum in Jira Cloud?

Irina Sanikovich Aug 15, 2018

Hi Josefine!

You can find all the required information here: https://docs.stiltsoft.com/display/public/CustomerCase/Managing+Forums#ManagingForums-FeedbackForum

Just let me know if you have any other questions!

Winnie Kanje I'm New Here Apr 05, 2019

Is there anything similar for JIRA Server?

Suggest an answer

Log in or Sign up to answer
This widget could not be displayed.
This widget could not be displayed.
Community showcase
Published in Jira

Try Jira Cloud for Outlook: Organize your work without leaving your inbox

Hi Atlassian community, My name is Max and I work on the product integration team at Atlassian. I am pleased to announce the early access program for the Jira Cloud add-in for Outlook. This add-in...

835 views 0 12
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you