Big Data. Big Decisions
InformationWeek
Special Coverage Series

Commentary


The Case For A Holistic View Of The Enterprise Software Market

It's getting increasingly difficult to cover a broad swath of each vendor's product portfolio in order to give customers all the insight they need.

As an industry analyst, I'm used to be being slotted, even though my goal has always been to cover as broad a swath of the enterprise software market as possible. I assume that customers and users need help understanding the full context behind their enterprise software decisions, and not just listen to a vendor pitch, write a check, and be done with it.

This goal is often anathema to how vendors organize their analyst relations functions, having historically followed the big analyst firms down the path of splitting the market into discrete analytical areas, mostly for the purpose of selling discrete analyst services. Thus, a general practitioner such as myself often must contend with multiple analyst relations teams that frequently don't communicate with one another, in the pursuit of full coverage for any vendor with a complex product portfolio.

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

Lately, this problem has grown in spades as vendors like Oracle have branched into hardware, vendors like Microsoft have started successfully blending its non-enterprise assets into enterprise product lines, and hardware stalwarts like Hewlett-Packard have become erstwhile enterprise software vendors. With my holistic market view as the goal, as vendors evolve to provide broader product portfolios, analysts who want to follow the customer's perspective need to follow a larger swath of each vendor's product portfolio as well.

Which, in most cases, turns out to be largely impossible, to the detriment of vendor and customer alike (and it ain't so good for us general practitioners either).

[ For Josh Greenbaum's latest insights, see Microsoft Dynamics Has Become Microsoft's Locus Of Innovation. ]

If I were (even) more cynical than I pretend to be, I'd think the inability of most vendor analyst relations teams to understand the need to cross-pollinate the analyst community with the full scope of the vendor's product lines--or at least offer up the opportunity for analysts to try to understand the big picture--was deliberate. It's sort of a divide-and-conquer strategy intended to keep out any dangerous, holistic analysis that might reveal key dis-synergies in the strategy.

And if I were immodest I'd claim that this total vendor coverage is easy and fits well with the capabilities and interests of most industry analysts and analyst relations departments. As someone who tries to do this, I can assure you it's hard and at times damn near impossible.

But it's not completely impossible, and in many ways very possible indeed--and very much needed, now more than ever.

The reasons are simple: If a customer wants to buy the very best software at the very best price, with the very best performance possible, how that software interacts with the rest of the IT stack is critical. (This has been the rationale for my analyst coverage for years and the basis of my strategy advisory practice as well.) And as an increasing number of vendors are not only providing more and more of the stack but are actually optimizing their enterprise software for their own stacks, advising the customer requires an understanding of how all the pieces fit together. Merely commenting on the capabilities of discrete pieces of enterprise software without understanding the rest of picture just doesn't cut it anymore.

The other pieces--hardware, middleware, database, deployment options, development tools, advanced UI tools, etc.--aren't just important, they're often key points of differentiation between vendors and provide key selection criteria for customers. Customers almost never implement in a greenfield manner, rather, their selections for new software are intertwined with their existing infrastructures and applications portfolios. Which means that just buying the very best ERP system won't cut it if that system doesn't interoperate with the customer's existing software and hardware infrastructure. And, in more and more cases--whether its Oracle touting the synergies of its enterprise software running on its Exalogics systems or Microsoft showcasing how its Kinect gaming interface can be used on the shop floor--understanding these interactions and how all these pieces interoperate are must-haves for any well-qualified decision-making process.

Which leaves us with a dilemma: how to make the analyst and the analyst relations role a better fit for the analytical requirements of the enterprise software market? The answer isn't simple: vendors with complex portfolios need to cultivate analysts who can understand that complexity and provide them with a level of access intended to make sure the synergistic, holistic view is articulated and understood. This requires in many cases both a revamping of how analyst relations thinks and acts as well as a similar reconsideration of how analysts look at individual companies.

These shifts aren't always easy, for functional as well as political and cultural reasons. Analyst relations teams often reflect their respective product and solution marketing teams, which in turn means that changing the status quo means changing the structure of how products go to market and even how products are developed (or acquired, depending on the vendor's particular innovation strategy). That makes this concept of total or holistic vendor coverage holy hell for anyone trying to make it happen, inside or outside a particular vendor.

But I'm convinced that this is a necessary evil that must be confronted, assuming the goal of educating and informing customers so that they make the right choices is the goal of the vendors' market communications. Unless the misplaced cynicism noted above is actually justified.

Josh Greenbaum is principal of Enterprise Applications Consulting, a Berkeley, Calif., firm that consults with end-user companies and enterprise software vendors large and small. Clients have included Microsoft, Oracle, SAP, and other firms that are sometimes analyzed in his columns. Write him at josh@eaconsult.com.



Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

BYTE encourages readers to engage in spirited, healthy debate, including taking us to task. However, BYTE moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. BYTE further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.

Follow InformationWeek

By The Numbers

What Are Your Primary Concerns About Using Big Data Software?

Base: 417 respondents at organizations using or planning to deploy data analytics, BI or statistical analysis software
Data: InformationWeek 2013 Analytics, Business Intelligence and Information Management Survey of 541 business technology professionals, October 2012

What Do You Think?

What's your attitude about SQL analysis on top of Hadoop?
We want fast, standard SQL analysis capabilities on Hadoop ASAP
Hadoop is for unstructured data; SQL is for relational databases
We'll give SQL on Hadoop a try, but relational DBs will remain the mainstay
Given strong SQL support on Hadoop, we'd nix the data warehouse
We're not interested in Hadoop
No opinion



Related Content

From Our Sponsor

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Business leaders often need a visual snapshot of data to quickly grasp and use it. This paper identifies five challenges in presenting data and how visual analytics can resolve them. Solutions are suggested to overcome the challenges of: speed, data clarity, data quality, displaying meaningful results, and dealing with outliers.

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Today's competitive advantage requires a deeper understanding of your business, your market and your customers. As an IT executive, you can drive that knowledge transformation. In this white paper, learn how to make decisions as a strategic business leader and three steps to begin an analytics initiative within your enterprise.

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

High-performance data visualization turns sophisticated analyses into meaningful graphics, leading to faster and smarter decision making. In this white paper, learn how visual analytics can transform big data, with additional features such as real-time functionality, mobile compatibility, robust applications for technical groups and accessibility for nontechnical users.

Big Data: Lessons from the Leaders

Big Data: Lessons from the Leaders

Financial performance, competitive advantage, operational efficiency, strategic decision making - every business goal can extract value from big data, and the time for doubt or inaction has long passed. In this Economist Intelligence Unit report, in-depth interviews with data pioneers reveal the link between the effective use of big data and the bottom line among other results.

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Which came first, the data or the decision? This white paper makes the case for having a decision in mind, then tailoring big data's volume, variety and velocity to achieve business results such as overcoming customer dissatisfaction or creating well-informed strategies in real time.

Informationweek Reports

Research: The Big Data Management Challenge

Research: The Big Data Management Challenge

The challenge of big data is real, but most organizations don't differentiate 'big data' from traditional data, and nearly 90% of respondents to our survey use conventional databases as the primary means of handling data. We'll help you understand what constitutes big data (it's not just size) and the numerous management challenges it poses.