Archive for the 'Applications' Category

Studies prove Vanilla is the most popular ERP flavor

Posted in User Experience, Applications, usability on December 13th, 2007

I’ve been watching the kerfuffle over Scoble’s post and chewing on the subject some more. As Thomas points out, we’ve been over this before but it still merits thought.

My perspective? I have little insight into how usability and interface refinements will make their way into ERP products as delivered because I don’t build the stuff. I’ve been responsible for implementing it, I certainly have had to use it, and now I make a fine living making it usable in big-ass companies.

I used to take the stance that there was no reason that enterprise software shouldn’t be any harder to use than transactions at Amazon, eBay or [your favorite e-tailer here]. Those sites buffer a lot of complexity and multiple integrations from us tender humans.

I can name 2 differences that matter. First, the effect of the money trail - if users of commerical interfaces can’t complete their transaction, revenue stops. The enterprise doesn’t always have that level of motivation, depending on the function in question. Second, I’ve yet to see an organization that has deep global processes. Of course certain processes are mandated into localized versions, but more often its a reflection of the M&A activity that grew the organization on top of the regional variations.

Most often, companies fund a ‘vanilla’ ERP deployment and hope that their users can get through some training. It’s a big challenge in global organizations to quantify the variability, organize all the assets, apply security and personalization and make the stuff easier to use. Given the lack of budget for usability features and the heavy lifting it takes, it’s little wonder that most organizations aren’t taking the steps necessary, but why aren’t they demanding better user experience from their enterprise software?

In most cases I think it’s because they too have been conditioned to think that it must be complex. Perhaps this comes down from the days when the computers were behind glass and their keepers wore lab coats. All too often the IT community projects a certain machismo around ERP usability:

  • It’s non-essential, ‘nice to have’
  • It’s a ‘training issue’.
  • Not an issue, everything passed UAT.
  • We delivered the user requirenments

Enterprises should share some of the blame and adding ease of use is to the features they’re requiring vendors to deliver. I’m seeing this begin to happen as ERP maturity evolves within companies. Users are speaking up, and in some cases where metrics are not being met it’s being linked to usability issues.

Social Media in the enterprise - best practice #5 (final episode)

Posted in social, Applications, Enterprise 2.0, Web 2.0, technology on December 10th, 2007

2 years ago I was working at one of the world’s largest companies. At that time the CEO had been holding town halls around the world. Corporate Communications had put together an intranet site to support the message, including a section that was positioned as being the CEO’s commentary.

One day I was chatting with the head of communications, and he asked me if I’d read the latest installment. Of course I had, and I always found this section to be too scripted. I said that I thought it would help employees establish a sense of connection with the CEO if he were to keep a simple blog, and take a few minutes to type (or dictate) his own, honest impressions after the events, like “What a great reception I got when I arrived” or “A young man in a yellow shirt asked a really great question”, or anything that honestly sounded like his own thoughts.

The head of communications’ eyes went wide. He said (I paraphrase) “Blogs? Blogs are diarrhea. I despise blogs. That’s not an appropriate vehicle for our CEO to communicate.” I understood his position - his career was built by carefully crafting and polishing words and paying great attention to nuance. Yet I could see that he wasn’t seeing the potential so I held firm, suggesting that people were more likely to react positively to a more personal voice. Eventually we agreed to disagree.

A year later, he called me to ask for help. It seems the CEO’s Gen-Y son had convinced him that he should be using a blog to effectively communicate with his employees, and he wanted to start right away. I’d hate to be a senior corporate communications professional whose executives were getting direction from their kids before they got it from me.

If, in your professional capacity you may be impacted in any way by social media, don’t be dismissive. Pay attention to the changing landscape before it passes you by.

Best practice #5 - Remain neutral! Social media in the enterprise elicits emotional responses in some. Don’t let personal biases impair your ability to perceive the opportunity related to social media, even if you can’t fathom why people would use IM, blogs, wikis, Twitter…or whatever comes next. Something will and it deserves your objective attention.

Is something happening?

Posted in Enterprise 2.0, Applications, User Experience, SAP, Web 2.0, portal, Systems, oracle, usability, technology on November 27th, 2007

