Labels: CRM application, customization, IT strategy, mashup

Why do we need Enterprise Mashups as a capability of IT? As Dion Hinchcliffe explains in this post, there is a lot unmet software demand due to small projects not being economically viable:

... almost any IT system is going cost in the hundreds of thousands or low millions even to get off the ground. This means that many smaller, niche demands, which statistically, are very likely to be larger than the demand for big IT systems in an organization (The Long Tail), are actually continuing to go dramatically underserved ...

As he further explains, Enterprise Mashups are in a perfect position to enable the business to fulfill this demand. What is not talked about, are the different deployment options of these mashups. Depending on the context of the functionality it delivers and the type of user it delivers it to, the deployment pattern of the mashup should change. For an "ad-hoc" pattern, you might want to deploy the mashup as a gadget on the desktop. For a "project" pattern you will want to deploy it inside a project portal, while for a "process" pattern you will want the mashup to be deployed as an extension to an Enterprise Application.

Choosing the wrong deployment pattern of a Enterprise Mashup could restrict its benefit and in some case dramatically increase the number of applications on the desktop. Especially when deploying an "ad-hoc" pattern where a "process" pattern would have been more appropriate, the user will suddenly need to become aware of what mashup are relevant to which task and where to find it. He or she will have to copy data to and from an Enterprise Application and mashups. The ultimate swivel chair nightmare!

So what does it mean to extend Enterprise Applications with mashup capabilities? It means facilitating the embedding of mashups inside these applications so that the business is able to add functionality to them for their specific "long tail" needs, e.g. extending a CRM application with a Network Diagnostics Mashup for the customer's region to enable the agent to anticipate and analyse possible causes of connectivity problems. By providing this capability the short lived, specific requirements of a business division can become part of the same application that is serving the long term requirements of an entire enterprise. But this time, it can deliver this to a specific user groups and for a specific process only, without requiring changes to the underlying application. This is what we at Corizon call "Integration without Customisation".

Labels: CRM application, Enterprise applications, enterprise mashup, mashup patterns, process mashup

During World War II the American government faced an unprecedented challenge: the need to increase industrial output while its workforce was depleted by troops away fighting in Europe.

To overcome the problem, the government published a guide to improving efficiency for its employees and departments. Some sentences caught my eye:

“Look for hundreds of small things you can improve. There isn’t time for major items. Look for improvements on existing jobs with present equipment.”

Sound familiar? Do you need to make changes to your business: to maintain momentum, manage through the downturn, or exploit new opportunities? How can you accomplish these goals when resources such as your workforce, sales revenues and operational cashflow are under pressure?

As the Dow hovers below 7,000 points, once-steadfast blue-chip shares trade below a dollar and every economist’s crystal ball has gone suddenly cloudy, this is not the time to throw away what you have and buy new.

Instead, any change should be incremental and designed to protect and maximize every valuable asset within your business: people, knowledge, technology infrastructure, software and successful processes.

This philosophy - to do things faster with fewer resources at lower risk - is at the heart of what Corizon does. We help businesses deliver faster, more cost effectively through an approach of incremental change: review existing processes; adapt existing applications (even eliminate redundant applications); drive user efficiency, through a succession of short, low risk projects - and by extension protect and increase revenues, profitability and customer satisfaction.

Today’s businesses and government departments would do well to leaf through some old government handbooks. There’s a lot to be learned from history.

Labels: IT strategy, mashup, recession