Curated content for content, computing, and digital experience professionsals

Tag: market

Enterprise Whatever

As many of you know, we will be publishing a new report by Stephen Arnold in the next few weeks. The title, Beyond Search: What to do When Your Enterprise Search System Doesn’t Work, begs the question of whether there is such a thing as “enterprise search”. The title of Lynda’s consulting practice blog “Enterprise Search Practice Blog”, begs the same question. In the case of content management, a similar question is begged by AIIM – “The Enterprise Content Management Association” (ECM) and the recent AIIM conference.

The debate about whether “enterprise fill-in-your-favorite-software-application” makes any sense at all is not new. The terms “Enterprise Document Management” (EDM) and “Enterprise Resource Planning” (ERP) were first used in the 80s, and, at least in the case of EDM, were just as controversial. We have Documentum to thank for both EDM and ECM. Documentum’s original mission was to be the Oracle of documents, so EDM probably seemed like an appropriate term to use. Quickly however, the term was appropriated by marketing pros from many vendors, as well as analysts looking for a new category of reports and research to sell, and conference organizers keeping current with the latest buzzwords (I don’t exclude us from this kind of activity!). It was also naively misused by many enterprise IT (as opposed to “personal IT” I suppose) professionals, and business managers who were excited by such a possibility.

ECM evolved when the competition between the established EDM vendors and the fast growing web content management vendors reached a point where both saw they couldn’t avoid each other (for market cap as well as user requirement reasons). Soon, any vendor with a product to manage any kind of information that existed outside of (or even sometimes even in) a relational database, was an “ECM” vendor. This was what led AIIM to adopt and try to define and lay claim to the term – it would cover all of the records management and scanner vendors who were their existing constituents, and allow them to appeal to the newer web content management vendors and practitioners as well.

We used to cover the question “Is there any such thing as ECM?” in our analyst panels at our conferences, and usually there would be some disagreement among the analysts participating, but our mainly enterprise IT audience largely became savvy enough to realize it was a non-issue.

Why is it a non-issue?

Mainly because the term has almost no useful meaning. Nobody puts all their enterprise content in a single ECM repository. It doesn’t even make sense to use the same vendors’ products across all departments even in small organizations. – that is why there is such a large variety of vendors with wildly different functionality at ECM events such as AIIM. The most that you can assume when you hear “ECM vendor” is that they probably support more than one type of content management application, and that they might scale to some degree.

There are many who think it not unreasonable to have a single “enterprise search” application for all enterprise content. If you are new to search technology this is understandable, since you may think simple word or phrase search should be able to work across repositories. But, of course, it is not at all that simple, and if you want to know why see Stephen’s blog or Lynda’s blog, among others. Both Steve and Lynda are uncomfortable with “enterprise search”. Steve prefers the term “behind the firewall search”. Lynda sticks with the term but with a slightly different definition, although I don’t think they disagree at all on how the term is misused and misinterpreted.

Why use “Enterprise … Whatever” terms at all?

There is only one reason, and that is that buyers and users of technology use these terms as a shortcut, sometimes naively, but also sometimes with full understanding. There is just no getting around the barrier of actual language use. Clearly, using the shortcut is only the first step in communicating – more dialog is required for meaningful understanding.

XBRL – An Exciting Early Market

I am writing at the end of day 1 of the 11th International XBRL conference in Boston. Over the course of the day I have seen a lot and learned a lot–which I will share with you in a moment.

But I wanted to start with this end of the day perspective: this is a really exciting area of activity. If I were starting a small XML company today, this market would be at the top of my list. It is an EARLY market–no question about it. It is the kind of conference where the vendors still feel obliged to show you the actual markup — early, early. But there is energy and opportunity here that is missing in many of the more mature areas that we cover for the Gilbane Report. This is an exciting place with a lot of problems yet to solve.

At the moment, the activity is being driven primarily by regulatory requirements–most importantly, European regulatory requirements. (Think in terms of all the members of the EU now wanting to find ways to transparently share information across what once were many different accounting standards and sets of national regulations.) The good thing about regulatory requirements is that they can open opportunities for small, innovative firms. I am seeing that happening here.

Apart from the regulatory requirements, consider that, as of today, financial analysts begin the job of understanding a company’s financial statements by cutting and pasting data either from an HTML version of the financial statements–or a PDF one–into spreadsheets.  That’s nuts. It can’t last.  There has to be a better way. XBRL is that better way. At the end of the day, there are many users other than regulators who want this stuff.

There are plenty of problems here too. As I dig into my notes from today’s sessions in more detail–in subsequent Blog entries–I will share some of what I see. But I didn’t want to dive into the critical viewpoint stuff without first saying that this is one hot area.  I am looking forward to day 2.