The Case for Metro Style Line of Business (LOB) Apps

Since Microsoft debuted the new Windows 8 "Metro" OS interface, there has been no end of people in the Microsoft dev space opining on both the interface and its applicability or lack of applicability.  Not long after BUILD last year, one blogger announced that there are "only five Metro style apps in the world," definitely not including LOB.  (I'm not linking so as not to embarrass that person..)  I've also often heard a similar sentiment in private discussion lists that I participate on.  Clearly, the sentiment goes, Metro is only for consumer apps. No real line of business work could be done using that interface. 

I mean, as we all know, LOB apps have to have busy, intimidating, and overly complex, fiddly UIs, right?  LOB implies an unfortunate huddled mass of pitiable information workers who don't deserve usable interfaces.  The Man can keep them down--because they're paid to use these apps, after all.  "You need a new feature?  Okay, here's another menu item."  "What, you think this is hard to use?  Just read the manual!"  And my personal favorite when justifying atrocious LOB app design: "We can just train them." 

Okay, so granted, there are some valid concerns when considering a data-entry-intensive app on a touch-first interface. But for the most part, it seems that whether cognizant of it or not, these devs have some of the above assumptions in their minds. In addition, they are thinking of their existing, typically developer/BA-structured apps and trying to do a direct port, as if the Metro stack is just a new UI technology calling for yet one more port of outdated, circa early 90s app design. After all, it's all about the technology, right?  

Or maybe they just personally don't like the Metro design language. I've certainly heard a lot of grumbling about that, and you can see it on comments on the Windows 8 blog. It is an extension of the self-referential design that has powered the vast majority of business app design since it became technologically feasible for such apps to proliferate. But good design is not about you/what you like--it's about the people who are going to use it and the businesses that they work for. And it's crucial to keep in mind that you are not they.

It seems that one of the key messages that Microsoft is trying to get across is being lost on these folks--that we need to "re-imagine" these apps. In fact, as I see it, Microsoft is using this new technology to force the point home. You simply cannot continue the same design approach on the new technology stack.  They are in essence trying to wake up the huge swaths of Microsoft developers to what real Design is all about. It's not about technology. It's not about features. It's not about back end systems or services. It is about the user experience; it is all about the user experience.  And great user experience very rarely (with some specific exceptions) is about loading an interface with tons of capabilities that requires the use of a special, high-precision pointing device (the mouse) in order to use it effectively. Certainly the vast majority of LOB apps do not call for this kind of design.

There is a lot of evidence that focusing on good design in LOB provides important ROI. Don't take my word for it--Bing or Google it.  Great LOB app design increases employee job satisfaction; it increases effective team collaboration; it reduces error rates, and increases productivity.  This means higher retention rates through happier employees and streamlined business operations. It is, in short, a win-win.

Since the announcement, slowly we've been seeing evidence to confirm that Microsoft does indeed intend for those building on this new technology stack to target LOB (and that others in the space are getting it).  Here's a brief sampling of that:


This sampling delves into different aspects that indicate the intent. Some of them are OS features, like portability, security, reliability, and so forth--Microsoft is continuing to focus on these aspects for the Windows 8 OS.  Some of the articles are more telling, though, in relation specifically to Metro-style apps (i.e., apps that run on the WinRT stack and have all the Design requirements we're talking about that supposedly aren't suitable for LOB).

Some prime examples of the latter are the Dynamics examples and the new Office 15 examples.  But even in the current preview, you can see some central LOB apps--what is more LOB than email and calendar? What is more LOB than Office and CRM?

You can see the direction in that ARM is not supporting desktop apps.  How many execs and business stakeholders want to be juggling multiple devices that almost do the same thing, switching back and forth between their lightweight, long-battery-life tablets and a heavier, clunkier laptop just to take care of business? The impetus is toward these lightweight devices that are touch first. There's a whole focus in IT these days on BYOD--bring your own device--because of this.

The Challenge

And that brings me back to the point. Instead of making snap judgments that this or that LOB app is not for Metro, how about seeing it as a challenge? The tech world has been and is changing, moving ever so surely towards more ubiquitous computing, more devices that can access the same information and augment and enhance human endeavors no matter where we are. Technology limitations managed to chain line of business workers to desks and then portable "laptop" desks for years, but we are shifting away from that.  The more concrete bottom line: the days of assuming bigger and bigger screens with a keyboard and mouse-like pointing device are dwindling; the time for multiple screens and multiple modes of interaction is here.

Now is a great time for Microsoft devs. Microsoft is carrying forward a lot of the familiar development tooling and experience. You can still use XAML. You can use the ever-present HTML-driven stack. You can even bring forward C++ skills. But as part of the deal, you need to start re-imagining the way you think about application design. They're giving you lots of the design framework and guidance--MSDN has some great design guidance.

Now is not the time to be prejudging the Metro way of things based on your own preferences. It is indeed a strong design language, but that also carries benefits in helping you to design more usable apps that play well in the new world of technology (and to break away from a lot of bad design habits).  And you don't have to rely on just Microsoft, either. You can look outside of what they offer. Luke Wroblewski has been promoting "mobile first" design for quite some time. Much of mobile first is applicable to Metro app design, including the core starting point of re-imagining and re-focusing on people--what they need, when they need it, instead of everything they could need at any time they might need it. Beyond mobile first, simply applying human-centered design in general will help you a lot in Metro app design.

Metro isn't just about whether or not someone wants to walk around with your app or not. It's not just about literal mobility. It is about focusing on great design to facilitate great user experiences, even in line of business. If after re-imagining your app, you find that Metro style still doesn't work for you, so be it. You still have (for now) the option to use the Desktop side of Windows 8 (on non-ARM devices).  But please, at least try. This isn't about porting your app as-is to the latest technology; this is about using this as an opportunity to create a better app for real people, that truly suits the way they can work best.

For what it's worth, I have done some thinking about adapting LOB apps for Metro style. Here are a few questions to ask yourself that might help (in addition to the user-centered mobile first principles):

  • How can I craft new pickers to minimize reliance on the keyboard? (This is I think an area ripe for innovation in a touch-first platform.)
  • How can I chunk up my current app into smaller, more task-focused apps?
  • How can I leverage live tiles to create a dashboard for these small apps?
  • How can I design a snapped layouts to coordinate meaningful leveraging of two apps at once?
  • How can contracts help easily and effectively share information across these LOB apps?
  • How can I learn more about human-centered design? Should I perhaps hire/advocate for full-time UX staff? (Devs can do a lot to improve UX if they apply themselves to it, but getting "professional help" can certainly take things to the next level.)


As I said, the MSDN site offers much more design guidance for Metro as well; these are just some initial considerations that might help.  But the first step is to break out of your preconceived notions about LOB apps! You can do it! :)

