Allow multiple people to share a link to the same URL (multiple owners of a prototype or design spec)
Collaborative work: Updating 'share link' of an .xd file not possible on another machine
System: macOS Sierra 10.12.6
XD-Version: 0.8.22.17 Beta
We are working with different people on the same .xd file. Updating the prototype link is only possible on the machine with wich the .xd file was created. The other people can only create new links.
1. Create an .xd file
2. Publish prototype
2. Save the .xd file
3. Open the same .xd file on another machine
4. Updating the published prototype link not possible (only creation of new link)
Sorry for the confusion. This behavior in XD is intentional. Only the user who created a prototype link is able to update that link. The thinking is that the owner for the link may not want others making changes.
At the moment, the only way for multiple people to update a prototype at the same URL is to be logged in with the same Creative Cloud account. We are however discussing adding the ability to specify more than one owner for a prototype – and we could then allow all owners to update the prototype link. It sounds like this is what you were expecting and the behavior you would like to see, is that correct?
Ben Berkompas commented
I would appreciate this. I understand the thinking here, but my coworker is on vacation at Disney World. He owns our design system file and I'm unable to publish updates on his behalf. I had to duplicate his file - which is supposed to be our master reference file - and publish it myself. Now we have two duplicate documents... This won't work for us long-term!
Yes, please, add the ability to specify more than one owner for a prototype. This is the only way to keep the shared links the same, so that a team can work continuously on this prototype. Absolutely necessary for maintaining a design system with XD. Very important for us, too.
Libby Schlosser commented
This was recently a huge issue for my team. Someone went on vacation and in order for another designer to share for development they had to create new documents. Now the main designer is no longer the owner of the document they need to work from.
Axel Hermes commented
This is a major pain point! How can I handle hand-over to an other designer during vacation or when somebody leaves a team? I cannot share my Adobe ID account because designers in the team are working in different companies.
We as the users should have the right to decide who is / are the owner(s) of a document with the according rights.
Even if having multiple owners would be a problem we need at least the possibility to hand over ownership of a document to somebody else.
Especially if the file is used as Pattern Library for other documents! Building Design Systems is team work.
We find this a big hindrance to collaboration and is a significant risk for our design team. If the owner goes on vacation or leaves the company the links in our documents/web pages etc. can no longer be updated/maintained
What do you all actually do!?!? How has this been sat in 'Under-review' for TWO YEARS?!?!?!
Please get this feature done, I can't believe it's been under review for almost two years.
Me and my colleague need to be able to work on the same files with the same rights so we can share tasks and substitute for each other in times of vacation or illness.
This has put a complete halt to collaboration for our design team. Its a huge risk that a former employee now "owns" the URL that we share prototypes for a client with.
Shall I forward all the emails to Adobe where our client says "stop changing that URL, its getting confusing what version of the site we are meant to be looking at "
back to Zepplin.
I can't believe so much thought needs to be put into this! Just get it done! I guarantee you more people would rather have anybody that has permission to edit also be able to share the file over the way it currently is. This has been a nightmare. What makes it even more of a joke is adobe gives you absolutely no management tools to transfer ownership of an XD file so if an employee leaves and you need to reshare their files after making a change, you have to resave the file to your own cloud account and then reshare and generate new links.
I understand the thinking you're talking about, but I think the implemented solution addresses 1 use case, while causing a major pain point for a lot of other use cases.
The supported use case is:
- I as a user want to create a mock that only I can update, so other users don't change things and update the link without my knowledge.
Here are the use cases where it causes a pain point:
- I'm a UX designer. I make a mock and pass it to a UI designer for styling. The UI designer makes changes, but has to request that I update the mock, even though I trust them to update it when they feel the mock is ready (or after they get the go-ahead from a team leader).
- I'm going on vacation, so I pass some work to another designer to continue while I'm gone. The link to the prototype is in the features or dev specs. They can work on it, but they can't update the shared prototype. I'm on vacation on a beach somewhere drinking mojitos by the gallon and there's no way I'm opening a computer. Now they have to save-as, create their own link, update the link in the features in Jira/wherever, and deal with the developers who saved the original link emailing them asking why the prototype isn't updated.
- I work on a collaborative team where multiple stakeholders work on mockups depending on their area of expertise. For example I do the basic mock and information hierarchy, a colleague deals with animations, another colleague tackles the UX writing, a third designer is in charge of the design system and checks mocks for alignment to product guidelines and adherence to existing components. Every time one of them makes a change, they have to find me and ask me to update the mock, which is super annoying because I've already moved on to something and I'm not their manager, they should be able to update the mock whenever they feel like it.
- As part of our research process we often do field testing in pairs. Each UX will sit with a user in a different place. In the course of testing, my colleague finds an issue with the interaction, or some problem in the mock. They can't fix it/update it themselves, so they have to write it down, find me in between usability sessions, and update it, even though it's something really minor that they could update themselves.
These are all real situations that have happened to me personally. So the implementation I would say addresses maybe 5% of my mocks, where I really want full control. For 95% of the mocks, it's a big pain point.
The ideal solution would be, for each stakeholder in a mock, to allow them update abilities or not.
Brian Domit commented
Just so you guys are aware, this functionality is so critical to us that you are losing our business because of it. We cant operate as a team if two people can't update the same shared URl.
Brian Domit commented
Hi there. I work on a UX team of two. To get designs into our requirements document, we generate a share for development link and add the URL to the document. Currently, my teammate and I are not able to update the same URL, which makes working on the same file awkward. If he wants to publish a change to a file that I created he has to save his changes, close the file, tell me, I have to open the file, then I click Update. Some settings to allow multiple teammates to update the same URL would be really helpful.
Alejandro Casas commented
If not added soon I'm sure this is going to be a real deal breaker for lots of design teams, that need to REAL COLLABORATE across team members, without having to create a new link, hence avoiding leaving behind outdated links everywhere that disrupt the development progress., without taking aside this is costing lots of money to companies because they are building code from an outdated link.
Adobe with this issue you are intentionally:
- Creating us unnecessary admin time
- Disrupting the creative workflow
- Annoying the relationship between clients - developers - designers
- Generating money loss to companies
- Making exported links attached to Jira integration pretty unreliables.
and to close...
quote Jacob Goldstein (Adobe XD) (Engineering Manager, Adobe)
"This behavior in XD is intentional"
Estéfano Pietragalla commented
Allow invited user share prototypes for review.
Joseph Silva commented
Yes, this would make collaborating much easier! Not having the ability to designate others as an owner (or the option for a single owner to allow non-owners to publish) is a regular issue for the team I work with. Perhaps when inviting another person to edit a file (cloud doc) there is an option you can check to allow that person to publish/update the prototype and design specs – this can be toggled on/off for each person invited.
As a studio of 5 users working sometimes on the same files, this is a nightmare...
Dan H commented
When can we expect this feature to be implemented?
Chris H commented
This is a must have and please can you add this feature as soon as possible.
Chris H commented
It's a real must have else contributing to a file with multiple editors/publishers is impossible.. I have a file that someone else created. the published for review link has been commented on by a client.. I can't update the doc with out a new link created.. and of course doing that means i loose all the comments!! Even if i was invited to edit it i still can't publish it and update the same link.. please please fix this as it makes having one file thats shared pretty useless..
Vanessa Pereira commented
Right now, if I create a specs or a prototype link in my computer and my co-worker later opens the same file, she is obliged to create another new link. This causes problems that could be solved if we had 1 spec link and 1 prototype link per file.