A Mashable Web Services API is Sticky, Contagious, and Attention-grabbing

August 3, 2007 at 9:31 am | In Composite Applications, Enterprise 2.0, Mashups, Web 2.0, portals | No Comments

I’m hoping that my recent postings on mashups (see here and here) have served to point out that 1) mashups are easier to define as an attitude and “feel” than a strict technological definition and 2) that mashups are not something new, although the attention to the quick&easy end of the composite application development scale is a good thing

I’d like to now add a #3 to that list: 3) that a killer web services API is sticky, contagious, and gets the creator/hoster a lot of good attention.

See this example from the EMC Documentum 6 enterprise content management platform. I had a few conversations with Documentum about the importance of web services APIs and what kinds of things and level of granularity they should operate at. Those conversations may have had a positive effect because Documentum subsequently released their first set of web services APIs, which I thought fit the mold of what customers were looking for. With version 6 they have pushed this further and added a development tool:

– Documentum Enterprise Content Services: a new, Web Services-based API that simplifies development and integration with ready-to-use enterprise content services for easy integration with other enterprise applications within a Service Oriented Architecture (SOA). EMC’s new services interface was redesigned to eliminate Documentum specific methods and terminology and replace it with a vendor-neutral framework for working with content management functionality. These services enable developers with no Documentum experience to build ECM applications quickly and easily. This open, generic approach eliminates the “knowledge barriers” that get in the way of incorporating ECM functionality in all enterprise applications and business processes that deal with content

– Documentum Composer: provides a standardized environment for development and configuration tools that reduce the need for coding and facilitates composition of applications with reusable elements

I’m hoping that as vendors realize how powerful Google Maps has become in part because of the great API that has encouraged thousands of websites to create mashups that depend on it, they will also want to provide “mashable” APIs. “We want to be the Google Maps API of the xxx industry” is shorthand for saying that a vendor (or enterprise with B2B channels) wants to make available a mashable web service that is:

  • Sticky: Once a website incorporates a web services API it is unlikely to remove it for quite a long time.
  • Contagious: Every website incorporating the API acts as an ambassador to visitors that get ideas about how it could be used in their website. To quote an obnoxious 70’s shampoo commercial “And they’ll tell two friends, and so on, and so on, and so on …”
  • Good attention: When the UI being integrated is branded or the source somehow easily recognizable, it acts as an advertisement for the infrastructure underneath.

Mashup is a State of Mind

August 2, 2007 at 4:06 pm | In Composite Applications, Mashups, Web 2.0 | No Comments

In my previous posting on mashups, I described how the origins of mashups (quick combination of parts that weren’t meant to go together) don’t match the most common apps called mashups (Google Maps mashups or “mapsups”). I then wrote “So, if the most common example of mashups doesn’t fit the narrative of the mashup and its origins, does that mean mapsups aren’t mashups? Or that the word has evolved and, if so, what does it mean now?”

That day an article by Ben Worthen appeared in the Wall St. Journal (”‘Mashups’ Sew Data Together”, 7/31/07, B4). Of course the screen shot was a mapsup (journalists, please check out this mashup of Sudoku with numbers from flickr - a non-mapping mashup - to validate this isn’t a one-trick concept). But the non-technical, business-related focus of the WSJ would certainly force them to give a good definition that is declarative, binary, and unique right? Think again.

“Mashups essentially are a way to take data trapped in separate applications and combine them into new, hybrid applications”. Just “a” way - if there are others then what’s the difference? And portals don’t fit this definition? Is it that the pieces being combined can be placed on top of each other or aggregated versus side-by-side like in a portal? But Facebook doesn’t fit that definition. Does it have to use Web 2.0 rich internet application technologies like Ajax?

Maybe it’s a new subcategory. Is this an implementation of service oriented architecture (which states apps from piece parts like mashups as an end goal) or an alternate mechanism? Is this a type of composite application? But still, it has to be differentiated from other types.

