22 May, 2017

How to Improve Payment Forms Using Four Interaction Design Patterns on Mobile Devices

This article was originally published on Linked In.




Payment forms are critical on mobile apps, to sell products online. Conventional payment forms have at least 4 input controls — Name on Card, Card Number, Expiry Date, CVV and in some cases, even Card Type — Visa, Mastercard, American Express and so forth. We seek card type although we can detect which type of card it is using first two digits of the card number. We seek detail to this level in the name of providing freedom and control to users.




Typing through each field, by looking intermittently at the card and the payment form to ensure correctness can be a daunting task. Payment form listed above can be simplified by reducing the number of input controls from 4 to 1.




Great! It’s a given that this single input control gathers all the information previously done but in a more elegant and simplified way.

Interaction Design Patterns
Good experience only begins from here — the single input control. Four intuitive interaction design patterns can be used to improve the input experience further.

1. Contextual Keypad
Tapping on the card number field displays a keypad. A lot of mobile apps display qwerty type keypad. The user has to switch to the numeric keypad with few taps to enter the card number.




Reducing the effort required to switch between multiple keypads while entering input is a big relief to users. Displaying a numeric keypad (input type=tel) since.

2. Input Masks
As a user types the card number, after typing first 4 digits, he/she pauses to decide whether to give space or hyphen symbol. The user needs intuitive guidance here on which separators (space/hyphen) to use and how many digits are remaining.




Input mask is the answer. Input mask can be implemented in many ways:
  • Use ‘XXXX-XXXX-XXXX-XXXX’ and gradually reveal the input structure as user types along
  • Use real text like ‘Expiry Date’, ‘CVV’ to hint users
  • Auto-populate card logo based on card number as user types first two digits of the card number. This provides feedback to the user that he/she has indeed, entered the right card number.
3. Animation
An improved design pattern for payment forms is to introduce animation using card metaphor by designing a virtual card layout. As a user enters the data, it is auto-populated on the card to give a real card visual experience.




4. Machine Input
Tired of typing input manually? There is a simpler pattern :). The built-in camera on mobile phones can be used to retrieve card information by just scanning the card.




The user doesn’t need to enter card number manually anymore. Many mobile apps are adopting this approach these days [This approach might need intense machine learning algorithms to work with precision.]

Using small/big fingers on small screens to perform input operations can be challenging for many users. Payment forms are particularly risky given the secure nature of operations. Intuitive interaction design patterns listed above can soothe stressed out users by simplifying payment forms to a large extent.
How simple are the forms in your apps?

09 May, 2017

How Linked In Got Skeleton Screens Wrong


A skeleton screen is essentially a blank version of a page into which information is gradually loaded.
Luke Wroblewski introduced Skeleton Screens in 2013 through his work on the Polar app, later acquired by Google. I also wrote a short write-up on Facilitating Better Interactions Using Skeleton Screens last year by applying it to mobile apps.
Following Luke's work and Medium's implementation of skeleton screens for images, Linked In implemented it roughly a year ago. The Linked In team picked few pages/screens for this implementation.

Notifications


















The skeleton screen on the mobile web appears as shown in the screenshot above. The content appears to load in a gradually revealing fashion. It looks neat and clean.

So, What Went Wrong with Linked In Implementation?










Let us consider Notifications screen on Linked In, accessed over a mobile device. There are many additional elements on the actual screen, compared to the number of elements on the skeleton screen. For example, the carousel section, time component and ‘Send InMail’ button are not present in the skeleton screen. The user looks for a 1:1 content mapping which is missing in this case, hence leading to greater confusion.

Can This Be Fixed?
As you might notice, a natural mapping is missing in the Notifications screen.
Mapping is a technical term meaning the relationship between two things.
Consider the steering wheel in a car. To turn the car to the right, one turns the steering wheel clockwise (so that its top moves to the right). The mapping is easily learned and always remembered.

Natural Mapping
Natural mapping takes advantage of physical analogies and cultural standards (Another example - red traffic light means stop; green means go). The human mind is trained for natural mapping. As a result, products, in general, should exploit natural mapping to design enchanted experiences.

Skeleton screens need a worthy implementation. When poorly done, users are put off by the experience rather than feeling joyful about it.

How do you want your users to feel?


19 April, 2017

Facts, Figures, Data OR Good Experiences?



Take any weather app. It tells you precisely the weather for any particular day.
Planning for an overseas trip? Look up the weather app.
Visiting family in your home town? Look up the weather app. 
Sadly, all the weather apps do is to throw 'weather data' at you for different days and weeks. 

Can we make it better?


Throwing data at users is one way of interacting with users. Analyzing readily available data and making suggestions to users is another, in fact, better way of interacting with users. 






The Facebook website shows weather forecasts on days with unusual weather changes. For e.g., a hot day that is unusually hot, an unexpected rain or storm and so forth. This experience delights users, not the data.

