Does the raging ‘information explosion’ baffle you? Unravel the Enterprise Information Management (EIM) treasury for an assured return on information with a competitive advantage.

« May 2010 | Main | September 2010 »

June 22, 2010

Business Analytics in Wealth Management........

Wealth Management in the Banking Sector is undergoing major facelift these days.  The golden era of eternal increase in investment values has passed.  Now it is the time to bring in prudence and caution in the activities.   

 

HNIs, Corporates and Trusts form the main clientele for Wealth Management Units in Banks.  Huge amounts of investments are made across swathes of products like Equity, Debentures, Mutual Funds, Futures, Art, Commodities, Fixed Deposits and ETFs.

You will also have huge number of specialisations in the Bank such as, Researchers, Investment Advisors, Client Relationship Managers, Portfolio Managers and Traders to manage the business.  These folks do a variety of activities like: doing industry research across geographies, focussed research in different portfolios, studying the portfolios and passing on the advice to their Clients.

 

Information management and presentation matters a lot in this business, encompassing the real-time data integration and alerts. 

 

Business Intelligence plays an important part in Wealth Management, especially, in the understanding the Performance Attribution, Risk Attribution, Holdings Valuations and scores of other interactive decision making and reporting functionalities.

 

However, Business Analytics play an even greater role in increasing the wealth of the customers, by the way of Global Balance Asset Allocation System (GBAAS).  GBAAS enables the advisory team to interact with their customers with real data and projections obtained from across the world, by varying the customer portfolio and their risk appetite. 

 

More later.......

June 21, 2010

Whose brand is it anyway?

Some time back I was catching up with an old friend of mine who is a self proclaimed branding guru. As the conversation progressed, we started jokingly making fun of each other's profession and in no time things got heated up. Finally he said "you techies should stick to coding and let us worry about branding".  Well, he may have said it in a fit of rage, but it made me wonder. Is there an impact of technology on the way branding is done, especially online branding?  Do the brand gurus need to be aware of where technology is going and also the other way around.

 

Take the example of online branding. Initially online branding meant having a unique domain name and website. But slowly organizations realized the value of unique branding on their website as more and more business shifted online. User Experience Design became a major ingredient of all website development and everything from logos to images to colors to information architecture was revamped to establish a unique branding for the website. All was going well for the brand conscious organizations, when almost suddenly technology pulled the carpet out from below their feet. In came search and feeds.

 

Search meant that users don't anymore spend hours browsing your website. They spend more time searching for what they need, look at the snippet and visit your site only if they feel its relevant. Feeds meant that they may not even visit your website anymore. They might just use a feed reader or a video player (depending on the kind of feed) to consume your site content, without ever visiting your site. This change in information consumption pattern blurred the concept of brand for the user. The same page might have content from multiple sources, and the most prominent brand will be of the feed aggregator or search provider.

 

So does online branding need to adapt? Yes, of course. The fundamental shift is in what is being branded. It used to be entire web pages, but now it is every small unit of information which can be accessed in an alternate way like search or feed or video. But how do you brand such small pieces of information?  Well here come some emerging standards to the rescue.

 

One such emerging standard is Microformats. It is already being used for business cards and calendars, and browsers have started providing support for it. A new microformat named 'hbrand' could be defined with maybe the logo, company website link, company information etc. which might be shown on the page itself alongside the content or as a tooltip on hover. HTML5 also provides support for similar concepts through Microdata specification which is evolving.

 

What is more, the consumer base for such specifications is also growing. Google has started supporting Rich Snippets where Microformat, Microdata and RDF tags are read and used to display useful information along with the search result snippet. Feed readers and video players could follow soon.

 

So organizations need not just worry about branding their websites. They will have to start ensuring that every piece of information they send out in the form of feeds or search results are also branded. But how do you ensure this? Maybe a branding gateway component which intercepts all content being sent out and tag it with the branding information defined as a Microformat or Microdata. Search engines, Feed Readers and video players will the start using this data to create a unique branding for the content wherever it is displayed.

 

So will technology revolutionize the way online branding is done? Maybe, as my friend said, maybe I should worry about coding and leave the branding to the likes of him.

 

Ritesh Radhakrishnan

June 16, 2010

TELCO Merger Scenario: How BI can help?

CSPs are always observed to be in the fore-front of innovation and technology adoption.  This has been the case from the time Mobile Phones were invented.  World-wide we are observing Mobile Phone adoption at a frenzied pace.  New CSPs are allowed function in high growth economies, with greater regularity, in order to meet the growing demand, new technology adoption and prevent restrictive trade practices.  CSPs are also transforming themselves to provide more consumer services like: Mobile Phone, Cable Television, Fixed line Telephone, and Broadband. 

Most of the CSPs are also transforming themselves through mergers and acquisitions (M&A), aided by deregulation and macro economic conditions, in order to thrive and survive.

This article focuses on the role of BI in CSPs M&A.  In my view, BI should act as a quick enabler of M&A for very important functions like: Corporate, Finance, Sales & Marketing and Customer Service.

