4 tips for developing applications that end users will actually end up using

People have been espousing the consumerization of information technology for more than three years. But enterprises are still pushing out stodgy apps, and employees are throwing those apps out the window. Fortunately, IT administrators can escape this cycle and give employees applications of real value, if and only if they take steps to listen to end users, Sanofi (s sny) executive Brian Katz explained Monday at the Consumerization of IT in the Enterprise Conference & Expo in San Francisco.

Katz, head of mobile engineering at the drug company, talked about the widespread existence of “crapplications” — you know, those that are technically capable of doing way too many things, or suffer from convoluted interfaces, or take too long to click through — and presented tips for admins to keep in mind in the quest to actually help employees.

  • Companies should find out what employees actually want and need from an application before blindly building one and rolling it out to everyone. “I advocate going on a ride-along, … to see what they’re actually doing,” Katz said. “Spend time with them. Bring them in for focus groups.” For example, his company’s representatives need applications that keep working inside hospitals, where service can drop off. If apps can’t work with that, reps might well delete the apps.
  • Instead of sharing proprietary internal data willy-nilly, expose it through secure application programming interfaces (APIs). And don’t let every user see every file. “We’re going to wrap identity around it, because I shouldn’t be seeing the CEO’s data,” Katz said. Look to API-management tools such as Mashery and Layer 7 Technologies to “appify” your data,” he said.
  • Companies should avoid choosing to write an HTML5 application, a native mobile application or a hybrid based on what they think is hip. “This is a religious war,” Katz said. Companies should do what’s best for their users. An HTML5 application in a browser might not be the best path if a camera function is critical but it takes many seconds for the camera to pop up.
  • Having a mobile-first strategy is important, but it shouldn’t be a mobile-only strategy. It’s a good idea to give employees the ability to work with company data on a tablet and on a desktop. And kicking off a mobile-first strategy shouldn’t be done just to keep to be hip. It should be done to support traditional business goals. That will help guide application development.

So what’s a good mobile app look like in Katz’s book? One, from the New York Waterway, presents users with ferry schedules, maps, alerts, a bus finder, a means to buy tickets and not much more than that. It’s stripped down to what customers want most.

He also gave a shout-out to Shazam, that music-recognizing application. There’s just “a big button that says, ‘Click to listen,'” Katz said. “That’s it. There’s nothing else there. You don’t have to figure out anything. You click it, and it runs. It’s pretty simple. You have a UX (user experience) that people can’t follow? They’re going to get rid of it.”

Just as Box CEO Aaron Levie talks about serving up “a consumer-grade experience” in trying to become the Dropbox of the enterprise, Katz comes across as the kind of guy whs believes that anyone — a consumer if nothing else — should be able to figure out an application aimed at enterprise use. If that’s the case, productivity can increase, and less data will end up floating from internally sanctioned applications to unapproved clouds commonly talked about when people talk about shadow IT.