• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
How chiquita-made-the-case-for-saas 2517413
 

How chiquita-made-the-case-for-saas 2517413

on

  • 207 views

 

Statistics

Views

Total Views
207
Views on SlideShare
207
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    How chiquita-made-the-case-for-saas 2517413 How chiquita-made-the-case-for-saas 2517413 Document Transcript

    • The Front Lines MANJIT SINGH How Chiquita Made The Case For SaaS By now, you have been inundated with articles on software as a service and cloud computing.Hype aside, you know that this is a paradigm shift in the technology world that you need to em- brace, or at least consider. Your biggest concern is how to con- vince your senior management or board that this is the right di-It came down rection to take now. As with other proposals you bring to this group of stakeholders, you’ll get nowhere until you provide theto lower costs,new right level of education and make a strong business case.functionality, and As you lay out that business case,the strongest arguments in fa-the ability to free vor of SaaS are the low cost of entry, costs that match the busi-up resources— ness’ needs, ongoing new functionality, and the ability of your team to focus on adding business value versus just running sys-measured against tems or applications.While the initial cost of entry is well under-security, vendor stood (startup costs are minimal compared with a large one-timeviability, data capital investment in traditional software licenses), what is less understood is the longer-term cost benefit of the SaaS model.ownership, and For example, when doing an ROI analysis for typical off-the-other questions. shelf software, you will target a specific payback period to deter- mine if the investment should be made or to determine the total cost of the investment over time. Do the same analysis on SaaS for the same time period and the results might not appear that different. However, most capital-focused ROI analyses don’t fac- tor in the high yearly cost of software maintenance, the cost and challenges of doing upgrades every two to three years, or the ongoing internal maintenance cost. And most important, they don’t factor in the lost opportunity of deploying your resources more efficiently and effectively onto business initiatives. This is where SaaS gets compelling.In fact, until traditional soft-4 May 2010 informationweek.com Copyright 2010 United Business Media LLC. Important Note: This PDF is provided solely as a reader service. It is not intended for reproduction or public distribution. For article reprints, e-prints and permissions please contact: Wright’s Reprints, 1-877-652-5295 / ubmreprints@wrightsreprints.com
    • ware vendors wake up to the fact that they must dramatically alter their outdated and high-cost model of software maintenance, SaaS will always be the more financially compelling option over a three-year-plus time horizon.When your software vendor makes as much as 90% of its profits from software maintenance fees, you need to ask what it is you’re getting in return beyond the ability to execute a future upgrade and the right to inform the vendor of errors in its software. In contrast, your SaaS sub- scription fees will likely translate into immediate benefits when your ven- dor automatically upgrades your environment with new and improved features.This assumes your SaaS vendor is upgrading its environment at least once a year. If not, you need to look for another vendor. Not That New It’s also important to educate stakeholders that SaaS and cloud com- puting aren’t as new as they might think. They’re concepts that date back to the earliest days of computing—time and resource sharing on mainframes. The key difference is that the mainframe or other central computers no longer reside in your data center but in your service provider’s data center, and neither the systems nor the applications that run on them are owned by your company. The same levels of due dili- gence that need to be completed in any IT outsourcing arrangement must be followed with any SaaS or cloud provider. Of primary concern to your stakeholders may be the viability of the vendor and the question of data ownership. These concerns must be addressed head-on. While there are some mature SaaS vendors (Salesforce.com, RightNow, etc.), most are still in the startup phase. To address this concern,write into the contract specific language regard- ing performance service-level agreements, source-code escrowing, data ownership rights, data backup procedures, and auditing rights. In this re- gard,be sure to write tight language that ensures you can not only recover your data,but potentially also recreate the associated application environ- ments should the vendor go out of business.Finally,update your business continuity plans with a scenario that covers a vendor failure,and test your plan to ensure you understand the challenges of bringing the apps backinformationweek.com May 2010 5
    • online without the vendor’s assistance. When Chiquita chose a SaaS vendor (Workday) for our global HR system, our stakeholders were particularly concerned about data security, regula- tory compliance (particularly data privacy),and vendor stability.Data secu- rity compliance was addressed by ensuring that the vendor followed ac- cepted best practices around data management,security access,and data center management,and that it permitted Chiquita to perform regular au- dits. Regulatory compliance was addressed in two ways: first, by ensuring that the vendor took responsibility for meeting any specific data manage- ment regulatory re- “When looking at SaaS quirement within each country Chiquita oper- vendors, vendor stability ates in; and second, by is a key question you proactively working must understand.” with our chief compli- ance officer and outside counsel to take the necessary steps to ensure the company remained in compliance with regulatory requirements as the software service was de- ployed. Vendor stability was more difficult to address. Our vendor, Workday, was clearly a startup, albeit a well-funded one with a great pedigree— founded by the ex-PeopleSoft team of Aneel Bhusri and Dave Duffield. Chiquita needed to get comfortable with the fact that our vendor could suddenly go out of business or not follow through on expected system enhancements and support.We determined that the benefits, including the unique opportunity to assist Workday in adapting its product for use in multinational companies, outweighed the risks in this particular case. As you look at SaaS, vendor stability is indeed a key question you must understand. For some applications (real-time requirements, financial re- porting, etc.), choosing a SaaS vendor might be too much of a risk, and in- stead a more established off-the-shelf solution should be found. In the end, simple analogies probably work best with your stakehold- ers.When educating Chiquita’s stakeholders on the concept of SaaS, the simple analogy of “Would you rather lease or buy your car?”worked best6 May 2010 informationweek.com
    • in talking through the benefits and risks. With SaaS, you’re leasing your software and the systems to run the software. With traditional off-the- shelf products, you’re buying the software and systems to run the soft- ware, recognizing you will have to make continued investments to keep them up to date, depreciate them, and ultimately go through a major re- placement. With SaaS, your team is freed to focus on adding business value. With off-the-shelf software, your team will have to spend more time “keeping the lights on” and less time engaging with the business, which is not where your stakeholders want you to be focused. One final area of concern for many companies is customization— specifically, the inability to do it. While it’s a misconception that SaaS doesn’t allow for customizations, it’s true that the level of customization isn’t as deep as with off-the-shelf software. This can be a positive and a negative.For the CIO who is trying to lower costs, reduce the time it takes to perform upgrades, and enforce strong process discipline, limited cus- tomization is a strong positive. For a business that truly needs an applica- tion that precisely fits its unique needs for competitive differentiation, the level of customization that SaaS provides may not be enough. In Chiquita’s experience,the level of customization that our current SaaS vendors provide perfectly matches our needs.Customizations are mostly managed by the SaaS vendors,limiting the burden on our internal staff to user acceptance testing, not full regression testing. SaaS and cloud computing are the next logical evolution of how soft- ware is acquired,managed,and maintained.Taking advantage of this shift can help you move your vendor relationships from being vendor-centric and vendor-controlled to ones that put you, the customer, in control. Manjit Singh has served as the CIO of Chiquita Brands International for the past four years. He serves on the company’s management committee and is responsible for Chiquita’s global commercial and operational systems covering North America,Latin America,Europe,and Asia. Singh sets the strategic direction and governance for all technology initiatives at Chiquita worldwide,with an emphasis on compliance and global utilization of systems.He is a member of InformationWeek’s editorial advisory board.Write to us at iweekletters@techweb.com.informationweek.com May 2010 7