Corporate would be interested in Business Planning for the short-term and long-term.  They would want to do this in a most collaborative manner, and in the shortest time possible.  They would also like to keep changing their business plans as the business scenario changes, again in a collaborative and within short timelines.  Corporate is also interested in getting a combined view of the new organisation's performance, with standardised data definitions.

Finance division would be interested in understanding consolidated financial statements, covering Balance Sheet, Profit & Loss and Cash Flow.  They would also be interested in performing some simulations to understand different scenarios.  They would also want to perform some inter-company reconciliation till the complete merger is done.  All these would be required without fundamentally disturbing the Chart of Accounts Structure of the two merged entities in the short term.

Sales & Marketing will be enthusiastic to increase their sales through cross-sell & up-sell opportunities in the larger combined customer base.  Understanding the customers and harmonising the products are the key activities for this division.

Customer Service will be overwhelmed dealing with combined customer base.  Understanding the services provided to combined customer base after harmonisation (de-duplication), and maintaining an updated record of new sales made through cross-sell / up-sell mode is very essential for the customer services team.  The merged business entity should aim for new service reporting SLAs and reports, but also maintain the older metrics till the complete merger takes place. 

Most of the mature CSPs would have existing data-warehouses and data marts to help their business users make better decisions.  There will be an existing spaghetti network of data integration among the data-warehouses, data marts and other source systems.  Disturbing them soon after organisations' merger will be difficult.  Similarly, it will be advisable to continue with the existing set of source systems, till a detailed study is done on what to retain and what to sunset.

However, Business has to continue as usual, or in a better way with the merged entity having a single face to it.   If you observe the above paragraphs, the main points that bring integration are the master data across multiple systems.  Master data (or) Reference data like Customers, Products, Financial Chart of Accounts, Organisation Hierarchy, Employees and other natural hierarchies like Geography, Time etc.,.  So, the creation of Golden Source of Master Data (or) Reference Data is very essential for the merger to be successful.  This Golden Source of Master Data can be shared across the whole organisation, with proper access rights, to enable the various departments carry out their businesses efficiently. 

Apart from the master data (or) reference data, the most important merger enabler is the common / harmonised data definitions (or) terminologies.  We have observed this to be an impediment with most of the organisations that went for merger (or) acquisition.  Usually, the organisations that came together will be using different terms to refer to somewhat similar definitions, and the meanings will be slightly different if they use the same terms.  Harmonising them doesn't always solve all the confusion and information exchange across the merged organisations.  Till the complete merger takes place, some parts of the organisation will have to go ahead using the old terminologies, thus putting to the simultaneous usage of old and new terminologies.

BI Architecture also plays an important role in making sure the Head Quarters obtain all the information they need, at the same time allowing the business as usual in the departments that are yet to be integrated.  Disturbing the existing Data Marts, Data Warehouses and Source Systems is not going to be quick and easy; hence building an extra data layer on top of the existing ones will be more helpful.  This new architecture has to keep in mind the need for migrating all the data, in the same granularity or in aggregated form, to the new BI layer, with the available connectivity band-width.  We have observed this new layer to come up as decentralised data marts, if the merged organisations are quite far off geographically, and if there is a need to adopt new data definitions, for the Head Quarters reporting.  If the old data definitions are going to be given up ultimately, and the merged organisations belong to the same geographical region, then only one layer will be required.  This layer will grow ultimately consuming the individual organisations data marts / DWHs.

Functional integration is the most important piece in Telco Merger.  This can be achieved through a careful alignment of function-wise / department-wise Metrics and KPIs.  Asking the business users for new set of KPIs and Metrics is usually tricky in a merger.  There will be lot of confusion in terms of which ones to use, and if they have been standardised or not.  This exercise has to be started with a set of standard Telco Departmental / Function-wise KPIs & Metrics.  This will also help in harmonising the data definitions and help in gathering the requirements quickly. 

Technical Integration is the final most important piece in Telco Merger.  Most of the Telco would already have some cutting edge BI Tools in place.  Technology stack would include Appliances, Statistical modelling tools, Reporting tools, ETL tools etc.  One needs to focus on the scalable and high feature tools to enable both the business and technical teams to put them to a variety of uses.  ETL tool should be selected based on some of the features like: load balancing, metadata workbench, metadata integration capabilities.  Reporting tool should be chosen based on some of the features like: ability to provide ROLAP, MOLAP and HOLAP, ad hoc querying, standard reports, graphical ability, built-in statistical modelling, and ability to connect to multiple databases.  Appliance should be selected based on the scalability, cost and performance.  However, in most of the cases, we have observed that technology stack selection is taken up at the enterprise level to obtain huge discounts on license and upgrade prices.  It is also common for some of the departments to take up some specialised reporting tools with added mash-up capabilities to reduce the development efforts and reduce the licensing costs. 

Subscribe to this blog's feed

Follow us on

Blogger Profiles

Infosys on Twitter