Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Product Admin UI Revisions #13071

Closed
7 tasks
mikejolley opened this issue Feb 6, 2017 · 24 comments
Closed
7 tasks

Product Admin UI Revisions #13071

mikejolley opened this issue Feb 6, 2017 · 24 comments
Assignees
Labels
needs: design The issue requires design input/work from a designer. status: blocked The issue is blocked from progressing, waiting for another piece of work to be done.

Comments

@mikejolley
Copy link
Member

mikejolley commented Feb 6, 2017

  • Move short description above main
  • Move gallery meta boxes to top of screen (custom box?)
  • Move SKU near title
  • Move product type selector near title
  • Move prices near title
  • Gallery image trigger Click to edit image details in gallery meta box #10791
  • User testing to validate changes
@mikejolley mikejolley added the UI label Feb 6, 2017
@mikejolley mikejolley modified the milestones: 2.8, 2.8 - Sprint #1 Feb 6, 2017
@BurlesonBrad
Copy link

BurlesonBrad commented Apr 5, 2017

Move short description above main 👍 💯 🥇
Move gallery meta boxes to top of screen (custom box?) 🤔
Move SKU near title 🤔
Move product type selector near title 🤔
Move prices near title 🤔

Remember this UX test? https://www.youtube.com/watch?v=7iWRBLCP-l0
They did this at a MeetUp and the results were incredibly insightful as to "how" the folks were cognitively looking at the screen and accomplishing a task.

So, can we / I / we / me / Nicole+blog post / WC MeetUp groups / "whomever-else-we-can-think-of" / take some of these "concepts" for a spin first, watch+listen to feedback, then retest another layout, watch+listen to the feedback, lather rinse repeat?

Switching product descriptions layout is something the whole WC team & every store owner knows is probably long overdue, and it'd be universally and warmly welcomed.

But.... the rest of those line items? It would "indeed" make absolute sense IF that's what folks are needing. Not "maybe needing or wanting", but rather "we-have-empirical-and-objective-tests" which are indicative that these layout changes will be beneficial.

So.... how can I help?

@seb86
Copy link

seb86 commented Apr 11, 2017

If you moved the price fields, how would it affect other product types?

@mikejolley mikejolley modified the milestones: ⚡ 3.1.0: Sprint 1, 3.1.0 Apr 11, 2017
@NTShop
Copy link

NTShop commented Apr 12, 2017

My advice is don't make changes because you think it'd be better. Get ample (plenty of) feedback from daily users of WooCommerce and do what the majority tell you - assuming you get enough actual daily users to give feedback. If you don't get of ton of feedback compared to actual installed base of WC then be 1000 times more hesitant to change anything. Take the WP approach that is tried and proven for over a decade: Proceed VERY carefully and VERY slowly over a LONG period of time. Don't shock the daily users. They are not UX experts and they don't care much what that means, they're not experts with WP or Web sites, they are store operators in to make money. That's all that matters for the most part. Don't mess up their revenue stream by introducing frustration for them by making store operators re-learn stuff that was changed when they didn't tell you it needed to be "fixed." Keep in mind that a megaton of these store operators have staff/personnel that operate their store - it costs them time and money to retrain staff and rewrite docs when things change, and it costs them time and money when their clerks mess stuff up due to things suddenly being different with effectively for them zero warning (your WC dev blog posts don't reach them....) . And keep in mind probably 99% of WC users are not on any of your mailing lists and don't read any related blogs - they're busy running their stores.

@NTShop
Copy link

NTShop commented Apr 12, 2017

Moving the price field or any of the product data is probably a bad idea. You might think about it like a product manager running a real store: The line of thought is typically: My product is called ABC, it does XYZ, it costs this much money. You can see that via expert marketers that run their TV commercials in that line of thinking. That, and things have been the way they are for 6 years or thereabouts and it just works.

@claudiosanches
Copy link
Contributor

@NTShop

Moving the price field or any of the product data is probably a bad idea.

Even to make easy for product managers find and change?

@NTShop
Copy link

NTShop commented Apr 12, 2017

@claudiosanches - I think maybe you're assuming nobody uses custom pricing software that affects pricing fields, or custom products that have their own pricing field, or fields related directly to pricing. Moving price stuff up to the title might make a huge mess of things. I've seen countless sites that do all sorts of odd things related to pricing and if the price fields are moved up by the title (regular and sale) then that disconnects fields that may not fit by a title. I think the real question here is why move it and what actual benefit is there in doing that in comparison to the trouble it causes everyday users of WC - who are not developers or UX theorists. Besides that, how much easier it is really to have a price by a title? Not much. Almost zero gain there. Probably plenty of detriment.

@claudiosanches
Copy link
Contributor

claudiosanches commented Apr 12, 2017

@NTShop so the current flow/screen is perfect for any user and no need to be improved. Thanks for you input.

@kb6673
Copy link

kb6673 commented Apr 12, 2017

