On-Demand/SaaS Reality
Industry leaders discuss the potential and practicalities of software-as-a-service (SaaS) and on-demand models.
POSTS IN THIS
BLOG TOPIC
- As SaaS Evolves, So Will SaaS Pricing
by Lincoln Murphy - Inside the Great Zendesk Price Debacle of 2010
by Lincoln Murphy - Move Over SaaS, PaaS, IaaS... Here Comes "EaaS"
by Mike Smerklo - SaaS Acquisitions Create New Opportunities
by Lincoln Murphy - Four Quick Tips to a Bad SaaS Contract
by Peter A. Cohen - SaaS Sales Acceleration: Seven Proven Strategies to Increase Sales Velocity
by Joel York - Right Engineering SaaS Products
by Karthik Viswanathan - Does Oracle Finally Get SaaS? Sort of. Kind of. Almost.
by Gary Damiano - SaaS Buyer's Guide - Choosing the Right Vendor
by Subraya Mallya - SaaS: It's the Business Model, Stupid
by Anders Trolle-Schultz - The Case for On-Demand Business Solutions - Part 2
by Evangelos Simoudis - The Case for On-Demand BI Solutions - Part 1
by Evangelos Simoudis - It's Not About The Software Anymore
by Mikael Blaisdell - SaaS - a Market or a Market Advantage?
by Christopher W. Cabrera - SaaS Growth: It's Addictive
by Christopher W. Cabrera - The Future of the Service Desk: How Remote Support is Breaking Down Geographic Boundaries
by Luis Font - Why SaaS Shines When the Sunset Comes
by Gary Damiano - Finding the Right Investor for Your SaaS Business Model
by Steve Chunias - SMB On-Demand Infrastructure Services to Follow IT Outsourcing Patterns?
by Bruce Guptill and Mike West - Can SaaS Keep Your Budget and Planning Processes from Becoming Victims of the Economy?
by Gary Damiano - 8 Legal Tips for SaaS Vendors
by Gene Landy - 10 Predictions for Software as a Service
by Demian Entrekin - 10 Questions To Ask A Potential SaaS Vendor
by Bahan Sadegh - A SaaS Approach for Scary Economic Times
by Paul Giurata - The Secret to Your SaaS Success
by Larry Steele, SAVVIS, Inc. - SaaS is Mainstream But Won't Be Ubiquitous
by Bob Tarzey, Quocirca - Offering Services Around SaaS Solutions
by Evangelos Simoudis - The ROI Revival: SaaS Company Takes Value Measurement to the Next Level
by Shawn Santos - In SaaS, It's About the "Sales Velocity"
by Evangelos Simoudis - Warning: Don't Adopt SaaS in Increments
by Michael Mace - SaaS + Sales Performance Management = Recession Resilience
by Christopher W. Cabrera - Why Enterprise SaaS Is No Slam Dunk
by Ken Bender, Software Equity Group, LLC - Excelling in the Evolution of SaaS
by Gary McAuliffe - Top Ten Reasons Why On-Demand Services Will Soar in 2008
by Jeff Kaplan - A Reality Check on NetSuite
by Kris Tuttle - Should the SaaS Customer Beware and Be Educated?
by Judith Hurwitz - SaaS 2.0: Welcome to the Evolution
by Anthony Nemelka - Enterprising SaaS
by Guy Smith - More Companies Capitalizing on Channel Opportunities in the SaaS Market
by Jeff Kaplan - Software is Now SaaSy
by Guy Smith - SaaS IPO Tipping Point?
by Christopher W. Cabrera - Bridging the Gap Between the On-Demand and On-Premise Software Worlds
by Jeff Kaplan - SaaS Version 3.0
by Rick Sklarin - Multi Tenant Architecture: Marketing or Material?
by Peter Goldmacher - Business Objects Acquisition Validates Need for SaaS BI
by Ken Rudin - Follow the Leader? How to Differentiate Between On-Demand Leaders and Pretenders
by Christopher W. Cabrera - The On-Demand Cult
by Robert Youngjohns - SaaS Progress in Asia
by Chris Perrine - SaaS in Supply Chain: What Users Really Want
by Beth Enslow - SAP Joins SaaS Movement
by Jeff Kaplan - SaaS - A View From the Trenches
by Chris Miranda - Software as a Service in Asia: Moving Ahead in Bits and Starts
by By Chris Traub - Software-as-a-Service is Now Mainstream
by By K.B. Chandrasekhar - The SaaS Business Model: Overwhelming Issues Impacting Adoption
by By S. Sadagopan
Right Engineering SaaS Products
Karthik Viswanathan
Nov. 13, 2009
If you think building enterprise systems is complex, then building SaaS products can be even more complex, simply because you have to service multiple organizations, each one bringing its own idiosyncratic requirements, and of course, the inevitable Service Level Agreements (SLAs).
Essentially, engineering SaaS products is not all that simple and it typically takes longer to develop an on-demand product.
Hence, one needs to be really sure about the engineering aspects of moving to SaaS before making the transition. Remember, SaaS isn't shrink-wrapped desktop software and it demands a unique architecture to be easily customizable, and extensive user interface design to allow users to successfully adapt to a hosted SaaS application.
Tomcat, MySQL, XML, Struts 2.0, and Java/JSP are all it takes to build a SaaS solution using Java technology. However, several 'fashionable' tools and techniques are touted as the foundation for building SaaS products.
While many of them are indeed valuable companions in the SaaS journey, a provider may fall into the trap of choosing some of these just because they are white-hot buzzwords. Naturally, incorrect architecture/design decisions will lead to short-term crisis or long-term pain or both.
A new whitepaper identifies the fundamental elements that can be used to achieve the goal of right-engineering your SaaS product. It consolidates the technology strategies to build on-demand products and is the result of helping several ISVs transition to an on-demand environment. Of course, these technical guidelines are not specifically developed for SaaS; in fact, some of them have been around for several years and are widely used today to build enterprise products.
The white paper should be able to provide software companies with a good starting point for engineering strategies to achieve SaaS. It includes detailed information on architectural strategies, best practices, databases, virtualization and challenges associated with SaaS products. Click here to download the full white paper, "Right Engineering SaaS: Successfully Deploying Software-as-a-Service Models."
Below, a short excerpt from the whitepaper examines the challenges and pitfalls of SaaS adoption:
- Giant Leaps: An Independent Software Vendor (ISV) should not adopt a big bang approach in rolling out the SaaS version. If you are a client-server product vendor, you should first think about web enablement and then move to SaaS. Another big bang approach to be avoided is the multi-year waterfall model for software development. Iterative and agile methodologies are naturally highly recommended.
- Customization cliff: Building highly customizable products is a complex activity. Even though 'Customization through Configuration' is identified as a best practice, it remains a Holy Grail for the technical teams. It is equally difficult to maintain multiple versions of your software that are highly customized for each tenant. There is no magic wand available and hence you should bite only what you can chew.
- Designing with buzzwords: SaaS is not 'SOA, AJAX As a Service'. In fact, we have helped ISVs build database-driven multi-tenant systems without using SOA or middleware products. So, it is important to consider SaaS to be 'Service as a Software' and make the appropriate choice of architecture, technology platform and toolkits.
- Anti-Patterns: Building on-demand products just like traditional on-premise systems; not starting with xml/metadata as a key foundation; or, overdoing the usage of metadata thus increasing the application complexity; lack of clear understanding of the performance costs associated with loose coupling are some of the common anti-patterns of building applications in the cloud.
- Buying SaaS: SaaS is not a product that you can buy; rather an ISV should transition to the SaaS model with support from the business team, technology partners and hosting providers. Unfortunately, SaaS is a journey that has few shortcuts and it is important to be wary of quick fixes and short enablement programs. Instead, right-engineering your product can go a long way towards making your Software-as-a-Service truly successful.
Karthik Viswanathan heads the marketing team at Aspire Systems. He can be reached at karthik.viswanathan@aspiresys.com.
Tags:
Next Post: Does Oracle Finally Get SaaS? Sort of. Kind of. Almost. by Gary Damiano
Pages: 1 2 3 4 5 6 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54
Live Discussion
Software Op-Eds
- Services 2.0 - A New World for Systems Integrators
- It's Time to Think Lean
- More Software Industry Op-Eds >>
SandHill.com Blog Posts