And talk about giving a non-unique definition, a few paragraphs later the WSJ quotes another definition “A mashup ‘combines data from disparate sources into something that is more valuable than the sum of its parts’”. If it’s really combining data you’re after, don’t business intelligence (BI) tools do that? Or dashboards? Or are those mashups too?

I can come to only one conclusion: Mashup is a state of mind. It’s a way of doing things, not a new technology. Just like Web 2.0 is more of an attitude (be more social and networked, emphasize informal networks over corporate heirarchy, use the latest set of technology on the web, etc.) that can be applied to new and old tools, mashup is an attitude that says there are a lot of great things you can do quickly by ignoring detailed integration and just slamming different pieces together. Quick is a relative term - I created a Google mapsup in a few hours with some Javascript coding which may not be “easy” to some, but compared to how long it looks like it would take it’s pretty good. That’s as much a credit to the Google Maps API though as it is to the mashup concept.

If that’s true, then it isn’t appropriate to say “Mashups do xxx”. One should say “doing things in a mashup way enables you to do xxx”. But they won’t - the term has taken on a life of its own. And if it leads to people rediscovering technologies like portals, BI, and dashboards; creating new web-based composite application creation tools like Popfly or Yahoo Pipes; and attaching a new label to aggregated apps like Facebook then that’s fine with me.

Will the Real Mashup Please Stand Up

August 1, 2007 at 3:23 pm | In Composite Applications, Mashups, Web 2.0, portals | 1 Comment

I think I get this whole “mashup” thing, but there’s one part I’m still figuring out: why is a combo made with Google Maps considered a mashup?

To explain my confusion, I’ll start with some history. The term mashup is derived from the music world where it describes a song created by combining (generally overlaying) parts of other songs. I’d describe it as a “frankensong”. The term “mash” has implications of a forceful, less-than-orderly combination of things. If you check the dictionary, you’ll see definitions and synonyms for “mash” that include words like “violence”, “pounding”, “crush”, and (yikes!) “pulpy mass”. The implication is that the musical combination is supposed to be quirky, creative, and charmingly rough. The outcome should be “new” – a different vibe, emotion, genre. It should be an unintentional use of the pieces involved.

I can see how a messy Facebook page, with all sorts of seemingly disconnected content and media crammed next to each other to create a new and charming mosaic of someone’s life, would fit the mashup concept.

But take a look at everyone’s favorite web-based example of mashups: Google Maps. A client recently told me mashups should really be called “mapsups” because Google Maps seems to be the only example anyone can give! In fact, according to ProgrammableWeb, Google Maps accounts for 50% of all mashup API use. John Musser’s Mashup Feed shows 54% of examples leveraging Google Maps.

But are they mashups?

Google provides a mapping API that is used to provide geographic visualization. It’s not unintentional or hijacking something for an unintended use. It’s just an API. This is what it is for. It is no different than calling out to a charting API and, indeed, there have been visualization libraries for a long time for bar charts and geographic mapping (Microsoft MapPoint comes to mind). Maybe it seemed like a clever type of repurposing and combinatorial innovation to the first few people that saw mapsups, but they may have been uninformed about the code-calls-API underpinnings.

So, if the most common example of mashups doesn’t fit the narrative of the mashup and its origins, does that mean mapsups aren’t mashups? Or that the word has evolved and, if so, what does it mean now? I’ll mull that over a bit and publish my thoughts in another blog entry.

The Police Reunion Tour and the Web 2.0 Generation

July 6, 2007 at 7:58 am | In Fun, Web 2.0, social software | No Comments

I’m starting out a little slow today after my first arena-scale rock concert in about 15 years - The Police. I used to go to several a year in my college days and had gotten used to the feel of them and their traditions such as lighters for the slow songs and guessing which song they left for an encore.

But I forgot we’re leaving in the Web 2.0 era, which has changed everything from politics to, apparently, rock concerts. When the opening notes of Message in a Bottle start up I look to the stage and from my vantage point I can see the screens of a sea of mobile devices glowing in front of me. Hmmm, I don’t remember that from Def Leppard ‘88.

