Tag Info

New answers tagged

1

Just to add to the other answers, you should actually avoid making the mocks look finished until the functionality is also finished. To quote Joel Spolsky: If you show a nonprogrammer a screen which has a user interface which is 100% beautiful, they will think the program is almost done. (source) To this, I would add that even people who aren't ...


7

No, it's not always necessary. System-defined screens are not obligatory, and there is no need to reproduce clone pages/elements with minor changes. Alternatives to hi-fi prototypes are lo-fi wireframes, user journey maps, PRDs. Yes, paper sketches/prototypes are legitimate prototypes if they are detailed enough and capture/highlight on all important parts. ...


2

You're right that one practice might not suit every single company. What's more, it might even differ from dev to dev. The simplest way you can go is just ask the devs what's their preferred way of working. Some people hate having someone else looking at their screens, while others may have lots of questions and would rather have you around. It varies from ...


0

It's better to create stepwise progress bar with first step at 25% and second at 50% and so on. It will look better that way.


0

On perceived speed/performance: There was a study showing that "a backward moving ribbon increases the perceived speed of a progress bar". You could apply that effect to any of your options, though the research was about a horizontal bar specifically. I also second @DaveAlger's assertion about not starting at empty. On distraction/awesomeness: I often find ...


2

Regarding "Perceived Speed" - research shows that you should never start a progress bar at zero regardless of how long a process will take to complete. Edit: this research is actually talking about a different use case, however, I noticed that Apple always starts their generic progress bar with a little bit filled in so I'd say it applies in this case as ...


0

First off, you have a mix of determinate and indeterminate progress indicators. All your examples, but #3, are determinate and show that your system can quantify how much progress has been made towards a known total. #3 is indeterminate, meaning something is happening but your system doesn't know how close it is to completed. My suggestions? Number #3 or ...


0

I do agree on 'beauty is subjective', but still I think what the question's autor means with 'beauty' has more to do with 'user experience' than with 'decoration'. Anyways – just spontaniously to me the most user friendy solution would be a combination of 1) and 4) while leaving the wording ("SUBMIT") out. This is or course just a personal view – but ...


6

To avoid ambiguity I would go for something like this: The benefits of doing this is that the user is given a clear message that something is going on and more importantly that they should not leave the current page until it has finished. Maybe even give a lighter green for the "not yet completed" portion of the bar.


1

Well, I can't comment on the perceived speed/performance part because you can make it as fast and smooth by just playing with the animation. Beauty is subjective, so I can't really comment on that. The only thing I can note is this, the distraction levels are quite high when the button suddenly turns into a circular loader. This issue can be resolved by ...


2

In fact, this should be written in your agreement, where you agree to provide the system design services and they agree to get you info that you require. When it comes to UX or UCD (user-centered design), requirements, including TA description, PRD and use cases are the most crucial info you can get from your employer/client. That would be the first thing ...


1

This sounds extremely frustrating and a very old-school way of developing. Bringing in agile methodologies might just save you and your sanity. Start by working with the client about what features they want developed. This needs to include all dependencies and acceptance criteria - documented! All stakeholders (Marketing etc. ) need to sign-off these ...



Top 50 recent answers are included