--

Want to discuss? Feel free to comment here, or you can reach me @ambroselittleG+, or LinkedIn.


Tags / , , ,

Comments  (7 )

novreis
on Wed, May 16 2012 11:59 AM

As a former CIO, and in spite of beeing almost 60 years old, I cannot understand how IT "experts" cannot see the importance of touch screen in LOB apps. Just think in Hospitals where touch screen devices, strategically placed, can be a synonymous of increased productivity. Stop thinking Back Office, and put doctors, nurses, and other seeding data to the  System in real time. Time based information is crucial! I could extend this to other industries and services "ad nauseaum". C'mon stop beeing "change resistant"

leknowlton
on Thu, May 17 2012 2:10 AM

I disagree.  Why is it so important to put everything on a tiny touch device, bound to overheat, get lost, get stolen and/or be outdated faster than a PC?  Does everyone use a tablet and smartphone, no.  Many do, but how fast can someone type up a document, design it, format it etc.. on a tiny touch device?  I'm talking DAY TO DAY work.  The article makes Metro sound like it works for everything, no caveats, no misgivings just all positive spin.  Rah! Rah!  A happy worker produces more, surely who could argue that, but what exactly are they going to produce more of?  Original content? Hardly! The business apps will dictate that which the user will be able to create on a tiny touch screen.  Ah right, they could put the video out on a bigger monitor that they've already been using for decades.  Calendar and scheduling apps are a no brainer for Metro, though they've also been around on touch devices for years as well.  What's the point of this article again?

