Are there any benefits in opening a user session in a new window without browser menus after the user logs in?

Question

Some websites (I have seen quite a few bank websites do it) will have a user log in from their main website and then when the user clicks on log in, a pop window will open with the user session. This session will usually not contain any of the their typical browser menus or url address bar.

I have read from a user experience perspective that this is not good practice because users crave familiarity and losing comforts such as the back button and file menu can be off putting.

Can anyone tell me what the actual benefits of this practice are?

Answer 1

One could be hiding the URL so users can't fiddle with it, though experienced hackers could easily modify it.. My bank hides the back button, but I guess for a reason since pressing backspace or the back button on my mouse expires my session. I've seen menu's disabled as well, preventing users from Print, View Source, Work Offline and the like.. I guess they're almost trying to mimic a desktop application in a web browser.

Answer 2

My assumption is that their application fails badly with the forward and back buttons. Rather than write an application in a framework that handles forward and back tastefully, they'd rather just launch a window where forward and back are harder to get to.

Of course, keyboard shortcuts probably still work, so users can still be surprised when their bank throws away their data.

And the bonus is that users haven't got a clue which website they are actually using!

Hate.

Answer 3

With my credit union, my account access is through a different organization and a different web site, secure.fundsxpress.com

However, my back button still functions. The credit union logo is still there in a frameset.

To answer your question, a separate pop up window can paradoxically make the bank transactions feel more secure than just using a browser window. Of course, the bank customer has to trust the web site and the bank.

You're correct that most people dislike pop up windows. Pop up windows are to be avoided, generally.

Answer 4

Opening the web app in its own page with no browser controls starts making sense when the app becomes rich enough to rival a desktop application, rather than being a bunch of pages the user browses with minimal input to each. Among the usability advantages:

• Unsaved user input to fields cannot be lost due to navigating to another page. In an ordinary web app, the user is trapped in completing input to one page before looking at any other, in essence constituting an application made entirely of modal dialog boxes.

• Exiting the app is unambiguous, since clicking an Exit/Logout button can close the window. There are no pages left behind on the Back button history list to give the false impression the session is still going and input is still accepted. This may also have security benefits.

• The user’s “work space” is control by the application, which can be designed to ensure the user has ready access to anything they’re working on. In an ordinary web app, clicking Back then clicking a link “prunes” the history list, resulting in the loss of easy access to pages the user may have been working on.

The web app must be rich enough to support all needs so the users won’t miss the browser controls. For example, it should have controls for Print, Find, text size, etc. These should have a look and feel similar to typical apps, such as browsers (e.g., be located in roughly the same place, perhaps within File – Edit – View pull-down menus).

User’s lose the familiarity of the browser environment, but trade it for the familiarity of a desktop environment –most desktop apps lack Back buttons and that works fine. Hiding the browser controls not only discourages the user from doing anything damaging, like opening a new page from Favorites, but also signals to the user that they’re no longer in a browser environment, so new rules apply. Giving the app a desktop look and feel would also help in this regard.

The app should be self-contained in a single page so that paging is unnecessary. However, if the app is too complex for this, I recommend you open any new page in its own window so that the app is consistent with itself and consistent with desk-top apps. Don’t mix a page-back-forward navigation model with an open-in-new-window model or else users will get confused on how to get to previous pages. The usability guideline to avoid opening a web page in a new window is really a guideline to not mix models.