User's joy is driven by good experiences, not facts/figures/data.

Do you throw data at your users?


10 April, 2017

Designing Intuitive Mobile Apps Using Machine Input


This article was originally published on Linked In.
Walk in to any Café Coffee Day outlet. The staff entices you, the customer with a 10% discount on the final bill if you install their app. Thereafter, on every visit to Café Coffee Day, the staffs asks you to ‘Show App at counter’ to get more offers and earn bean rewards.
The customer, now has to do perform below steps in roughly the same order:
  1. Pull out the phone out of the pocket / handbag
  2. Wake the phone up
  3. Unlock the phone
  4. Close apps that were left open
  5. Swim through an ocean of icons / screens to find Café Coffee Day app
  6. Tap on the app icon to launch it
  7. Look for that elusive ‘Show App at counter’ bar
  8. Show it off to the staff [who probably offer 1 buck off for every bean you have accumulated and add more beans for the recent purchase you just made]
Imagine, you visit one such shop with your family, with some bags around, toddlers/kids who are pestering you to order their favorite croissants, your phone in one hand and wallet in another, and then Café Coffee Day asks you to perform this whole circus of eight steps or more.
Well, you need to earn your discount. How else would you do that, if not for the circus? This experience left me thinking how can this be changed? Can we somehow walk into Café Coffee Day, place an order and the app/staff can automagically credit beans/discount to me and spare me the circus?
Can sensors do that? Can someone tell the staff that a customer just walked in with her phone, where the app is already installed and dying to be launched? Can the staff remember her face and app id somehow and create this magic manually, or even better magically?
How Square Wallet solved this problem by Jack Dorsey
Square Wallet, a company founded by Twitter CEO Jack Dorsey does this kind of magic. The customer can walk in to any store, and the merchant actually gets a notification that the customer is in the store and that he had a cappuccino last time and every single time. So the merchant can actually start making the cappuccino and say, 'Here Pari, here's your cappuccino,' and then it's done. It's super simple. And that's what builds loyalty. That's what keeps people coming back.... You go to the same store again and again, they know your name, they greet you with a smile, and they know your order. It's amazing.
Applying Machine Input to Flight Booking Apps
Mobile apps can be as smart as the Square Wallet app using machine input.
Machine input is the information that digital devices find on their own, whenever and wherever possible.
Many input methods like radio, sensors, camera, APIs, web browsers and many others collect actionable information rather than adding more screens or dropdown menus. Consider the context of a mobile flight booking app like MeRCI. Here is how machine input can be put to use:
Flight Booking
  1. Auto-default nearest airport based on current location
  2. Auto-suggest all nearby airports
  3. Auto-populate frequently used airports
  4. Save previous search information for subsequent use if booking is incomplete
Form Filling
  1. Auto-fill forms from passport using camera
  2. Support smart defaults like Country, Language, Currency, Zip Code, Country Code etc.
  3. Contextual keypads for input fields like text, password, email and website which need different characters like *, @, ., / etc. to be typed in
Expense Management Using Camera
  1. Scan Bills/Receipts
  2. Auto-stamp location on receipts
Auto-sync
  1. Auto-sync flight information to calendar
  2. Provide disruption information to passengers
  3. Inform users which blocks of time are available on calendar to pursue something at airports or in flight.
Guiding passengers based on location and barometer
  1. Alerting travelers on clothing and transportation
  2. Underground maps at train stations
  3. Indoor maps in shopping malls
  4. Smarter audio tours
Suppose, you are traveling to Finland. You look up the weather app and it says that the week you are in Finland, the temperature is 5 degrees Celsius. So many websites, apps and weather tools do that. Is that cool? Perhaps not. If the flight booking app that booked my flight ticket can look up the weather tools (APIs) on its own and tell me 1 week prior to my trip, “Hey Pari, Finland is unusually cold next week with all the unexpected snow, particularly on 4th Feb. You might want to pack lots of warm clothes.” Or even better. “Hey Pari, there is an unexpected storm in and around Helsinki. Here is an alternate hotel you can book without any additional charges.” Now, this is COOL!
Above listed possibilities are just the tip of the iceberg. Machine input, if used to its power can rid the apps of innumerable interfaces and scores of options and create humanizing experiences. Remember, Good experience design isn’t good screens. Its good experiences.
What do you think?

02 March, 2017

UX is NOT EQUAL to UI


This was originally published on Linked In.

Excerpts from the book, The Best Interface is No Interface.

This is UI:
Navigation, subnavigation, menus, drop-downs, buttons, links, windows, rounded corners, shadowing, error messages, alerts, updates, checkboxes, password fields, search fields, text inputs, radio selections, text areas, hover states, selection states, pressed states, tooltips, banner ads, embedded videos, swipe animations, scrolling, clicking, iconography, colors, lists, slideshows, alt text, badges, notifications, gradients, pop-ups, carousels, OK/Cancel, etc. etc. etc.

