BUYER CASE STUDY YES Bank Uses Cordys to Integrate and Automate Critical Customer-Centric Processes Maureen Fleming Jeff Silverstein Global Headquarters: 5 Speen Street Framingham, MA 01701 USA P.508.872.8200 F.508.935.4015 www.idc.com IDC OPINION Fast growth is an indicator of market success. This Buyer Case Study outlines how two fast-growing businesses came together — an emerging corporate bank in India and an emerging global BPM vendor based in the Netherlands — to integrate and enhance the bank's core banking applications with a BPM platform and an SOA platform. While growth is one measure of success, this Buyer Case Study illustrates that there are multiple facets to success and that they don't always cleanly align with each other. In addition: YES Bank's purchase of Cordys' Business Operations Platform (BOP) started in India shortly after the bank was launched and was predicated on the bank's strategic decision to outsource most of its IT functions. Although it purchased core banking functionality from a large platform vendor, YES chose to integrate and enhance the core banking functionality with a BPM platform and an SOA architecture rather than purchase incremental applications from its original vendor. While favoring large, established platform vendors initially, YES chose Cordys because Cordys demonstrated a superior rapid development cycle in an onsite proof of concept. Cordys' implementation at YES succeeded in dramatically reducing the onboarding time and cost for commercial customers and sharply reducing the time and cost of enhancing core banking applications, but a significant shortage of professional services resources prevented YES from meeting its ambitious implementation schedule. IN THIS BUYER CASE STUDY This IDC Buyer Case Study looks at how YES Bank, a private bank based in Mumbai, India, selected Cordys' Business Operations Platform as the process management and application integration middleware layer for its SOA-based enterprise architecture. This IDC Buyer Case Study details YES Bank's strategic technology decision to implement Cordys in conjunction with an ongoing service-oriented architecture (SOA) initiative. It also details the bank's initial requirements, the vendor selection process, results, and lessons learned. Filing Information: March 2011, IDC #227356, Volume: 1 BuyerPulse Analysis: Business Process Management Software: Buyer Case Study SITUATION OVERVIEW YES, founded in 2004, chose to outsource most of its information technology. Without the burden of a legacy infrastructure, YES Bank's IT organization had the challenge and the advantage, initially, of building the bank's enterprise architecture from the ground up. IT investments initially focused on core banking technology such as transaction processing and customer-facing applications. The bank outsourced all of its development and still has not hired a programmer. After four years, YES realized that it needed to start planning for the future. Maintaining infrastructural agility — tweaking applications and mixing and matching disparate applications — without hiring a full-service IT department was a major challenge. YES decided to embark on two initiatives: building an SOA framework and building a BPM platform solution. Table 1 provides a summary of issues and factors that led to YES Bank's decision to purchase Cordys' Business Operations Platform. TABLE 1 Buyer Case Study Capsule Category Details Vendor/product Cordys/Business Operations Platform User organization YES Bank Vertical Financial services Size Midsize Purchase trigger/need BPM and integration middleware to link core systems to external functions and to extend functionality of core systems Key tech requirements SOA interoperability, simple product architecture, rapid deployment Short list IBM, TIBCO, Newgen, EMC, Cordys Key win factors POC performance, strong customer references Decision cycle time Nine months Implementation time Seven processes in production in year one Source: IDC, March 2011 2 #227356 ©2011 IDC Organization Overview YES Bank has grown quickly to be the fifth-largest private bank in India. It employs 3,000 people across 150 branches. The company's IT organization consists of 60 people, half of whom are in business analyst rather than technology-focused roles. For this Buyer Case Study, we interviewed Umesh Jain, president and CIO of YES Bank. Challenges and Solution YES Bank began to evaluate BPM products in 2008. YES Bank's intention in investing in BPM was to provide the bank's architecture with a process layer that would orchestrate workflow among employees, customers, and back-end systems. The selection team looked at vendors that other banks in India typically use. This group has a wide array of vendors including global technology leaders TIBCO, IBM, Oracle, and EMC; BPM pure plays, Lombardi and Cordys; and Newgen, a small content management and BPM software company based in India. An initial round of product demonstrations from each vendor helped evolve the selection team's thought process around its evaluation criteria. "As we went along, we realized that BPM and middleware are two parts of the same thing. To me, middleware helps you integrate and weave processes into the back end," according to Jain. "If I want to optimize process flow, various steps of the workflow will have to talk to back-end systems in every BPM process. If I don't have this kind of integration in place, I'll have a manual flow that may do the same things as an automated flow, but people will have to key data into the BPM front end and people will have to key in data to the back-end systems." Key Requirements: SOA-Based Interoperability, Simplicity, Rapid Deployment To maintain a focus on process optimization through automation, the team decided to change its selection paradigm. "We started thinking that we should not be looking at BPM and SOA as separate products. We should be acknowledging and looking at them as one and the same thing, even if we procure these products from separate vendors," Jain said. In addition to SOA compatibility for application interoperability, the team had two other key requirements. First, the team wanted a simple solution, one with a simple architecture. Second, the team wanted a rapid deployment life cycle. The team planned its first project around approximately 40 discrete processes. Because of this volume, the team wanted a vendor and a product that could take processes from development to production, and then rapidly reuse and produce new processes to deliver the entire project within two years. ©2011 IDC #227356 3 Product Selection Over the course of nine months, the selection team carried out vendor briefings, product demonstrations, and ad hoc proofs of concept with each vendor. The team eliminated Lombardi early in the selection process. At the time, which was prior to Lombardi's acquisition by IBM, the vendor's presence in India was too limited to suit the team's confidence in the vendor's ability to provide a robust support infrastructure. When the YES team presented TIBCO with its proof-of-concept (POC) scenario, the vendor decided to drop out of selection process. The vendors left — EMC, IBM, Newgen, and Cordys — built and presented proofs of concept to the team, with varying degrees of success. EMC positioned Documentum as both a BPM platform and a document management solution. Although YES later adopted Documentum to satisfy the latter purpose, YES' evaluation was that Documentum lacked integration capabilities sufficient to meet YES' needs for SOA-based, application integration middleware. Prior to the selection process, YES purchased and implemented Newgen's content management product to provide an imaging and workflow application customized for check processing. Newgen produced an adequate proof of concept by leveraging aspects of this prior implementation into the YES Bank test scenario. But YES also had concerns about Newgen's pricing flexibility, its long-term stability, and the maturity of its product road map. IBM presented its proof of concept after approximately one month of offsite development. The vendor's product portfolio, which at the time included FileNet, WebSphere, and several applications, would have entailed purchasing additional hardware and software components, thus failing to meet YES' simplicity objective. The team also felt more comfortable with the prospect of purchasing a seamlessly built, if less mature, BPM platform. Cordys developed and presented the POC scenario over the course of one week of onsite development. "Cordys actually installed its entire system while we watched. It took 18 minutes. Then, it took around three days to write the process. In another three days, it demonstrated the process to our satisfaction," said Jain. Despite Cordys' exceptional performance in the proof-of-concept phase of the decision cycle, YES wondered about the maturity of the vendor's market presence in the financial services vertical. "It had a few implementations in India in the insurance business. The customer references were outstanding, both formally and informally. It was very glad to demonstrate to us the processes it had implemented and the kind of speed it had achieved," said Jain. YES selected Cordys' Business Operations Platform for a variety of reasons. Cordys' solution met the selection team's key requirements of agility for SOA-based integration, minimizing the technology management load on the bank's IT department, and a rapid deployment life cycle. Cordys provided YES with persuasive customer references and priced its solution aggressively. 4 #227356 ©2011 IDC "We were still apprehensive about the fact that Cordys was not an established player and that its solution was relatively new. We were looking for an enterprise strategy partner. A big question was, Can we put our money on a platform which has not yet proven itself?" "Because of the philosophy of our organization — agility, keeping it simple, outsourcing to avoid getting into technology management, and focusing on the value that solutions can deliver for us — we said Cordys is the right choice." Late in 2009, after an additional six months of cost-benefit analyses and internal approvals, YES and Cordys signed a five-year license agreement for eight CPU cores. YES signed a separate professional services agreement to cover the implementation process. Implementation YES' ambitious goal was to implement approximately 25 processes within a year and 50 processes within two years. Cordys began the implementation with 2 services people dedicated to YES and expanded that team to 10. YES may also hire a thirdparty support partner, Virtusa, which has a BPM practice and a strategic partnership with Cordys. One set of processes manages corporate touch points. BOP connects YES' core banking systems with a customer's enterprise resource planning (ERP) system to receive information, translate information to messages, and relay messages into YES' architecture. Once YES' core banking systems have processed the messages, BOP sends out appropriate payments and confirmations. As of March 2011, seven of YES Bank's customers were integrated into the platform. The second set of processes augments the features and capabilities of YES' core banking applications and are difficult to modify and customize natively. YES uses BOP to modify and add functionality to those core banking processes. YES has rolled out two applications in this category. One Cordys process manages the bank's end-to-end processes regarding paperbased interest/dividend warrant checks. BOP manages and tracks customer requests for paper-based checks, from customer request to printing to customer receipt. The second application manages a product YES developed to allow customers to take advantage of a new method of paying for shares of companies in the process of going public. Before the Securities Exchange Board of India (SEBI) launched the new process in 2008, an investor applying for shares of an IPO had to make an up-front payment for the entire amount of shares it wanted. If the investor originally requested 40,000 shares but in the end only received 10,000, the investor would have to wait two months to receive a refund check. SEBI's new subscription mechanism for IPO shares allows investors to receive refunds immediately. YES Bank uses Cordys to manage all of the processes related to the new refund process. ©2011 IDC #227356 5 The YES team overseeing BOP consists of four people — an administrator from the IT side, primarily responsible for monitoring and managing the technology, works with an engineer and a programmer. In addition, a program manager from the line of business tends the platform's general architecture by laying out standard process guidelines and manages the bank's relationship with the vendor. Implementation Challenges "When we evaluated Cordys, we did consider the partner ecosystem. We spoke to Cognizant, we spoke to Wipro, and we spoke to Cordys. We were more or less convinced that they all have some expertise on the product, and we can take services from any of them. Our plans were very aggressive." "However, when we eventually started, there was frankly no expertise existing. What we did realize is that all the partners have everything on paper only." YES was forming a support partnership with Virtusa to fill the gap between what was available from Cordys and the aggressive YES project schedule. In the meantime, Cordys' support department continues to be YES' main services partner. "I must acknowledge that the guys in the management of Cordys have all been supportive. They never shied away from the fact that there are issues. So, they've actually been very engaged. But, they've not yet been fully able to get their act together. That's part of the risk that we took and part of growing up together." Results Late in 2010, YES' customer onboarding process took a quarter of the time at a quarter of the cost compared with the previous year because of the Cordys deployment. YES manages several other mission-critical processes through the platform and plans to expand the deployment continuously over the next several years. However, YES was able to implement only 7 of the 25 processes it had planned to put into production during the first year of implementation, not because of product issues but because of a shortage of professional services available from Cordys and its partners. Combined, they were unable to supply the volume of professional services YES needed to execute its process development plan without a major expansion of its IT staff. Benefits YES saw a return on its investment in Cordys' software well within a year of the initial purchase. The platform continues to add value to the bank by automating and managing both mission-critical and value-added processes. Customer Onboarding Prior to implementing Cordys, each time YES wanted to bring a new commercial customer into its system, the bank had to contact Oracle Financial Services, its core banking vendor. Each new onboarding took four months to complete and cost 6 #227356 ©2011 IDC approximately $20,000. Although this cost and time frame were standard for the banking business, YES recognized an opportunity to gain a differentiating advantage by increasing the speed and efficiency of its onboarding process. YES rolled out its first customer on Cordys in three months. YES used this initial project to create a reusable process infrastructure for future projects. Now, YES onboards a customer in less than 10 days for approximately $2,000. Value-Added Application Development YES also uses the Cordys platform to enrich its architecture with value-added functionality without buying new, function-specific applications. For example, YES is migrating its accounts payable process to the Cordys BOP. This process will affect all of the bank's suppliers, regardless of whether they submit electronic or paper-based invoices. When a vendor submits an invoice, the document will go through the Cordys platform, into an approval cycle, and out to post in the bank's accounting systems. The process will have 4,000 end users, including 300 vendors and all of YES Bank's internal employees, by the spring of 2011. Cordys' business rules engine is a key part of the application. "Accounts payable uses a lot of rules in terms of who approves what amount, especially in large organizations where there are delegations. These are very definable properties. However, to code this would have been difficult and I think the rules engine came in handy as the back end," Jain said. YES could have bought a separate, out-of-box accounts payable application, but it was much less expensive to develop one using BOP. "If I were to buy this application and implement it, my initial capital investment would be around $75,000. Then the maintenance cost for everything would be about 20% of that — something like $15,000 per year. If I do it on Cordys, however, it's a onetime development cost, with maintenance costs already subsumed into the platform," Jain said. Future Plans YES has budgeted substantial funds for process development during 2011. In addition to fully deploying the accounts payable process in the spring of 2011, YES planned to roll out an employee reimbursement process. Future development and expansion of the Cordys platform at YES is contingent on Cordys' ability to deliver services directly or through its partners. Jain said that internal demand for BPM deployment has increased much more quickly than his development team can deploy new processes. However, he anticipates new deployments will roll out more frequently as Cordys' partner ecosystem gains expertise and can provide the bank with development resources independent of Cordys' services team. YES has long-term plans to package and resell SOA-based middleware to other banks in India. These applications will be based on Cordys. "We want to build our process layers specific to banking and take it to market. Our plans are on Cordys. An account opening is an account opening. I think, by the time other large banks that are usually a little slow to react and a lot of small banks that are either ©2011 IDC #227356 7 not able to visualize and execute on BPM, or they don't have the money to execute — by the time other banks wake up to this, some core processes will be in production in our system, which we can then go and sell as a product offering," said Jain. Lessons Learned "I would say, on the product side, everyone needs to do their own due diligence. For small to medium-sized organizations," Jain said, "I think Cordys is a fantastic buy. I've not seen Cordys in extreme volumes, but if you're talking about processing extreme volumes you should do additional due diligence. But as a general BPM middleware platform, I think it's a fantastic tool." Purely from the product and platform perspective, Jain is impressed with Cordys' responsiveness. Jain recommended Cordys to peers with less ambitious projects, and they reported good results. But YES laid out aggressive plans for its Cordys deployment that proved to be far more demanding than the combined internal and external resources of YES, Cordys, and professional services companies could handle. One lesson is to be sure that the scope and the timing of your rollout plan can be supported by available skills. Several peer customers also advised YES to use its own project managers to ensure delivery of results. YES followed this advice and recommends others do the same. "Have your project managers manage the projects," said Jain. Finally, successful process development requires a standards-based development mindset. Systematized development guidelines are important in large, complicated implementations such as the one at YES, particularly since the company's IT department consists primarily of business analysts. Relentless execution against this mindset is the key to avoiding costly complexities when it comes to change management and scaling. "You can't have a volatile shop in a large development. Working out of a complete project management and program framework is key," said Jain. ESSENTIAL GUIDANCE Success in business can be measured in a variety of ways. Return on investment is a common measure of investment success. By this measure alone, the Cordys implementation was a significant success. Another goal for YES during product selection was to find a product that could deliver quick results. Cordys not only helped YES achieve and surpass an ROI on its product investment;it helped YES deliver quick value. But YES' definition of success was demanding and multifaceted. It wasn't just about ROI and quick time to value. It was about a series of processes and a schedule. And there, the professional services gap left YES short of its goals. YES' ability to learn and evolve an understanding of what was critical to the bank's success led YES ultimately to the right kind of product. YES took time to understand its architectural requirements, placing a greater emphasis on product competency 8 #227356 ©2011 IDC around SOA, when it realized the success of the effort would be highly dependent on integration. While enterprise application interoperability may not be critical in a particular selection process, strong interoperability with user applications, portal infrastructure, or content assets may be important. We continue to find that enterprises with rigorous procurement processes sometimes miss the architectural alignment step of their purchasing decision and base their decisions on word-of-mouth or best-first impressions or other relationship-centric scenarios. A big point of failure or cost escalation in projects is the failure to correctly identify the way in which the product handles interoperability. But YES still fell short of its specific goals. The results YES was able to achieve over a relatively brief period were impressive. And frequently, a fast success leads to the next success and creates its own momentum within a company. But in this case, the "success" built momentum that couldn't be supported by Cordys and its partners. The gap between the availability of support for specific BPM products and processes and demand is not peculiar to Cordys. It is an industrywide gap. Prospective BPM buyers need to understand that BPM is still considered an emerging area of technology by platform vendors and professional services firms. The professional services companies may see limited volume from a market that, while growing, is still relatively small and divided among a more than a dozen significant vendors. Prospective buyers need to heed the often expressed advice of the customers that we have done case studies with previously — start BPM with small, simple projects. And develop internal expertise with the product that will allow you to properly oversee additional development projects. The initial projects are almost as much about learning and skills transfer as they are about ROI and the rapid delivery of business value. LEARN MORE Related Research Life Insurer Uses Pegasystems for Call Center Transformation (IDC #226363, January 2011) AmerisourceBergen Uses Metastorm to Automate Processes, Integrate with and Augment New ERP (IDC #225877, December 2010) Fast-Growing eCommerce Company Picks Progress for Visibility, Process Standardization (IDC #225831, December 2010) Localiza Selects TIBCO BPM and SOA Platforms for Legacy Upgrade (IDC #225762, November 2010) psHEALTH Selects Appian for Quick Health Apps Development Using BPMCentric PaaS (IDC #225244, October 2010) ©2011 IDC #227356 9 Copyright Notice This IDC research document was published as part of an IDC continuous intelligence service, providing written research, analyst interactions, telebriefings, and conferences. Visit www.idc.com to learn more about IDC subscription and consulting services. To view a list of IDC offices worldwide, visit www.idc.com/offices. Please contact the IDC Hotline at 800.343.4952, ext. 7988 (or +1.508.988.7988) or [email protected] for information on applying the price of this document toward the purchase of an IDC service or for information on additional copies or Web rights. Copyright 2011 IDC. Reproduction is forbidden unless authorized. All rights reserved. 10 #227356 ©2011 IDC
© Copyright 2024