I think the big issue currently here is we (devs outside of the core) need a better understanding of how this proposal will affect users, custom plugins and how it will affect product types.

Whats the reason behind this change and are we allowed to know the reasons why?

My initial reaction is how does moving the price and SKU to the top work with variable products?
Does moving the product type selector affect the same? Does the entire product data meta box move to the top also?
The product meta box, especially the variables can get super long and ugly with just a few plugins or custom code - I am not sure I'd like that at the top.

I am sure you have thought about this much more than we have before opening the issue, however more clarity to help us decide if this is a good idea or not.

You may find most people just drag it down below the description at least, if not further down.
Opposingly, I see customers move the current product data meta box to the very top of the page.

We are on the front line of store development, I hate nothing more than a frustrated store manager calling me asking me why things have moved in his/her product admin page or why some functionality has changed. We can only spin the "change == progress" excuse a few times!

Maybe consider staging the changes as to not shock the users and upsetting your indirect users (Not us devs, but the store owners).

I agree with @NTShop store managers are not UX experts, nor do most of them care, many of them pay good money to move things around the product admin page to save time or add extra functionality that works for them or their business - those changes would probably make a UX'er quite upset.

He summarises the dis-join between core devs <-> devs <-> store managers quite well.

Maybe some screen shots? Or a beta plugin that moves the fields around for devs / store managers to test before rolling this out to everyone?

@mikejolley
Copy link
Member Author

Whats the reason behind this change and are we allowed to know the reasons why?

Past user tests. Perfect example, I've seen both a user test and a "technical user" (not familiar with WordPress) try to add a featured image to a product by adding media to the content area. This is a perfect example of why some kind of rejig is needed. We'll allow for additional user testing before shipping changes.

Testing these changes on trains/existing users isn't really going to fly. This is to improve the nux, because getting lost creating your first product is not great.

  • SKUs we need to enforce, also for technical reasons. Moving to the title and having them auto-generate would be a good step.
  • Product type is important because it affects all other fields.
  • Gallery, see my example above.
  • Short description makes no sense to be below main. Personally, I'd like to combine them somehow, but if thats not possible short term, moving up works for me (see coupons screen).

Price is the most difficult due to plugins.

@renatonascalves
Copy link

I see the change as important, as there are room for improvements.

Recently I had a problem where the short description was being added in the main content and the client was not aware of the difference, questioning me why he added the content and it wasn't being shown (the front-end main content was purposefully removed).

The current "layout" causes some confusion for a non experienced user with WooCommerce. Another area that causes confusion is the gallery versus main image.

I think the current implied thinking is important. Moving SKU to the top will "force" people to add it. Also adding the description and pricing will facilitate when filling it.

Also somehow make it more clear the main content is the description in the front-end tabs.

@mikejolley mikejolley added the needs: design The issue requires design input/work from a designer. label Apr 20, 2017
@mikejolley mikejolley self-assigned this Apr 20, 2017
@mikejolley
Copy link
Member Author

edit screen concept

Rough not 100% functional concept showing the type of thing we can do.

@squill
Copy link

squill commented Apr 27, 2017

I saw the post on DevChat about the suggested interface and have come here to comment. Will the proposed changes affect the ability to use the WooCommerce Advanced Product Quantities plugin https://wordpress.org/plugins/woocommerce-incremental-product-quantities/ and the overrides on a per-product basis? I cannot run my business without the ability to set these parameters.

Maybe I got the wrong end of the stick but are you talking about auto-generating SKUs? Is so, why?

@mikejolley
Copy link
Member Author

I think we're going to need to spend a little longer on this to get a prototype up and feedback - 3.1 was a little optimistic.

I'm increasing effort points and moving to 3.2. We can work on it beforehand, but I don't want to rush it.

@mikejolley
Copy link
Member Author

@mikejolley mikejolley removed this from the 3.2.0 milestone Aug 9, 2017
@robin-scott
Copy link

Any movement on this stuff likely? I got some really non technical end-users on a project or two and we moved a lot of stuff around for this. Can add some insight if there's usability testing happening?

@mikejolley mikejolley added the status: blocked The issue is blocked from progressing, waiting for another piece of work to be done. label Jan 11, 2018
@mikejolley
Copy link
Member Author

No movement on this.

We're looking internally how the future of products and other sections should look, and since Gutenberg is coming, everything in this issue is on hold. Hence for that reason I'm closing it. Making design changes at this stage would be wasted effort for the dev team.

cc @warrendholmes

@KoolPal
Copy link
Contributor

KoolPal commented Nov 16, 2019

How can an end user accomplish the above using Gutenberg?

@warrendholmes
Copy link
Member

@KoolPal That's not possible right now. We're hoping to start exploring that work this year.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs: design The issue requires design input/work from a designer. status: blocked The issue is blocked from progressing, waiting for another piece of work to be done.
Projects
None yet
Development

No branches or pull requests