ChadEmm
on Thu, May 17 2012 10:40 AM

While I do agree with the main topic of this article - that we as developers / designers / BA's need to focus on the user experience in LOB apps - I don't necessarily agree with MS's approach to this topic.  I think the solution is closer to what they enabled with WPF/XAML - an expressive UI language that enables us to easily design usable applications.  What they're doing with metro is saying "here's your new design, now use it".

There are definitely nice things in Metro that will help with usability, but to say that this one design can and will address all foreseeable UX issues in LOB applications is the same as saying "all your forms should be battleship grey".  I would've liked to see them focus more on the OS integration like they do with live tiles, application settings, and other nice Win 8 features, and focus less on mandating all all future apps use Metro as a theme.

atconway
on Fri, May 18 2012 9:46 AM

You offer valid points and I think there is no question that LOB *can* be done using Metro. However I think you forget that in the typical corporate world technology moves at the speed of the lowest common denominator: the business.

So it's not as much about *developers* placing a road block to Metro apps as much as it will be a slow process because of the speed of the business even getting to Windows 8. Then add on top the time to either successfully migrating key LOB apps or create new Win8 Metro apps.

I think your article focused more on the developer being resistant to LOB Metro apps, where I think it's more about the time it will take and the familiarity with the product from the business standpoint.

Here are some of my own thoughts (and no I am not the guy that said there are only 5 Metro apps ;-) ) on this topic: allen-conway-dotnet.blogspot.com/.../future-of-creating-line-of-business-and.html  

tudor
on Fri, May 18 2012 11:51 AM

Nice prose - but can you give, now, a concrete example of an customer contact form, an invoice form, an order from that has a "Metro" UI?

Than put that form in front of a 40-year old accountant and see how quick gets used to it and how productive is after that.

That's 95% of all LOB apps developed every day by thousands of developers wordwide - if you replace the menu with something more fancy is less important.

Ambrose Little
on Wed, May 23 2012 4:21 PM

Thanks for the comments, guys. Some brief thoughts in reply:

@novreis - Yep, good observations.

@leknowlton - Microsoft has designed Metro/Win8 with more than just tablets in mind.  Touch first works even for just touch enabled monitors. In fact, many of the principles, if applied, make for more usable interfaces even if one doesn't have a touch input device.

@ChadEmm - We're all welcome to our opinions of the Metro design language. There is actual value, though, in having a strong, enforced design language--because most devs (especially those working in internal/LOB environments) don't have access to designers.  It takes some of the guess work (and hence the mistakes) out of it for devs.  Even with the strong design language, there is plenty of room for making a beautiful, custom app using it. Check out Cocktail Flow, for example. But the fact is, most LOB apps don't need that level of stylistic expression, and a design language like Metro gives devs a step up to still create a pretty nicely styled app that is more usable than they might create today.  Metro as a default is better than battleship grey or WPF white (or that bland default SL style).

@atconway - No doubt there are other barriers, but where we're at right now is in pre-early adopter phase. A lot of the folks thinking about (and criticizing/prejudging/dismissing) Metro are devs, so that's what I wanted to address here.  

@tudor - Sure, check out the link to the Dynamics AX. And Microsoft has put Metro designs in front of 40-year old accountants. ;)  Metro is not about being fancy; it's about being more useful and usable.  The same could be said for mobile-first in general.  I encourage you to read up on it. Even if you don't develop for WinRT, your designs will doubtless improve for the effort.

Brent Schooley's Assorted Thoughts
on Fri, Jul 20 2012 2:08 PM

While watching the live video from the Microsoft Office Preview event, me and my colleagues all had the

Add a Comment

Please Login or Register to add a comment.