Here is what I recorded for open issues/questions from the 7/26 meeting:


  1. How do we handle Quick Prices in the new color specification world? What is the workflow?
  2. How do we handle ASHAD orders?
  3. Is the slider screen necessary in any configuration?
  4. How do we let a user specify photo color counts (>8)?
  5. What do we do when the user places text or shapes on the design? They may have specified colors already…
  6. The popup can’t go directly to find:
    1. It’s a multi-purpose dialog,
    2. The user needs a way to go back and fix something
  7. Popup must be accessible from the toolbar somewhere (I think it was said that this is already in the design but we didn’t see a mockup for it)
  8. Standardize PMS color boxes to be less custom (to cut down on development time)

Answers below

(Use this link to see all of the various scenarios illustrated: https://invis.io/SZN8T7KGDXQ )

Q: How do we handle Quick Prices in the new color specification world? What is the workflow?

A: If the user adds a Quick Price and then leaves Print Designer, we are triggering the "Color Count" modal, but we are not displaying 2d page for filling in PMS colors. Button will be "Get pricing" not "Continue." 

Q: How do we handle ASHAD orders?

A: Bill, can you comment on this?

Q: Is the slider screen necessary in any configuration?

A: Yes, the screen is necessary. If we marry the “Color Count” modal to the “PMS Color” modal, we are effectively blurring the lines between something that is important vs. something that is not as important.

Q: How do we let a user specify photo color counts (>8)?

A: We don't. This question raised many additional questions.  But ultimately, we have decided not to support >8 colors. (If the Color Detection program is unable to count colors (in the context we need it to), we will continue to quote all jobs involving Process Printing inaccurately.)

SP questions/comments, 8/2/18: If we can detect art or portions of art that require process printing, we need to account for that in the UI for art uploads. If we cannot detect process printing, is it within scope to add prompts to the modal for the user to tell us the art involves process printing? (And therefore, tell us the art as at least 4 colors and plates - C-M-Y-K.) Thus far we have not tackled that in the UI. UX will work on this; we're presuming the color count software will work. 

Q: What do we do when the user places text or shapes on the design? They may have specified colors already…

A: We will continue to allow for users to add PMS values directly on the Format pop-up windows.

If the user specifies “Process Blue” (for any element: Text, Shape, Artwork) – we will carry those values over to the PMS Color modal (excluding duplicates).

If the user changes a PMS value on the modal screen, which links back to text or shape (excluding artwork); we will change the color ‘behind the scenes’ so the design area and technical drawings reflect the updated color. Additionally, PMS input fields that link back to text or shape (again, excluding artwork) will not include the small "x" on the upper-right corner of the input field. 

Q: The popup can’t go directly to find: a: It's a multi-purpose dialog. b: The user needs a way to go back and fix something.

A: We are addressing several issues here.

The "Next" button will now revert to "Find". 

If the user clicks “Find,” we are presenting them with a PMS Color modal that displays a “Get Quote” button. (Note: “Get Quote” will most likely change to something else shortly) SP, 8/3/18 - probably Get pricing

If the user clicks anything else (something on Level 2 or 3 – essentially closing Print Designer), the PMS Color modal will display a “Continue” button. Additionally, we will also ‘remember’ the customers intent. For example: If the user clicks “Venting,” we will navigate them to Venting on Level 3 after they have clicked the “Continue” button. 

Additionally, all modal windows will now display an "X" in the upper-right corner. 

Q: Popup must be accessible from the toolbar somewhere (I think it was said that this is already in the design but we didn’t see a mockup for it)

A: Yes, users can invoke the Color Count / PMS Color modal manually. SP, 8/3/18 - The button is now in the toolbar, about where the preview button had been.

Q: Standardize PMS color boxes to be less custom (to cut down on development time)

A: Bill will speak with Ed on this.

Questions/comments added 8/2/18 (SP):

By now cracking the white backing "nut" is probably out of scope for Oct. (true?) But will this UI scale to accommodate white backing in the future?

It may be hard to answer the question without diverting our attention to figuring it out but I thought the question should at least be asked.  

We decided specifying white backing is over most users' heads at this time; better to continue to have concierge handle on backend. We might be able to specify some rules/triggers for prompting though like "Is this a bar code, if so... bla bla bla." TBD but still most likely out of scope for Sept/Oct.

What sort of intelligence can be built into a Find-to-modal click?

We've said that a pass through the color count modal would be mandatory to do a Find. But is this the case for all Finds regardless of changes made immediately prior, or just the first Find after art is added? For example, let's say I upload some art, click Find, make my pass through the color count/pms modal and click Get pricing (or X out of the modal). If I then go back into the designer and don't do anything involving color - so do nothing, or perhaps make a change like repositioning the art. Can clicking Find bypass the color modal, or do we have to go through it every time? 

IT will take it under advisement. Bill thinks the Undo "stack" can keep track of actions. Any action that might trigger a change to color would invoke the modal; changes that never affect color (rotate, resize, move) would not invoke modal.

Disablement of add color button?

When the user has given a color count of 8, do we need to disable “add” button and/or indicate max reached? Discuss w/UX team. 

Can the PMS language be conditional, based on whether PMS colors specified or not? Moot with changes discussed in meeting to remove PMS add/edit from modal. Make users go back to format popups to spec pms. 

If all PMS fields are blank:

If you know your PMS colors, please specify them below. If not, that's OK too! We can specify them at a later time. Additionally, you can add colors as needed.

If all PMS fields are filled in:

Below are the PMS colors you've specified. If you need to make a change or add a color, you can do so here.

If some but not all PMS fields are filled in:

Below are the PMS colors you've specified. If you need to make a change to these or add a color, you can do so here.  If you know your other PMS colors, please specify them below. If not, that's OK too! We can specify them at a later time.





Attachments:

burger prompts two types.pdf (application/pdf)