I’ve spent over half of the last 10 years helping enterprises get greater use of their ERP systems. Having been by turns a graphic designer, IT and development manager, user experience advocate and close ally of business, marketing and communications professionals and strategist mine is a particularly multidisciplinary approach.

I sense the beginnings of a change coming about, although I think it will be some time before it’s fully manifested in products and ultimately in the workplace. I’m still trying to hash this nascent trend out, so bear with me and please do call me out or remix these thoughts.

How did we end up here?
If I had to describe a typical ERP deployment (necessarily a fiction, there’s no such thing) , it would have the characteristics of an installation - scaled to the usage estimates, tuned to perform acceptably but not optimally under real-world conditions, configuration changes only, no customizations allowed by IT.

It took longer and cost more than projections. Business requirements were gathered but often ended up being deferred so the critical path could be cleared of dependencies that would incur further costs and/or delays, worsening the tension that already existed between the business audience and IT. A launch is achieved with one or two key business functions being supported. ‘Features’ are rolled out over multiple releases until all the intended functional solutions are live.

Now What?
What happens next is highly variable. Frequently budgets have been strained to the point where planned change management activities are scaled back or even eliminated in favor of some form of training. This is often remote and offered for a limited time after a launch event. Recorded training is available for new employees - if they can find it.

Professional users in the functional areas begin to struggle with the gaps between local procedures and the methodology of the system as delivered. Specific pain points arise: inconsistent data sources, multiple screens to perform single tasks, you name it. Workarounds abound - job aids and cheat sheets are circulated, and a body of underground tacit knowledge required to successfully perform job functions begins to arise. Eventually metrics begin to suggest that the ROI is not being met, and the blaming begins.

What’s to be done?
How it plays out depends on how the people responsible for the systems are rewarded. I’ve just re-read an interview with Donald Norman from 2000 where he took the usability profession to task for not understanding how business people typically get promoted, and emphasizing long-term benefits to the wrong audience. His point was if a manager gets a very narrowly defined task completed without making a mess of their P&L sheet for the year, they get promoted. Usability? Service quality? Benefit realization? Not my job - that’s for the next person to achieve.

Companies are frequently motivated to address problems arising from ERP deployments because senior management relies on them for critical processes and key data and they are not achieving the desired results. They assign that ‘next person’ to improve the system. Sometimes they call in folks like me.

Over time and through many engagements we’ve identified a spectrum of possibilities that improve in varying ways the business results that ERP supports, depending on a given company’s appetite for change and customizations. It’s not about user-centric design, although that’s a key component. It’s about tasks and goals and how people get through complex, lengthy processes. It’s about how the systems support the strategic goals of a company. Sorry to say, no system delivers that out of the box.

Vendors know the truth.
This challenge is very clear to ERP vendors. Their interfaces are brittle and monolithic; corporate IT experiences so much pain customizing and maintaining them that they have very compelling arguments against modifications. SaaS companies like Salesforce.com and Workday are invading their turf.

Oracle knows this, but they’re too busy rationalizing their product lines to be able to address it head-on yet.
SAP knows this and even though they provide tools for IT to tweak interfaces they are not used in may enterprises for the reasons above.

Change is coming…maybe.
One of the biggest challenges in any system is how to design for large numbers of people across many disciplines. Many of today’s applications try to accommodate just about everyone, creating extraordinary complexity. This applies as much to Microsoft Office products as it does to ERP. Word and Outlook are ‘feature-rich’ to the point of being ridiculous for must folks.

Other paradigms for improving the interface to ERP have been in play, most prevalent being the dashboard. They can be terrific for information consumers but they are often implemented with limited interactivity for decision support. A very compelling set of demonstrations was given at SAP’s Munich TechEd event showing interfaces and widgets that begin to decouple interactions and data manipulation from the ERP interface. Oracle and SAP both have dedicated groups looking at ways to exploit the best of Web 2.0 technologies and interfaces to the business solutions.

I’m not sure whether folks can cope with widgets floating around their computer desktops, monitoring data, work lists, or enabling faster/simpler transactions. But in general people prefer use-specific interfaces and devices over multipurpose ones. I commonly use the kitchen as a case in point. Your own kitchen probably has a range/oven, a microwave and some form of toaster-oven. 3 devices, all specialized interfaces for making food hot in a chamber.

