No. While it seems to be annoying, I see four problems with not having to enter the login information again:
I will remember my new password better if I have to type it once more. (I keep forgetting my new e-banking password because I don't have to re-enter it, and I of course don't store it in the browser.)
If I want to store the password, the browser PW ...
In my opinion: YES.
The authentication has been done when the password is reset, so the user could be logged in. And it annoys the hell out of me when after password reset I'm not logged in.
I can't think of any case I wouldn't want to be logged in after resetting password, why would I even ask for password reset if I don't want to log in?
There's a million things that you could to do to grow your skills and make yourself a better UX designer. Here are some ideas off the top of my head:
Talk to your manager about how you can grow your skills to help the team out.
Conduct a baseline usability study on the most recent version of the product that you designed and determine whether users are ...
You should have the buttons at the bottom right because:
The standard for modals is to have the buttons at the bottom, so it is likely where people will look for action buttons
It is a more natural visual flow reading in a Z pattern, and one that has become entrenched.
A button on the right is typical for a submit button as it has the feeling of moving ...
There isn't really a standard or convention that define these terms, but there's some sense in how these often differ.
First, the term flow denotes a non-linear path, i.e. one that branches.
Then, flow in UX denotes through the system. Meaning that the analysis makes use of the system templates (either existing or those of the design).
A task ...
In your experiences, what has worked well, and what would you make
sure you never done again?
Be a designer who develops AND a developer who designs.
White board concepts and solutions with developers as you either
flesh out features or solve technical solutions. Be willing to bend and
compromise and stand up for your ideas. Expect the ...
As msparer suggested, Stating the main action first and then offering context/side effects is a very good step to take.
The other thing I'd definitely do is to label your buttons descriptively.
It could look something like this:
Are you sure you want to close all transactions on terminal x?
Closing will also print the transactions of 11/20/2014.
This answer applies to most presentations, not just UX ones.
A good presentation is like a story, where you take your audience on the journey that you want them to experience. If you send the presentation to them ahead of time, you lose the ability to take them on that journey.
There are other potential negatives as well in that your audience may start ...
Try shopping anything on amazon without logging in first.
Browse -> pickout the item -> add to card -> proceed to check-out -> log-in -> continue with address selection and payment.
Amazon can easily be the top player who needs to worry about user flow and logging in :) So, YES, login should just be a step outside the flow and back in i.e.
Some names could be...
Progress Bar (although it can be confusing in certain contexts, in my opinion)
Step Progress Bar
Segmented Progress Bar
Step by Step Progress Bar
Navigation vs. Indication
If the steps are clickable links I ...
Custom HTTP error pages improve web sites' experience, security
Every web server can display HTTP error pages, but default error pages don't provide useful information to your visitors. Some error pages may even leak sensitive information about your site, such as URL or file paths, database details, and even code. But you can replace the ...
Is it even neccessary to show how many children are left to be approved at all?
How many administrators will be doing the approvals? If it is more than one then the task will probably be split up anyway (please correct me if I'm wrong) so instead of showing the progress bar you could do one of the following:
on approval of one listing ask the admin if they ...
I agree with Igor-G that one conversion type (getting a new signup) is more valuable than the other (an existing user logging back in), but I think the primary reason is slightly more complex, and would still make sense even if the two we're of equal value to the company.
It's a function of how much each user-type's conversion likelihood can be influenced ...
When deciding between a modal and inline entry, consider what is communicated to the user by your choice:
Inline Blank Entry
"You're going to be doing this a lot, so we don't want it to be a big deal."
"Don't worry too much, this is easy to fix if you make a mistake."
"We expect you to enter multiple items."
"Please focus. This is too ...
Rather than trying to display this audit trail in a single, very large and complicated diagram, consider presenting it as a log with a simple diagram for each change.
In my wireframe below, I am showing the history of a single task. For each record, I am showing a brief description of who did what and then illustrating the flow between steps with a basic ...
You can group all tasks that have to run simultaneously. Something like this:
When "Add task" under "When complete..." is clicked a new task is created in a new
group and the button changes to "Add simultaneous task" like the group above.
Some points for good labeling are:
Short – 'submitted' vs 'uploaded_for_processing'
Distinguishable from each other – bad: 'uploading' and
'uploaded', good: 'uploading' and 'submitted'
Same styling rules – try not to mix verbs and nouns and use same case
Understandable – user should know business process to match labels in UI to business phases
For taking ...
A problem I see there is that the initial action has an implied consequence that might confuse your users. According to your mockup, the transaction day gets closed as soon as the data gets printed.
It seems like "Printing" is the main action and closing the transaction day is the side-effect. It really should be the other way round.
Name the CTA "Close ...
Allow 2 views: Sequential view for displaying orders by sequential steps, and a production floor view to show bottlenecks and throughput.
Since you can't have a strict order across all steps, have two ways to view the world: at the order level, and the production floor. They serve two different purposes.
In either view, you can indicate on the left how many ...
Why is it wrong?
OpenID has several drawbacks:
You're actually going to a totally different website in order to register or authenticate. This is not how things work ordinary. For years, registration and authentication for a website was done on the same website: the user was moved to a different website either because he wanted to, or because he was ...
For the vast majority of situations users should be logged in once they have reset their password. Essentially, once you've authenticated someone enough for them to change a password, you've also authenticated them enough for them to perform the task that they likely wanted to perform.
There are however some relatively rare situations where this isn't ...
Workflow is a set of steps to reach the goal. It's a general term (Workflow).
In UX field you can see both terms Task flow and User flow are used mostly interchangeable.
For me Task Flow is a good name for the results of Task Analysis technique. At the same time the results of the User Analysis techniques (in narrow sense) are User Models, Persons, but not ...
I started out doing front-end development, and shifted into specializing in UX so I spent a lot of time doing the Photoshop/Illustrator to Browser routine.
When I joined the team I'm on now, I had to adapt to an Agile environment and have managed to find a balance that works well. Mind you, on the small team I work on I'm one of those 'unicorn' types that ...
In my own experience, low-fidelity mockups are rarely clear to the people who are not familiar with wireframes even if they're accompanied with a full description or comments, so I don't think you should send them ahead of your demonstration because it may introduce wrong assumptions and expectations (as it was already mentioned by @JohnGB).
But, taking ...
I follow a 3 step process:
Photograph or scan the paper prototypes and back the images up.
Place all the paper prototypes in a sleeve or box.
After the box has been idle for about 6 months, I usually throw the contents out. I only work with paper, but if I were working with physical prototypes, I would store the box with them in some cheap storage. In ...
Present a warning to the user about the consequences of deleting item X, i.e.,
download bmml source – Wireframes created with Balsamiq Mockups
The 'consequences' could be a cascading delete (as I've shown above), or dereferencing X from the various related items (i.e., "Item One will no longer know about X"), depending on your use case.
All private shopping sites that I know of don't even show their content to anyone that is not signed in. You could choose to show your content to everyone, but then it's simply a shopping site.
Asking someone to sign up or log in to your site is a barrier that has a chance of pushing them away. So you should present the barrier at the time when you have ...
I've heard and had this talk too. In my view, people walk away from wireframing and designing in Photoshop or any other tool because with RWD we no longer design for a fixed width. Some people also walk away because they think creating mockups and then designing and then developing seems cumbersome. So then what you do? The answer I hear the most is 'in ...
Breadcrumbs are good for storing information. It will make easier to remember the path of the information, not only navigate around them.
It enables you to cluster the information.If you have not much information, you do not need breadcrumbs but you ll need it when you are dealing with complexity. Breadcrumbs tells a lot about how the information ...