ONLINE'S NEW OUTFIT:
THE ULTRA-INTRA-CONTENT-KNOWLEDGE-NET MANAGEMENT PORTAL SOLUTION
To understand any of the latest online buzzword package, ask the person who built an in-house online system on time and on budget. To be confused about the Ultra-Intra-Content-Knowledge-Net Management Portal solution-ask an online solutions provider. The America baseball coach Earl Weaver is believed to have said, "It's what you learn after you know it all that counts." For many venturing in buzz-charged waters, the sharks will have dined before the swimmer realizes the mistake.
What is being learned at organizations like General Electric is that when one system does not work, get rid of it and replace it with another. SageMaker (Fairfield, Connecticut) has the opportunity to make GE the poster child for content-centric, personalized portals for an organization's Intranets-many words, big job, and a challenging proposition to boot. The flip side is that GE's initial forays into the "Ultra-Portal" pond sank like rocks. GE is a well-informed operation, yet it was not able to get the "Ultra-Portal" solution right the first time or two. Many organizations they can do the "Ultra-Portal" solution the first time out.
Portals Are Partial Solutions
The Ultra-Intra-Content-Knowledge-Net Management Portal "solution" is a marketing effort to sell online with a new outfit-a new swimsuit, a colorful snorkel, and some flexible, high-technology swim fins. The outfit looks good and let a swimmer get more zip from the basic stroke. But the outfit only dresses up the swimmer's external appearance. The outfit does precious little for performance over the long haul.
The new online outfits are at this time partial solutions to a much larger problem. That problem is the many disparate and proprietary systems within an organization. The Holy Grail is one seamless system, a bit like the fancy body suits world class swimmers donned at the Sidney Olympics. To get a multi-ethnic group of sunbathers speaking one language such as XML (Extensible Markup Language) is a big job. The reality of many organizations is that getting different systems to share a common language is akin to getting dissident groups in the Balkans or the Middle East to forget their animosities and get together for a friendly cook out after a swim.
Online's 2,001 buzzwords purport to solve some organization-wide issues with a flick of the high-tech flipper. If memory serves, Baan Company, SAP, J.D. Edwards, and a host of other Enterprise Information Software vendors sell complete solutions, but these firms have focused on manufacturing or traditional businesses. Furthermore, these "solutions" remain expensive, controversial enough to lead to lawsuits in Europe and the United States, and openly require a rejigging of the entire organization. Westinghouse was reinvented by its new owners and has yet to recover.
Online needs big fish revenues and has invented a fashionable new look. Online has seized smaller, information-centric solutions packaged as "content management", "portals", or "Intranets." The focus is on something that everyone embraces but no one can truly define; for example, knowledge sharing, blending internal and third party content, and self-help customer service, among others.
As readers of this journal know, hyperbole is a keystroke away in an online world. Webifying solutions shifts hyperbole into hyperdrive. Who knows where the truth is when vendors promise "knowledge management" or "portalization"? And the premise seems very reasonable, very doable. Simply use a common standard to integrate business processes, content, and electronic mail. The reality seems to be that Intranets, Content Management, Portals, Knowledge Management, Extranets, and Enterprise Information Systems munge together.
A close look at Vignette, Open Market, Broadvision, or Mediasurface, among others reveals that these systems when fully implemented are quite close to Enterprise Information Systems. Why? In order to deliver on their promises, the Tower of Babel must be pulled down and replaced with an infrastructure that plays well with others. The Japanese allegedly have a truism that runs along the lines of "The nail that sticks up, gets pounded down." What gets pounded down are disparate systems that do not exchange information seamlessly. Work processes that do not mesh are "normalized." Islands of data exist if they are in the lingua franca of the "solution."
The result of fuzzy, almost poetical terminology, are systems that sounds very reasonable, very practical. The only sticking point is that fully-functioning "solutions" are costly, and they have to circle back to the premise of the Enterprise Resource Planning and Enterprise Information System vendors. People have to shift to the new platform, or the solution becomes yet another isolated system.
This is a paradox of sorts. By packaging a "solution" as an Intranet or portal, the client buys into a "solution" of a smaller sort. However, to get the full benefits, a larger solution is eventually required. The client is right back looking at the financial and human costs for shifting business operations from something that seems to work but not perfectly to a platform that may not work at all. Little wonder that new terms, new spins, and new packaging is wrapped around using Internet technology for business processes. Little wonder that Vignette has had to move from churning out Web pages to the deep waters of enterprise systems where Baan's One World and SAP R/3 swim.
Three Preparatory Tasks
How does one go about getting an Intranet or portal or one of the other "solutions" funded and underway. There are three steps:
First, the person with the responsibility to implement an "Intra-content-knowledge-net-management system" has to figure out exactly what his organization requires. Next agreement must be reached that the "solution" will solve the "problem." Then the hard part-matching the problem to what vendors can do within the time and budget available.
Second, the client team must assist the vendor or more likely vendors to implement the system.
Third, the system must be deployed, staff trained or induced to use the system, and bugs chased and killed.
Now the outcome of this process does not guarantee that the project will be completed on time and budget. Nor does the process take the ultimate step toward the Software Hall of Fame and get users to embrace the new "solution." But forewarned is forearmed. The three preliminary steps provide some preparation for handling the three major pitfalls in a "solution":
The challenges to delivering a portal a formidable. Among the most challenging are:
Assume that the management is convinced, funds approved, and internal team members clutching their mouses in anticipation. What are the principal ways to deliver a portal, a content management solution, etc.?
Four Ways to Deliver Portals
There are dozens of ways to deliver portals, Intranets, et. al. To fit within the scope of this brief article, we shall look briefly at four approaches, offer a comment about one major advantage and disadvantage of each approach. For this discussion, I am assuming that the organization wishes to deploy an Intranet portal.
First, a portal can be constructed using the DIY or do-it-yourself method. The internal team says, "We can do it. No problem." License a toolset from Microsoft or SilverStream, take a class or two, and code up a portal. The upside of this approach is control. The information technology department has the project. The finance officer can depend on existing reporting procedures to track costs. The management team knows to whom to look for explanations. The downside is that the project may never be completed or when finished, does not work. The costs, depending on the accounting method, can be reduced to almost zero. Resources are easily allocated to other budget line items.
The second approach is to outsource the project. Companies like Plumtree Software stand ready to deploy a portal for a department or an entire enterprise. The upside of this approach is that the responsibility for getting the job done is shifted to another organization and reinforced with a contract. The downside of the approach is that what is built may not match the work processes and flows of the organization. The costs for outsourcing can be as low as a few hundred dollars a month plus a set up fee or as much as $50,000 per month. The variability in monthly costs are determined by support, maintenance, and training. The upfront set up fees can range from $30,000 to as much as $200,000, depending on the particular requirements of the portal customer.
Third, an ASP solution with help from an internal management team offers another option. The term ASP has been popular for a year or two. The fuzziness of the phrase Applications Service Provider has not been helped by these variants: FSP or Full Service Provider, EBIP or Electronic Business Infrastructure Provider, aggregator or company that assembles services from multiple ASPs and offers a single point of contact, MSP or Management Service Provider, NSP or Network Service Provider, or HSP or Hosting Service Provider. Regardless of description, the idea is that the portal function resides on a computer located at a remote facility or the portal computer is located at the client's network center but managed and maintained by the service provider's staff. The essence of the approach is that the coding, fixing, and maintaining are done by a third party. The internal client team oversees the project and learns the ins and outs of the portal implementation. The upside of this approach is that responsibility is shared but the contracts with the service provide specifies minimum levels of performance in an SLA or Service Level Agreement. For many companies, the internal oversight, the basic contract for the portal implementation, and the SLA provide a lower level of risk and thus a higher level of comfort for the senior managers who must sign the checks. The cost for ASP portals can range from $2,000 or $3,000 per month to $10,000 per month and higher, depending on the specifics of the project. The upfront licensing, set up, and consulting fees usually begin in the $30,000 range and can easily rise to six figures.
The fourth approach is for a systems integrator to reinvent or reengineer the company's business processes to fit the portal model. Companies specializing in this service include Prentice Technologies (Denver, Colorado), Top Tier (Atlanta, Georgia), and, of course, the consulting arms of the IBMs, Cap Geminis, and Computer Sciences Corp. of the world. Remembering Petsmart's brush with a total solution is a useful exercise when considering this fourth approach. The internal team for this approach includes representatives from all functional units. The delivery cycle is rarely measured in units smaller than a three-month block of time. The advantage of this approach is that a Fortune 1000 corporation needs this type of approach to overcome the inertia that exists in a large, distributed organization. The downside is that if the implementation is botched, the portal initiative can fail. An example is the difficult Petsmart (Phoenix, Arizona) experienced with its SAP portalization effort. The cost for this type of project is typically measured in the high six figures to millions of dollars. Planning, training, licensing, coding, and deploying services are required to move the portal from the drawing board to the doorway of the client.
Before You Sign for an Ultra-Intra-Portal Solution
The optimal course is to plan the journey before buying the airplane ticket. The three
pre-portal steps should include:
Next, before diving into a deal with one vendor, use two, possibly three pilots, not one. Regardless of approach, different hands-on experiences are essential for two reasons. Real-life tests are absolutely essential to ferret out the easily overlooked "hidden" costs such as coding a patch to let accounting know that a click on an article costs money in the portal interface. Multiple tests are important to educate those testing the portal about what options are available to them. The reactions of technical and non-technical staff plus outsiders/customers is essential. If the report card is poor, fail the portal and try harder next time. Be willing to take the "right" decision, not the fast and easy decision
Finally, solicit proposals from a sufficient number of qualified firms and concentrate on the top two or three responses. Then do a solid pre-contract cost and payoff workup. Itemize licensing, training, support, maintenance, and similar fees. Include estimates for system down time (lost revenue if there is an electronic commerce function in the portal and for the cost associated with staff training. Essential and quite painful is the calculation of costs associated with upgrading the system to handle additional users, functions, and services. If the portal's response time is too sluggish, it will not be used. The costs for speed can be punishing, and they are routinely pushed aside with the comment, "Performance is certainly not a problem." Bug fixes and middleware costs must be included since software is rarely flawless and systems from different vendors on different platforms are known to be at odds the moment they come into contact with one another.
As noted, one can substitute any of the trendy Business 2.0 or Industry Standard jargon such as content management, knowledge management, Intranets, Extranets, Ultranets, eCRM (electronic customer relationship management), and others. The software "umbrella"-regardless of what it is called-by necessity must cover rich media, internal and external content, multiple system interactions, desktop applications, workflow integration, enterprise services, and 7x24 access. Finally, whatever is deployed must be sufficiently flexible to accommodate the "next big thing." Believe me, they are coming. Wireless video training, voice interactive personal digital assistants, agent-based customer relationship management systems are three innovations almost ready for prime time.
A big job this portal "thing" is. The key is to use flexible, open architectures. Portalization may be an organization's first step to a true distributed architecture. The future of enterprise computing is "standard" plumbing that easily accepts plug in modules. The digital framework must allow new services to be added with the same ease with which a 13-year-old changes surfboards. All interfaces must expose content in the context of work tasks. Automation via agents and "bots" seems to be the surest way to slash some costs. The framework must allow these digital servants to thrive without special recoding. In short, the portal will work when the business task comes first and buzz word second.
Stephen E. Arnold
This information is taken from The New Trajectory of the Internet: Umbrellas, Traction, and Lift in 2001-2002 (Infonortics, Ltd.: Tetbury, England, March 2001). Mr. Arnold provides professional services in business and information technology consulting to clients throughout the world. He lives in rural Kentucky with two boxer dogs and 13 servers.
[ Top ] [ AIT Home ] [ Beargrass ] [ Site Map ]