Folks like Don Norman have envisioned more embedded computing and fewer general purpose systems in the future. In the last year specialized computing products have bloomed in the consumer space: digital picture frames at Target, iPhone and iPod Touch, Chumby. Perhaps the general public’s embrace of Web 2.0 interfaces (which seem to tend towards the single-purpose) is beginning to create sufficient demand that the product managers for ERP systems can contemplate adding them to feature sets. For some interesting insight into the dynamics of that process, see “Why 2.0 Didn’t Start in the Enterprise” by Paul Pedrazzi.

How does this impact the enterprise?
I see a shift away from the massive interface, the all-in-one portal and the soup-to-nuts dashboard in favor of compact, customizable and intelligent widgets, applets and services that can be called upon demand or pegged to a corner of the screen. I see a move away from the browser and the page paradigm that demands information architectures and navigation, towards a set of easily grabbed tools that I can use in combination or snap together like Lego blocks to solve my here and now business problem, and move on. The browser will still have it’s place because it’s a great interface for linear processes, but it will stop trying to be everything to everyone. I’m almost reminded of the March 1997 issue of Wired magazine, which breathlessly declared the death of the browser. I still have my copy.

When I watch the Demo Jam video I think that it’s some of the better thinking I’ve seen in this space in quite some time, but realistically speaking these innovations aren’t ready for general availability. Enterprises are often years away from major upgrades of ERP; in fact the days of the sweeping upgrade are probably past for many organizations. It’s incremental change that will be coming, so I don’t expect the landscape to change drastically in the next few years. But it’s an exciting trend and when these innovations begin to creep into the enterprise, I fully expect demand for more to rise.

Innovation, but mostly not.

Posted in Management, User Experience, Applications, usability, Systems on November 1st, 2007

I had planned on a different subject today but Steve Mann’s bit on innovation in Able Brains touched something off. Read it, and then spend some time with his other writings, it’s been too long since I shilled his blog which is one of my regular reads.

There is a considerable gap between many company’s stated dedication to innovation as a competitive and growth lever and the eventual execution and product offerings. What passes for innovation in many places is too diluted to recognize. Steve offers some yellow flags:

“…if you work at an organization that doesn’t have a culture that (1) values innovation and (2) places governance, budget and resources around innovation - not that it never will but it may be a cold day in hell before Innovation becomes mainstream. Further, many top managers agree that corporate policy actually tends to offer limited incentives to innovation or limits it by placing an innovation team in a risk averse organization or business unit or having no plan to deal with failure other than to junk the team and start over. Some say this is a talent issue, other execs say its a cultural issue. The answer is “yes.”"

Couldn’t agree more. I worked in e-business organizations which were walled gardens. We were kept at arms length so as not to infect the general population and once a product was deemed to be sufficiently cootie-free it was sliced out and transplanted into the business. Today, increasingly regulated and scrutinized operating environments makes innovation look more like a risk to be managed. I’ve seen the talent issues run both ways. We may have leaders and managers who have been conditioned to drive risk out, but at the same time we experience few skillful innovators and far too many who claim to be visionary but end up being undisciplined or ineffectual at matching innovation to business benefits.

The aversion to innovate affects more than competitive advantage and growth. I often work with clients whose IT has sufficient control over how apps are deployed to push them into vanilla deployments because they’re managing risk in terms of not wanting to manage code bases or introduce customizations that add complexity to upgrades. The result is business heads who don’t get what they need out of systems, with functional professionals who are relegated to awkwardly aligned processes, managers and employees who need to perform basic tasks and are presented with systems that require hours of training to use. The aversion to innovate at even this simple level - let’s make our systems easier to use by our own - is a direct cause of this pain. Risk needs to have a 360 review process so a fuller measure of is made before a decision that leans towards benefiting a single area is taken.

He doesn’t sound confused to me

Posted in social, Applications, Enterprise 2.0, Web 2.0, technology on August 9th, 2007

JP Rangaswami speaks of what people really do in the enterprise and how technology can and should assist those human needs. Some sound bites:

“…it is only a matter of time before enterprise software consists of only four types of application: publishing, search, fulfillment and conversation.”

