Big Data. Big Decisions
InformationWeek
Special Coverage Series

Commentary

Venkatesh Rao

Social Wars: A New Hope

It's still early days in the transition to Enterprise 2.0 capitalism. To understand how it's playing out, consider where the action is: the IT sales cycle. First of a three-part series.

First of a three-part series. Click for Part II and Part III.

If you think Enterprise 1.0 has been retiring gracefully, handing power over to Enterprise 2.0 in a bloodless succession, you haven't talked to a sufficient number of adequately liquored-up people in the trenches. Or you've been forgetting to take your Dilbert vitamins.

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

To understand how individual battles are playing out in these early days of the war for the soul of capitalism, you need to look at the IT sales cycle, where much of the action is concentrated.

Why is it important to look at the sales cycle? Because that's where the mix of privately believed and publicly paraded visions collide. It's where salespeople make the tough decision: whether to pander to customers' (or their own) delusions to close a sale, or make a sincere effort to work with prospects to discover the defensible truths, whether or not they help close the sale.

The enterprise IT sales cycle used to have a certain leisurely, ritual-like quality to it. Vendors would slowly discover the organization through networking, build up good relationships with the purchasing and IT organizations, and get to know the middle managers of the organization they were targeting. They'd study the organization chart and figure out the best lines of access to the level at which the decision they wanted could be made. Usually, this meant senior executive: VP or higher.

They'd help their internal champions set up the committees and lay the paper trail--internal seminars, case studies, benchmarking exercises, town hall meetings, and seminars--upon which to base their recommendations. Once the dog-and-pony show gathered enough momentum, the stage would be set for a multimillion-dollar sale. All stakeholders would be protected by reams of paper justifying their roles in the recommendation to be presented to the C-suiters in the Big Meeting.

It was a sales cycle tailored to the waterfall model of enterprise IT planning. (It's surprising how few people recognize the irony that the hearts of capitalism are governed by Soviet-style five-year-plan thinking.) The purpose was to engineer not the best decisions, but the most defensible decisions. Decisions for which nobody could get fired.

The result? Across the corporate landscape through the 1990s, we saw a proliferation of vast and clunky IT infrastructure systems designed by hapless developers listening to middle management sadomasochists who would be the future administrators, rather than the users, of those systems.

The outcome, of course, was systems whose usability was a low priority. In the age of paper bureaucracies, it used to be said that forms were designed to protect those who had to process them, not serve those who had to fill them out. In Enterprise 1.0, that philosophy migrated to IT process design.

It was an IT approach designed to keep middle managers safely employed in sinecures, and armies of rank-and-file employees trapped in cubicle-dom, ranting against everything from travel expense reporting to procurement planning. Cartoonists like Scott Adams were the only beneficiaries.

That great work got done despite these enormous burdens was a testament to the valor of the employees. It's no surprise that Atlas Shrugged has been the leading fantasy novel of the Industrial Age.

The Theory Of Enterprise 2.0 IT Sales

Then Enterprise 2.0 came along with a startling alternative model: The IT selling process, like the product design, should serve end users, not bureaucrats and administrators. It's practiced today with varying degrees of success by every 2.0 vendor. In theory, this is how it's supposed to work:

Phase 1: Start on the wild periphery. Ignore the middle-management level; drive up adoption among the rule-breaking experimental types in the rank-and-file with the free version.

 1 | 2  | Next Page »


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.