The guy sitting in front of me is on his Blackberry about 50% of the time. Apparently the communal aspect of 45,000 fans around him isn’t sufficiently social for him, so he feels the need to constantly send emails to friends and family. Sample email (hard not to see the screen in the dark): “I’m at The Police concert with your daughter. Cool.”

As they work through the set list I am not at all surprised to hear most of the favorites off of their Greatest Hits album. And if there was any mystery left, it was eliminated by the Wikipedia entry that already exists for the concert listing the set list, encores (two), and tour dates.

When Wrapped Around your Finger started up a smattering of people held up lighters, but most of the crowd held up cell phones instead. The eerie glow of the cell phone screens was no substitute for the star-like effect of thousands of lighters.

The show went off well though. A few wrong notes, but not as bad as the show on May 31st. How do I know that? Because of Stewart Copeland’s blog entry that day of course (is this entry legit?). This is the Web 2.0 era. Cell phones instead of lighters, e-mail during the concert, recent pop events already chronicled in encyclopedia form next to World War II, and online journals from band members are now just par for the course.

Live from the Enterprise 2.0 Conference: Tuesday

June 20, 2007 at 4:34 pm | In Enterprise 2.0, Web 2.0, social software | No Comments

I’m here at the Enterprise 2.0 Conference in San Francisco. I was not here on Monday, but Tuesday’s speakers had some good food for thought.

David Weinberger

David Weinberger posed an interesting question: “If there’s too much information, why aren’t we drowning?” His answer was that we’re adapting well and the solution to information overload is metadata. I believe he’s correct that we’re adapting well and that metadata is a key to surviving, but I think much of the information out there is redundant too. Frequency is often used as a measure of importance. All one has to do to catch up on the latest travails of a wealthy young heiress is catch one of the thousands of stories floating around.  By showing the phrase “Call me Ishmael” torn out of Moby Dick he made the point that deep searching (through the details of the data) is enhancing our ability to find information.  That’s true, although it’s not an example of metadata.  He also made a good point about the next frontiers for Enterprise 2.0 to conquer: authority, trust, and boundaries.

Andrew McAfee

Andrew McAfee was up next and assigned grades to E2.0. While he’s a highly respected Harvard professor, I suspect some grade inflation going on here:

Awareness: A. Among technology people I would agree, although awareness is often far short of understanding. Among business people though, I think it’s a C. There are a significant number of CEOs and business people that have heard of web 2.0 technologies, but nowhere near as many as know the latest business buzzword.

Technology: A-. Since he’s specifically talking enterprise, it’s hard to see how it could get an A- unless you mean “progress”. He seems happy there is so much to choose from. But that makes his point of view the technology vendors and not the implementers. Until the frontiers mentioned by David Weinberger (authority, trust, and boundaries) are conquered I can’t see giving the technology more than a “C” at best.

Communicating results: C. I’ll buy that. We seem to keep rehashing same success stories. The conference didn’t help in that regard though. I went to two sessions on case studies and half were vendors doing the case studies. The end users ones were not the best either (alerting? Nah).

Stowe Boyd

Stowe’s description of social apps sounded like self-actualization to me: “Judge the app by how it helps people discover who they are”.  I don’t find that description applicable in an enterprise setting.  Enhancing their ability to get their job done, visibility to management, feeling a part of a community: yes.  Learning about myself: no.

Any middle level manager who believes Stowe will want to immediately ask for a demotion or make a play for CEO since he says the center of organizations will hollow out, the “edgelings will self-organize”, and management (always just a necessary evil anyways) is doomed.  There’s more to say on this than I can type here at the airport this morning, but I find this view extreme and unlikely.  I don’t think 10,000+ person organizations can be self-organizing and I don’t think they will increase shareholder value by breaking up into 1,000 ten-person organizations.  I don’t think everyone wants to be self-directing and self-organizing.  I don’t think that employees will all become essentially independent contractors who decide what they want to do, self-organize into teams, and the “company” becomes little more than which logoed shirt they decide to put on the morning.  The market has generally voted its money on the idea that people organized in a hierarchy of groups (teams, divisions, conglomerates) are most likely to produce a return on investments and when that is not true (like a spinoff) they break up the units themselves.  I don’t see that changing.  That doesn’t mean employees will not become more empowered - just that their new networks are superimposed (not replace) the existing structure on the org chart.