“In an enterprise these relationships are usually to do with the department the person belongs to, and the reporting line. What utter tosh. Those are not relationships. They are irritants. Irritants apparently required in order for people to allocate costs and profits accurately….I am prepared to change my mind on this, the day I meet a customer who cares about what department I work in or whom I report to.”

“…people appear to “work” by doing four things:

They look proactively for information. They search for things.
They receive information because they said they were interested in receiving that information. They subscribe to things.
They talk to each other using various forms of communication: letter, e-mail, audio, video, text, IM, blog, wiki, twitter, whatever. They are even known occasionally to talk to each other face to face without use of technology.
And they transact business as a result. Within the enterprise. In the extended enterprise and partners and supply chain. With customers.

People do all this now. But we do not have the tools to do the job well.”

Thank you, JP for addressing what’s been missing in much the Enterprise 2.o talk of late, that being the question of “why?”. For a long time it seemed like there were two vectors driving the conversation:

a) Pro: “Look at all this AJAX-y goodness! We must bolt this on to our ERP so it doesn’t appear to be so hard to use!”

b) Con: “People are cats, they are unloyal and must be herded. Do not give them freedom to go outside the box (pun intended) or we shall introduce Risk.”

JP highlights the reason social computing has taken off - people are social and desire community. In the enterprise that means we want to work together in a fluid, on-demand manner. Nothing provided in of standard office productivity tool suite does that. They’re fine for turning concepts into artifacts, like insects in amber, but interchange is asynchronous and awkward at best. We fought for IM behind the firewall ten years ago and it’s still unusual to find widespread use.

In my workplace people form virtual teams around projects. Organizationally we’re pretty flat except for natural team groupings around core competencies like graphics, usability, technology, etc. A natural pattern has emerged where folks on a project tend to take over an available space - usually conference rooms - and cluster together so they have proximity to share ideas while their heads are stuck in their laptops creating the artifacts that emerge from their interaction. The fellow whose office is next to mine hasn’t been in it in 6 weeks. They sometimes bring graphics, products and designs into the room that reflect the project that end up being the cave paintings representing their new environment and their recent hunts as they share stories around the virtual fire.

OK - maybe that’s kind of stretching it to the poetic, the point is people require freedom to congregate and bounce off each other if they are going to produce excellentce. Malcolm Gladwell holds that modern genius emerges more from collaboration than from the lone insightful person (video here).

I’ve know of an organization whose 3-year plan includes a key feature - Employee Development. Yet they have no training and development resources at the corporate level, and precious few in the businesses. This disconnect is where we find the enterprise; they truly want employees to collaborate. Yet the best tools: audio, video, text, IM, blog, wiki, twitter…are often unavailable or even banned for fear that the cats will be distracted into mere chit-chat.

As I write I see that Michael has asked for thoughts about how social computing tools can play inside the firewall. Consider this a start. I’ll say that the first critical aspect for social computing success in the enterprise would be to ‘trust…but verify’.

More later.

Folder-Tag mashups with muscle at Google

Posted in Applications, Web 2.0, usability on June 27th, 2007

Google has changed another paradigm. A new front end to Google Docs and Spreadsheets is striking in many ways. First is a mashup of Folders and Tags - create a folder and it displays in a familiar left sidebar looking much like a Windows Explorer / Outlook folders view, click a folder and see it’s ‘contents’, etc. but they also behave like tags - select your doc and assign it to as many ‘folders’ as you’d like, search for tags, and so on.

Just yesterday I listened to Dave Weinberger on an IT Conversations podcast explaining why tags are inherently superior to folders in that they are attributes of the original item, being metadata they can be numerous without needing to be displayed, their inherent searchability, and so on. I love tags, so my first take on using this new Google mashup rattled my left brain a bit - why mess with the paradigm? I find myself explaining tags frequently when I discuss findability challenges in the enterprise. But folders are a concept that most folks grasp. Even though loads of people don’t quite get the Windows Explorer interface they are at least ok with the basic unit of the folder.

Google has solved one nascent problem - a lack of organizing tools around the document space - by giving folks something that behaves like the way they already handle documents. Looking closer, now there’s a higher level environment that has some attributes of the desktop - tools allowing me to manage and access my collection of stuff. They’ve just moved another step up the logical stack away from the application itself and provided a path to transition people from desktop to webtop. At the same time they’re allowing people to ease into the idea of tagging instead of filing by wrapping tags in a familiar look and feel.
This is a powerful little change that advances the state of their SaaS offerings and could expose tagging to a much broader audience. Whether you like the execution or not, it’s pretty damn clever. I wonder what the Blue Monster makes of it?

As if on cue (originally posted 12 June 07)

Posted in User Experience, Applications, Enterprise 2.0, Web 2.0 on June 22nd, 2007

Google Operating System reports today that Powerpoint attachments can now be previewed as slideshows in Gmail.

Well on the way, head in a cloud (origially posted 11 June 07)

Posted in User Experience, Applications, Enterprise 2.0, Web 2.0 on June 22nd, 2007

[Postscript - 22 June. Another nod to life in the cloud. Thanks to Google’s cached views of this blog I was able to restore the last few posts I made.]

When I left my last employer I made a strategic decision to continue my work with online applications. At the former workplace we used roaming profiles and server storage that was accessible remotely so the notion of my ’stuff’ being portable isn’t new. I’d already dabbled with Google apps and Zoho as well as Open Office as replacements for MS Office apps. Primarily because of the integration points I decided to focus on Google apps with Open Office as a backup if I needed more advanced features. It’s a purely personal choice - your mileage may vary and this is not an endorsement of any one product over the other.

I don’t do heavy text formatting nor am I an Excel jockey; given that I have to say that the online apps more than sufficed. For text I used Docs or Notebook depending on my intent - Notebook served for quick thoughts, logging running tasks and lists. Docs was for longer or more formatted items, Spreadsheets handled my basic tabular needs. I didn’t have to revert to Open Office at all. I am eager to see Google’s presentations solution - I flex PowerPoint heavily and the feature set is important to me.

When I traveled in Italy I everything I needed was at hand (unless I couldn’t get connectivity, which was rare). I recently got a new PC that I put in another location and as I was setting it up I thought how nice it would be if all my ‘legacy’ stuff was online rather than being sitting on a drive somewhere else. That made me realize that I’m shifting my focal point. My best photos, most immediate docs, reminders and notes are all in the cloud and now I wish it was all there for me.

Of course this approach isn’t a universal fit. There are challenges around document compatibility, sensitive data, compliance and regulatory concerns for enterprises. But no doubt that these will be resolved and the fact is we’re well on the way to a model of data retreivability and worker agility that eclipses the one we’ve been using for the last 30 years.

Persona grata

Posted in User Experience, Applications, Systems on March 21st, 2007

Kathy Sierra creates personas for applications. Not only amusing as hell, but insightful as always.

Department of Redundancy Department

Posted in User Experience, Applications, Enterprise 2.0, usability, Systems on February 6th, 2007

TechCrunch reports on Useless Account, an amusing little bauble that gently spoofs the dubious value of account creation. It brings to mind a similar reality, that in our mixed environment we drive our users to create profiles out the wazoo. I take the unpopular opinion that we don’t have a real golden source for individual’s profile info. Of course, the HRMS is the main entry point for employee data, which then feeds the data warehouse which turns around and feed anything else that is interested. But who am I today?

  • If I’m a candidate, I’ll create a profile in recruiting system
  • If I land a position I’m asked to create an application
  • If I’m an officer I’ll create a Talent profile
  • If I want internal mobility I go to recruiting and create a profile
  • I’m regularly asked if my directory info is correct and sent to update it as necessary
  • If I use the LMS I have a learning profile

It goes on and on…is there a set of shared, core data? Of course. Could they be merged? As of now, it could get ugly. Each “view” has nuances that merging them would potentially destroy. Yet it’s reasonable to expect that I shouldn’t have to do that same data entry bit over and over again.

We’re thinking about creating a new environment - for current workers it pulls in the proper bits from the various systems and lets me use them like Lego to build new composite profiles. For new hires it’s the starting point, a core set of ‘About Me’ data in an interface full of webby ease of use that hides the complexity and provides a way to peel off a copy of my basic info and model it for the intended purpose. I could keep those versions so I can reuse them as needed. This would live in the intranet context and not project a message that says “I’m an HR application, run away!”. Right now it’s a whiteboard exercise, to be followed up with a few mockups and ROI exercises to see if it floats.