This is UX:
People, happiness, solving problems, understanding needs, love, efficiency, entertainment, pleasure, delight, smiles, soul, warmth, personality, joy, satisfaction, gratification, elation, exhilaration, bliss, euphoria, convenience, enchantment, magic, productivity, effectiveness, etc. etc. etc.

Somewhere along the way, we confused the two. And instead of pursuing the best, most creative, inventive, and useful ways to solve a problem, we started solving problems with screens because that was our job description. When we saw problems, we slapped an interface on it. UX stopped being about people, and started being about rounded rectangles and parallax animations.

It’s gotten to the point where many of our greatest minds aren’t being pushed into advancing science or taking us into space; they’re working at the new screen-based megacorporations that have surpassed oil companies in profits and political influence. They’re cranking out glorified digital billboards masked as websites and apps that are trying to monetize your eyeballs by pushing creepy ads onto all of your screens.

In the words of Jeff Hammerbacher, a former manager at Facebook and the founder of Cloudera, “The best minds of my generation are thinking about how to make people click ads. That sucks.”

"There’s a better path. There’s a better way of thinking. When we separate the two roles, we can start defining new, better experiences."Golden Krishna

Related Post
User Experience Design != Visual Design



16 February, 2017

The Traveler from Stone Soup - The Secret to Design Thinking by Jared M. Spool


This article was originally published by Jared M. Spool as Shh! Don’t Tell Them There’s No Magic In Design Thinking. I am reposting a part of the article - an inspiring story titled, 'The Traveler from Stone Soup' here.

[As written by Jared M. Spool]

The magical powers that people assign to Design Thinking reminds me of an old Eastern European folk tale. The story takes place at a time when walking was the only way to travel from one village to the next (before horses were invented). In that time, it was traditional to offer visitors to your village scraps of food to replenish their hunger after such a long walk.


Source: www.expectmiraculous.com

One traveler, upon arriving at a new town, knocked on the door of the first house he saw. However, despite the tradition, the homeowner didn’t offer any food. She explained that they were experiencing a drought and barely had enough food to feed their own family. They couldn’t spare a scrap.

Every house the traveler visited had the same story. It was a drought and there was no extra food.

When the traveler reached the center of town, he decided he needed to make something for himself. He took out his pots, started a little fire, and set up to cook himself some dinner.

He reached into his bag and pulled out a round stone. He set the stone in the bottom of the pot and started stirring. A crowd of villagers started to form.

“What are you doing?” a curious villager asked.

“I’m making Stone Soup,” the traveler responded.

“You can make a soup out of stone?” asked the villager.

“Yes, but a little water makes it better.”

“I have a little water in my well,” said another villager. He then ran off and fetched the water. The water was added to the pot and the traveler resumed his stirring.

“What will it taste like?” a villager new to the scene asked.

“Well, it would taste better with some carrots.” Upon hearing this another villager ran to his house to grab a few carrots from his garden.

Then another villager offered up some other vegetables he’d salvaged from his garden. And a woman mentioned she had some meat scraps on her pantry.

“All of it would make the soup even better,” said the traveler. Off they all went to grab what they had.

Soon the pot was filled with a lovely large stew. The traveler graciously shared his dinner with the villagers. Everybody had a grand time eating the Stone Soup.

After the festive evening, as the traveler was packing up to head on his way, he thanked everyone for helping.

“As a repayment for your kindness and generosity,” the traveler announced, “I’d like to give your village the gift of this stone. So, you can keep making soup even when you have a drought upon you.” The villagers all cheered with delight.

They thanked the traveler profusely as he made his way out of town. He continued on his way.

When the traveler was a few miles out of the town, he looked down at the road and spotted a lovely round stone. He picked it up and admired it for second. Then he dropped it into his bag and continued on his way with a smile on his face.

What Does the Traveler Think?

Design Thinking is our stone. When we apply Design Thinking, we bring the entire organization together to collaboratively solve big problems.

Yet, to me, that’s not the important lesson from the story. The lesson I take away is that, at no time during the story, do we believe that the traveler thinks the stone makes soup.

Instead, the traveler sees that the villagers need their thinking reframed. They have enough food to eat, if only they worked together. The stone isn’t magical. It’s a device.

Maybe the villagers believe the stone makes soup? Maybe a smart villager or two see what the traveler did? But at no time did the traveler himself ever believe the stone made soup. He’d starve if he did.

As design professionals, we shouldn’t let ourselves think there’s any magic in Design Thinking. Our teams, stakeholders, and executives can believe in it, but we shouldn’t. To do so would be to depend on Design Thinking having magic and such magic doesn’t really exist.

That’s the design professional’s secret. Shh! Don’t tell them!