Live from the Enterprise 2.0 Conference: The Conference Lifecycle

June 20, 2007 at 4:34 pm | In Analyst biz, Enterprise 2.0, Web 2.0, social software | No Comments

As an analyst, I’ve generally been assigned to coverage areas with a full life cycle. By that, I mean they have exciting beginnings, a bump against reality, then settle down to a boring, mature, reasonable level. I’ve covered Java (Java 1.1 through J2EE), application servers (remember when you used to pay a real lot for those and they were highly differentiated?) and enterprise portals, all of which followed that curve. Sometimes I felt I really enjoyed myself more than the guys covering steady but consistent technologies like databases, but sometimes I envied them too for the consistency their posts in the technology wilderness had.

In that regard, the Enterprise 2.0 conference feels like deja vu all over again. It has that same feel I remember from technologies past. The supply side attendees at the conference (vendors, media, speakers and panelists, pundits) outnumbered the demand side (enterprise buyers). By my estimate, about 40% of the attendees are from enterprises in listen mode. My figures come from a set of unscientific badge checks and one session where enterprise attendees were asked to raise their hands. By my equally unscientific crowd counting techniques there were about 350 attendees in the audience for the Tuesday keynotes counting the main room, standees, and overflow room. During dull stretches in the presentations I found myself scanning the audience for other stats and found similar figures to other technology conferences I’ve been to (e.g., blazers: 20%, male:female ratio: 7:1, Gen Xers: 65%).

This is pretty standard for the early stages of a technology maturity curve. Over time I expect to see enterprises strongly outnumbering vendors/media. Then the technology gets boring enough and the conference gets renamed or merged with another conference and the cycle begins anew.

Life Without MySpace

May 31, 2007 at 9:42 pm | In Web 2.0, social software | No Comments

Could social networking addicts picture life without MySpace? The Onion, a satirical newspaper, doesn’t think so.

MySpace Outage Leaves Millions Friendless

However, because the sudden lack of friends has deprived MySpace users of comments, bulletin posts, and searches for elementary school crushes, it is feared that the ordeal could inflict long-term psychological damage. In Chicago alone, an estimated 50,000 people remain trapped in their apartments, with no way of contacting the outside world about new bands, Adult Swim cartoons, or the latest video games.

“I lost 6,456 of my best friends in an instant,” said Minneapolis resident Peter Steinberg, 20, who has loyally befriended as many profiles as possible over the past two years. “Nothing can describe how devastated I feel. Some of these people I’ve exchanged two, even three comments with, and I can’t tell you how many ROTFLMAOs we’ve shared, too.”

McKinsey Quarterly: How Businesses Are Using Web 2.0

May 9, 2007 at 1:15 pm | In Web 2.0, collaboration, social software | No Comments

A new study from McKinsey came out that shows the planned adoption of “Web 2.0″ technologies.  You can take a look for free here: The McKinsey Quarterly: How businesses are using Web 2.0: A McKinsey Global Survey.

I found it interesting as much for how it chose to structure the survey as the answers themselves.

Definition of Web 2.0: McKinsey’s definition consists of blogs, collective intelligence, mashups, p2p networking (file sharing), podcasts, RSS, social networking, wikis, and web services.  Web services?  That struck me as an odd component to include as it doesn’t pertain to the two commonly accepted elements of the bundling: participatory web and rich internet applications. It seems collective intelligence and social networking overlap quite a bit as well.  But it’s tough to come up with any set of discrete categories for Web 2.0 without hitting some overlap now and then.

