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
Comments
Move short description above main 👍 💯 🥇 Remember this UX test? https://www.youtube.com/watch?v=7iWRBLCP-l0 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 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? |
If you moved the price fields, how would it affect other product types? |
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. |
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. |
Even to make easy for product managers find and change? |
@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. |
@NTShop so the current flow/screen is perfect for any user and no need to be improved. Thanks for you input. |
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? 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. 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? |
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.
Price is the most difficult due to plugins. |
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. |
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? |
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. |
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? |
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. |
How can an end user accomplish the above using Gutenberg? |
@KoolPal That's not possible right now. We're hoping to start exploring that work this year. |
The text was updated successfully, but these errors were encountered: