Before anyone says this is a duplicate, this question isn't about wording of Save (as draft) and Submit buttons or their positioning on a form.
For our app, we'll assume that the user knows that Save will save only data, and Submit will both save and publish (so that a supervisor or the general public will be able to see it, or you're telling an external (to the app) service to generate a[n] audio, video, slide show, etc.)
I've been asked to clone the record when the user submits, and then make the original no longer editable. The original record would be flagged as submitted/rendered. When the user goes back to the original record (in an attempt to edit it), we would show:
- a link/image to the generated PowerPoint, poster, video, article, etc.
- a button to clone the data (in case they want to explicitly create a different version because of a different recipient, and leave the clone as editable.)
- a button to edit the data (which would clone the record and land the user to that [new] cloned record's edit screen)
- a submit button (which would then again clone the record and leave the clone as editable, but will not land the user to the edit screen, but to the list of records).
As a user, I would be overwhelmed with the unsolicited generation of so many duplicate records, and I wasn't even given the opportunity to name the duplicates. It's like I have a Word document, and every time I print it, a clone would be generated and each clone would be named serially (prepend Copy x of [Original]).
What do you suggest us to do? How would we rework this?
If the answer to the question is "it depends", for which situations would be yes vs. no?