Who they talked to: McKinsey surveyed 2,847 executives (44% C-level positions).  Those who adhere to the Web 2.0 ”empowering the information worker”, “breaking down the hierarchies”, and “exploit the hidden network” mantras may find it odd to interview executives about what are inherently grass roots technologies.  Accordingly, I think the somewhat low adoption figures are a bit distorted by the fact that these executives often aren’t aware of the use of these technologies and place more value in tools tied to the existing hierarchy and status quo than those that turn it around.  In a web architecture workshop I led in 1999 I asked where the technical attendees thought they were in adoption and risk of web technologies and then where the executives thought they were and the differences were striking.  I similar chart from this survey would have been interesting.

Timeframe: The survey asked about financial return on Web 2.0 investments over the past 5 years.  While these technologies did exist 5 years ago, the term Web 2.0 is only about 3 years old, so there are 2 years where they are retroactively anointing investments as being Web 2.0.

So what about the results?  Overall, I believe a modest picture emerged of adoption of these technologies.

  • They found early adopters to be most satisfied, but I don’t think that translates into a broad recommendation since this is a self-selecting group.
  • Mash-ups got mashed - not only did a mere 21% say they were using or planning to use them, but 54% said they were not even under consideration.  This is an example of a case where I believe executives don’t see the impact from their point of view.  But I believe mashups will seep into their organizations as a form of “composite application lite” whether they even notice or not.
  • Most other technologies were being used or planned to use in 30-40% of organizations, but I believe this reflects formal usage (per enterprise standard) or usage the executives know about.  I would propose that a more in depth study would uncover significantly higher usage of these technologies under the radar.
  • India ranked much higher on Web 2.0 usage, but mostly because of the addition of web services in the package. When you take that out the numbers are similar to North America.

All in all, a good and timely survey and worth reading through.  But I think it demonstrates that the disconnect between traditional enterprise hierarchies and tools and grass roots empowerment that is driving a lot of Web 2.0 interest is also reflected in this survey of executives.  A fascinating study would be to talk to bottom level employees and architects in the same organization and compare their answers to those of their executives and publish the differences.

Lessons for Social Software and Shaping Organizational Culture

May 2, 2007 at 12:15 pm | In Web 2.0, collaboration, knowledge management, social software | 1 Comment

Set the way-back machine for 1999, long before “Web 2.0″ became a buzzword. I think it’s useful to take what Kanter says as a sociologist studying corporate interaction and apply it to the social software trends we are seeing in 2007. I think she deeply understands the value of networks and innovation, but she asserts the need for actively organized networks. I would be interested to hear her opinions on self-organizing networks which are much more visible today (I hesitate to say “prevalent” since actual statistics are hard to find) then they were 8 years ago.

This is an excerpt, but I recommend reading the whole article: An Interview with Rosabeth Moss Kanter

S&B: A lot of what you’re describing seems to do with the inability of many companies to transfer knowledge. Even when the hierarchies within companies are knocked down, it sounds like islands are created in their place. And the islands aren’t linked; each has its own path forward. Whoever is developing the food product, for instance, is not talking to the people who are actually consuming it. Is it true that this is something you have to attack, and if so, how do you do that?

ROSABETH MOSS KANTER: It’s very tough to attack when you’re huge and the problem cuts across big distances, even though information technology now theoretically makes it possible to go those distances. The companies that I talk to - many of whom now have “officers for knowledge management” or “chief learning officers” - still say that the human tendency not to share information is getting in the way, even as there is more and more information to share and the need to share it is increasing. The problems here, though, are not really ones of technology. They’re problems of how people communicate and collaborate, and they are also a factor of the amount of work people have; today’s workload itself inhibits sharing something with somebody in another country in another unit in another function.

And so the companies that have been successful at using networks to share knowledge have developed some rules of thumb. For one, they’ve found that knowledge-sharing works best when there’s a regular face-to-face encounter, every quarter or so. In between, people can communicate electronically or by telephone, but the face-to-face component is crucial.

The networks that work better are also actively managed; they’re not just spontaneously self-organizing. Somebody must feel responsible for whether communication is occurring on these issues across the divide. They also work better when people get something out of it that directly benefits the work they do; no one has time for altruism.

