Web search + sign in
- Started
- Last post
- 19 Responses
- whatthefunk
Question - I'm looking for some examples of websites that successfully display search and sign-in on the top nav and/or homepage. It seems that most sites display a 10pt "Sign in" text in the top right but I'm having some trouble locating good example that present both.
Trying to develop a site homepage that promotes user sign in as well as a search function without having two competing open form fields next to each other.
So far I've found
Twitter.com
VirginAmerica.comany other ideas?
- JSK0
Google
- um...sign in?whatthefunk
- jackassJSK
- I don't drink and drivewhatthefunk
- Jaline0
I think they use their login thing elsewhere too, like on videos themselves when you try to "heart" a video.
- whatthefunk0
Most insurance sites kind of do it well, for instance Farmers (http://www.farmers.com/) displays an area where a user can initiate a quote or they can also sign in - both examples display open form fields that do not necessarily compete with each other.
- ToxicDesign0
I think this is quite a common ux pattern
- JSK0
umm sign in is at TOP RIGHT CORNER.
- for google.JSK
- totally, I'm looking for examples that are "not" just small type in the top cornerwhatthefunk
- you should look at why it works. not why it doesnt work.JSK
- JSK0
The problem is not where the login is located it is method of login.
Think Amazon. It has varying levels of login security.
The user shouldnt think about logging in until it requires action that is sensitive.
Unless the primary task is based on login, the method of login should be hidden or not required unless it is prompted to do so.
- whatthefunk0
@jsk
The insurance site above is a good example of an exception to the method rule. How does a site simultaneously appeal to new users (via prominent search fields) and highlight login to both new and existing users.
The top right tiny "log in" is too hidden and passive, it may work on large sites like google and amazon but for other sites, sites who's strategy is to promote log in while also sticking to the original search strategy creates a challenge.
- ETM0
- JSK0
Is search made only for new users? A search field should not be a primary draw in gaining new users. Search is made for all users. The purpose of login is mainly based in transaction, personalization, and anything that is deems premium.
What value does a returning users get when you sign in? Why should any search be different?
Visually, you can draw prominence but I fear the issue is not how to make it look more appealing but how the product is positioned and user experience is handled.
Most users do not login in to a site unless it is required or needed to complete their goal.
- ETM0
Netflix, AppleStore...
It's hard to recommend good UI examples without knowing your plan for how customers interact with the site and how you wish to guide them.
- I'm deliberately being vague due to client reasons - makes it hard, thanks thoughwhatthefunk
- ETM0
- whatthefunk0
I'm well aware of the points you're making regarding sign in and search. When I say search I'm referencing a utility that allows users to begin a search like on the insurance example. The way the site displays both a sign in form as well as an online quote form is what I'm talking about.
- JSK0
What degree of prominence does a login require? What I fail to understand is that your original question of competing forms question.
I still stand by hidden or minimized login as user behaviour of login is a learned sect. Once they use it, they will always remember it. Login only hinders from over aesthetics value of multiple form presence.
- JSK0
and etc on insurance sites as you have said. Look also in to banking sites. http://www.citibank.com/us/home.…
- do you see my issue now, struggle is to do this well, most dontwhatthefunk
- JSK0
The struggle is trying to find a way to put two large forms close to one another. Again, it needs to be rethought out so there is only one.
- whatthefunk0
I believe the example bzsaw gave above - http://begfor.it is an interesting approach, similar to that of twitter but the major call to action is far more prominent then a small login in the top right.
JSK - you are right that returning (or power) users will learn but it's still a major strategy of this project to initiate all users to sign up, therefore it needs to be more prominent.
- JSK0
You make users sign up when they need to. No user in their right mind will sign up for something they are unsure of. Force the user to sign up when they have made the commitment with content or incentive as they use the site.
If you look at Tim's http://begfor.it as you indicated, the login is still hidden except a button. And there is no way a user can sign up until they have made the commitment. No new users will come to a site and click on Sign In and sign up to the site.
I think you believe that if there is a sign in / login / sign up in a very big prominent way, people will sign up. That never happens. The sign up strategy is based on the investment that the user has made and it is dependent on at what juncture you ask the user to sign up or sign in.
If your goal is to gain more users, sign in / login is still secondary.
- < presumptuous jackasswhatthefunk
- I can only go by what you say idiot.JSK
- bzsaw0
Sign up strategy is one of the most difficult things to do. Before someone signs up like JSK mentioned the user needs to see a value in wanting to sign up.
For http://begfor.it the user that want's an item will sign up and become a user of the site. The person the user tries to recruit to vote for them will only sign up if they have a strong loyalty to that person. This is why we're adding in FB and Twitter logins. This will make it much easier for beggars to get friends in to vote for them since most of them have an account with FB or twitter.
The process to sign up has to be dead simple and we keep refining, testing and refining. It's a fine balance between locking out and letting in. We couldn't have voting wide open with no verification because it would leave it wide open for fraud and unfair play.