Du Pont has made a kind of art of networking because it had somebody who wanted to be the champion of networks. At one point, the company estimated that it had about 400 knowledge networks out of central R&D alone. Some were groups of people who formed a kind of resource network on a particular technical topic, like abrasion or adhesion. Some involved best-practice sharing, where participants identified a project they could do together. Some were task-oriented networks that were given a particular assignment to improve or fix something and would draw more people into accomplishing that task. The plant-maintenance network, for example, had the task of taking out a lot of costs. Eventually, more than 600 people got involved in pieces of that network, and they ended up taking out several hundred million dollars a year.

But one other comment about that. Networks based on things like best-practice sharing tend to fall apart quickly because there’s no real continuing path. It’s basically just getting together to pass along the practice. So these things come and go too.

S&B: So how do you keep a network going?

ROSABETH MOSS KANTER: Well, first of all, not all need to be kept going. Some have their purpose and then die. But even for them you need to create roles in your organizations for people to serve as a kind of ambassador or diplomat whose job is to work with certain customers or for a certain product line and travel from place to place sprinkling seeds of knowledge. “Oh, yes, I was just in Chicago. And here’s what they’ve come up with that you can take to Hong Kong.” Here the technology infrastructure by itself isn’t enough; you need the human infrastructure.

On this point, I was really struck by a recent change at British Telecom. One of the people interested in knowledge management there declared that I.T., information technology, should now be called I.F., information flow. This person is much less interested in technology than in making sure that actual communication occurs between people.

This is one reason the face-to-face factor is so important. One of my globally connected models is an emerging company that’s been growing quickly by acquisition and that has worked hard on this factor. It has a weekly management call that involves people from every office for an hour. The phone call is scheduled at a reasonable time for Tokyo and London and New York, and in each place it’s held in a big conference room with a big screen. The call is backed up by data transmission, so everybody can immediately see the same numbers being presented. Everybody involved knows that they have to make time for this call because it is an occasion to get knowledge quickly from one place to another. This has become part of the way of life at this company. It pulls people together and it keeps them moving.

Mashed Portals

April 30, 2007 at 1:45 pm | In Web 2.0, portals | 1 Comment

<homer>Mmmmm …. garlic mashed portals … </homer>

I received a question from a client about whether mashups are the same thing as portals.  I’ve heard other analyst firms say mashups are the next version of portals too, so I wanted to clear up some confusion.  They certainly have some aspects in common and are branches from the same conceptual tree, but they are not exactly the same.

Here is where they are related: they are both methods for building composite applications.  Composite applications are apps made up of existing parts.  Portals let you create composite applications using a screen real-estate metaphor by marrying a set of back-end integration and front-end delivery capabilities that provide information in context, personalized to a user’s role and needs. Other ways to build composite apps include business process management (a flow chart metaphor) and SOA development tools (a wiring diagram metaphor).

Here is where they differ: enterprise portals are defined by a set of infrastructure that is used to deliver contextual websites.  Mashups don’t rely on that concept of personalization (although I’m sure you could put it in there, but it’s not core to the idea), and they don’t have the set of integration into enterprise applications. Another difference is that mashups can overlay information where portals isolate different information in their own square boxes.  The mashups I find most exciting are those where the components are mashed up in the same window, like with Zillow or other apps that lay out information on a map.  There are mashups that don’t rely on blending information from multiple sources in the same window, but those just seem to have the portal UI without the portal infrastructure so they don’t thrill me as much.

All these methods for building composite applications can be useful.  But I’d never tell a client that has gotten into mashups that now they don’t need a portal product.  What if they want to provide personalized access with common infrastructure to get at multiple enterprise applications?  I don’t see a product I’d call a mashup tool doing that anytime soon.  And I wouldn’t tell a client that has a portal product that it can handle all their mashup needs.  A portal product isn’t going to help you lay out your sales data onto a map.

« Previous PageNext Page »

Blog at WordPress.com. | Theme: Pool by Borja Fernandez.
Entries and comments feeds.