I can think of many reasons to be at SaaS University in Washington, DC, July 20-22, beyond my session and Scio´s workshop. But I want to be clear: The sessions at SaaS University are always changing, always relevant to developing SaaS products and successful SaaS businesses. It is the only venue available with a focus on helping SaaS vendors navigate a complex business model.

This time I have the honor to be presenting a session on the second day titled: Increase Your Bottom Line Value with Multi-Tenancy.  Here is the session summary from the University agenda:

There is a lot of debate about multi-tenancy.  Most of us understand its value from a technical point of view, but what can actually translate to our bottom line?  How does it change what we are able to do to increase operational efficiency and customer retention?

Multi-tenancy is not a magic bullet, despite what you may have heard. Implementing your SaaS application with a multi-tenant architecture offers great returns, BUT ONLY if you understand how to leverage it along with metrics, operational automation, your ecosystem, and the network effect of your customer base – effectively.

This session will answer questions concerning the value of:

• Different architectures for implementing multi-tenancy and maintaining flexibility.
• Reliability, scalability, maintenance, and product evolution to your clients.
• Multi-tenancy in operations across your product organization.
• Implementing metrics in a multi-tenant application.
• Your customer and user network, delivery network and ecosystem under multi-tenancy.
• Methods of implementing multi-tenancy without breaking the bank or slowing product release

This session is strategic for C Level executives and product managers planning, implementing, or enhancing a SaaS offering. Participants will come away with a clear understanding of how they can leverage multi-tenancy at every level of their service and increase their bottom line potential.

This session is replacing a similarly titled session by planned Lincoln Murphy because of a scheduling conflict he has encountered. I want to thank him for his recommendation that I take his slot. I must say, although I want to keep the same broad focus for this session, my approach to this subject is different than Lincoln´s. My background with multi-tenancy comes from planning SaaS products with Scio´s customers and many years of working with companies on Internet-based business models.

In itself, multi-tenant architecture is not new.  The same could be said of the SaaS business model. What is still new is the broad market attention to on-demand services and the opportunities that virtualized infrastructure gives to business. The knowledge of how to leverage architecture and technical choices to impact product features, customer value and operational effectiveness is what is lacking in my experience. This is what I will lead discussions on in my session at SaaS University.

In addition, if you aren´t aware of it, SaaS University has a third day of full day workshops that provide a ¨deep dive¨on specific subjects. Our own session is Charting Your Course to SaaS, which will help it´s participants navigate all the choices they face in developing a SaaS product while they develop a road map that can get them to market and positive cash flow sooner.  I can also personally recommend Jim Geisman´s Right Pricing Your SaaS System: Beyond the Basics – Advanced Workshop. Jim and I had the opportunity recently to give a workshop together and I greatly enjoyed the experience, and I know our audience did also. Ideally, product teams should consider sending representatives to both workshops because they are complimentary points of view that are very important to understand.

So, with that background, here is the overview of our one day session at SaaS University for July 22, 2010:

Charting Your Course to SaaS – SaaS University, Washington DC, May 22

This is the third time we’ve offered this comprehensive workshop on SaaS and it continues to evolve as we respond to the needs of our participants. Following our joint workshop with Jim Geisman of Software Pricing Partners, we’ve continued to tighten the content and for SaaS University, will offer a more interactive format for this workshop, especially during the afternoon. The aim is to keep it small enough to allow everyone a chance to move the discussion toward the issues that interest them most.  It remains however, the only workshop that covers the business, operational and development issues that are critical to success in SaaS.

Companies that can benefit by attending this workshop:

• A new venture or as an ISV with on-premise products considering developing a SaaS offering
• A service company with significant vertical expertise than could be delivered and monetized in a SaaS model.
• An existing SaaS provider who made choices opportunistically that now constrain growth and cash flow.
• A SaaS entrepreneur with limited funding that needs to achieve positive cash flow early with products that evolve with the market.

Company challenges this workshop can help overcome:

• Building out a suite of products but are unsure of the strategies, metrics, and operational models needed to grow.
• Developing a framework for sorting out technical and strategic choices required to move to the SaaS business model.
• Facing significant operational problems including efficiency while keeping churn under control in an existing SaaS product.
• Developing a product roadmap and unsure of what can be accomplished and timeframes

Topics to be Covered:

• How is a SaaS Product and Business Different?
• Reference Framework for Creating Your Roadmap
• Making Strategic Development Choices
• Operating A SaaS Business by the Metrics
• 10 Ways to Fail at SaaS
• Applying Lessons Learned to Your Issues

Who Should Attend?

This workshop and seminar is important for anyone considering a SaaS product, in the process of developing a product or offering a product that hasn’t reached its potential, including: Entrepreneurs, CXO’s, product managers and key executives in startups, vendors moving to SaaS or existing SaaS companies.

About Your “Professor”

Mike Dunham, Vice President, Service Engineering for Scio Consulting, has over 25 years background in the development and introduction of new technology working with startups, government and the largest enterprise software companies. He has worked with Scio for five years, regularly authors articles on SaaS and the software industry and hosts a series of podcasts on SaaS best practices. Mike leads Scio’s professional services helping companies develop and bring to market new SaaS offerings.

The workshop costs $695, but you can get an Early Bird Price of $495 when you combine it with your SaaS University registration - total package price of $1290. As a way to bring together a great amount of information in a short period of time, the combined package is a great opportunity. As we get closer to the event, I’ll expand on the agenda, but this is a great time to start planning and get your team together to attend SaaS University in Washington, DC!  I hope to see you there…

The relentless change brought to us by the consistent doubling of computing power that Moore’s Law describes continues and is now likely to change at least some SaaS applications in the near term.  What do I mean? Consider – we now have a very competitive mobile application market and thanks to Google Chrome and now Apple Safari, it has crossed to the desktop on browsers.

Meet the New Paradigm

The event that brought this to mind was the announcements of the release of Safari 5.o.  Leaving out the typical “improved performance” claims – two things were apparent – it is now a platform and it is designed for use in a cross-platform, mobile environment. On the platform side, Safari has joined Chrome in providing an extension system that allows developers to in effect, build secure and stable, rich clients into the browser. We’ve seen this for a while in the form of the “app stores” that are proliferating for mobile devices like smart phones and the “iPad” category (however you define it).  On the mobile, cross-platform aspect, the browser is now tuned for mobile users.  It is very noticeable if you try the new Reader function of Safari. It is quite usable on a desktop or laptop, but it really shines in the limited real estate of mobile devices. Multiple page articles merge seamlessly into one. Space wasting banners, sidebars and menus disappear. The browser becomes a credible, focused article reader for all devices.

What does this mean for SaaS? Take this evolving “browser as a platform” trend together with the announcement of iOS 4 (the artist formally known as the iPhone OS) and the growth of the Google Android and Chrome OS and you have a quickly changing landscape of operating systems tuned for a rich mobile environment and a browser-centric application implementation system. These advancements mean the expansion and adoption of HTML 5.0 is moving even faster than many of us thought. They will make the often tricky environment of JavaScript and Ajax less of an issue and the user experience of properly-tuned SaaS applications much more fluid and “desktop like.”  It means that locally-installed, OS dependent applications are becoming ever less relevant and cross-platform, network-delivered services are becoming increasingly rich and useful.

Frankly, as interesting as this news is, it also points out that SaaS is a very fluid environment. Keeping ahead of it is increasingly difficult. Knowing how to manage a SaaS product and chart a plan to navigate development is critical. Knowing what you need to support scalable SaaS operations and what you should embed in the application is critical. Understanding your user environment and what is expected in your market is critical. The list goes on and there has to be a way to understand the landscape and to make the choices easier. And the point of this article is – there is – it is SaaS University.

As a company, Scio has stayed involved with SaaS University because it answers the need our clients and the SaaS community has to have current knowledge about our industry and important issues. Because Softletter produces regional events quarterly, you can plan to attend when and where it makes sense and take advantage of the evolving content as you need to. The tracks and workshops are well attended, but generally sized so the sessions can be interactive and remain relevant. If you’ve been to the larger, vendor-led conferences – SaaS University offers content that is focused on providing valuable insight to SaaS entrepenuers.

The next SaaS University event is in Washington DC, July 20-22, 2010. There is a full two-day agenda of sessions in two tracks covering a wide range of subjects and a third day that offers a choice of four in-depth workshops. On that point in particular, I want to highlight our own workshop, Charting Your Course to SaaS.

Charting Your Course to SaaS – SaaS University, Washington DC, May 22

This is the third time we’ve offered this comprehensive workshop on SaaS and it continues to evolve as we respond to the needs of our participants. Following our joint workshop with Jim Geisman of Software Pricing Partners, we’ve continued to tighten the content and for SaaS University, will offer a more interactive format for this workshop, especially during the afternoon. The aim is to keep it small enough to allow everyone a chance to move the discussion toward the issues that interest them most.  It remains however, the only workshop that covers the business, operational and development issues that are critical to success in SaaS.

Companies that can benefit by attending this workshop:

• A new venture or as an ISV with on-premise products considering developing a SaaS offering
• A service company with significant vertical expertise than could be delivered and monetized in a SaaS model.
• An existing SaaS provider who made choices opportunistically that now constrain growth and cash flow.
• A SaaS entrepreneur with limited funding that needs to achieve positive cash flow early with products that evolve with the market.

Company challenges this workshop can help overcome:

• Building out a suite of products but are unsure of the strategies, metrics, and operational models needed to grow.
• Developing a framework for sorting out technical and strategic choices required to move to the SaaS business model.
• Facing significant operational problems including efficiency while keeping churn under control in an existing SaaS product.
• Developing a product roadmap and unsure of what can be accomplished and timeframes

Topics to be Covered:

• How is a SaaS Product and Business Different?
• Reference Framework for Creating Your Roadmap
• Making Strategic Development Choices
• Operating A SaaS Business by the Metrics
• 10 Ways to Fail at SaaS
• Applying Lessons Learned to Your Issues

Who Should Attend?

This workshop and seminar is important for anyone considering a SaaS product, in the process of developing a product or offering a product that hasn’t reached its potential, including: Entrepreneurs, CXO’s, product managers and key executives in startups, vendors moving to SaaS or existing SaaS companies.

About Your “Professor”

Mike Dunham, Vice President, Service Engineering for Scio Consulting, has over 25 years background in the development and introduction of new technology working with startups, government and the largest enterprise software companies. He has worked with Scio for five years, regularly authors articles on SaaS and the software industry and hosts a series of podcasts on SaaS best practices. Mike leads Scio’s professional services helping companies develop and bring to market new SaaS offerings.

The workshop costs $695, but you can get an Early Bird Price of $495 when you combine it with your SaaS University registration - total package price of $1290. As a way to bring together a great amount of information in a short period of time, the combined package is a great opportunity. As we get closer to the event, I’ll expand on the agenda, but this is a great time to start planning and get your team together to attend SaaS University in Washington, DC!  I hope to see you there…

Last week our team, like lots of other members of the SaaS community, attended the OpSource/SIIA SaaS Summit 2010 – titled, “All About the Cloud.”  We had a busy and meeting-filled week, as I’m sure many did.

Because SIIA and OpSource gave this conference jointly – it was somewhat different than the OpSource led conferences we have attended in the past. Instead of being an industry conference tilted towards a single vendor’s customer base and prospects, it was much broader, bringing in a wide array of SaaS vendors and industry providers.  Since OpSource has been an industry leader for some time, I wouldn’t attribute the change entirely to the influence of SIIA. More likely it was the combination of the two constituencies along with a bit of a push from the uptick in the economy. Whatever it was, it was one of the biggest groups I’ve seen for SaaS/Cloud conferences in a few years.

It was perhaps most surprising to see the “maturity” of the industry in our guests. Most of the vendors were not from start-ups or ISVs moving to SaaS – instead they were established SaaS vendors – regardless of the lifecycle stage of their product offerings.  This shifted the conversations we had at our booth from “what does it take to build a SaaS product?” to “how do I scale my architecture?” or “how can I extend my offering to bring new services to my customers?”

This is a good thing to see, but I wish the presentations had been more geared to the audience and less to information about vendor’s products, but it could be said equally that no one knew for sure how the attendance would balance out long enough in advance to plan for it. I think that will even out next year, now that there is some history in the combined event.

Jim Geisman and I gave a workshop following the summit that was quite successful as we “filled the house” with as many guests as we could comfortably engage with. It was a wide-ranging group with representatives from some of the largest software vendors in the market to some new entrants from Latin America.  If there was a common theme among them it was the need to understand the options and structure of product development and pricing for SaaS. The folks from DreamSimplicy were good enough to feature a video of our workshop on their website.

There is certainly a void when it comes to clear information that isn’t filtered by a supplier’s agenda. We all do it – but there are also some who push their value above everything else. And, unfortunately, there are several instant pundits in the industry who really have less background than opinions.  From that point of view, I am proud to be associated with someone like Jim Geisman for this workshop because his background shows in the depth he can bring to the subject of pricing.  To say you can’t “afford to get your pricing wrong” may be a bit of an overstatement – companies change their pricing and survive – but it can certainly be as much of a market killer as developing a product that misses the mark.

In no particular order then – some notes and learnings from the Summit:

• Pick your strategy, play through, check your metrics, adjust and play again. I saw several companies who were trying multiple strategies for product, pricing, marketing, etc – simultaneously.  The result is – every attempt is a one-off with no way to measure one against the other logically or if the strategy might or might work if tried more than once.  The people trying to execute on all these ideas are playing a difficult game. Which idea really has legs? Which one do we really want to go with? And by the way – what do their customers think of this apparent lack of single purpose?  It’s difficult to navigate no matter where you stand.
• Look for your weak spots, eliminate them or optimize as well as possible. I heard many stories of early decisions that will eventually put a SaaS company in a no win situation.  Your infrastructure maintenance costs are eating into your cash flow at an ever increasing rate as you grow. Or – perhaps you want to change your pricing or offer a discount and it seems like the only way to do it is take payments manually and adjust the books, unless you want to redevelop your pricing and billing system…. It is easy to say you might have seen these things coming, but that’s Monday morning quarterback speak.  It sounds too simple, but there is help in the Theory of Constraints: First, optimize the situation as well as possible, looking for ways to manage the issue at best you can. Don’t stop there, leverage the stop gap only as long as needed to develop a true solution to the problem.  If you’re losing opportunities or burning cash in SaaS, you’re killing yourself, slowly but certainly.
• If you have an opportunity to speak to your peers and prospects, give them value. This sounds a little simplistic, but it’s worth a thought.  We need to take every opportunity we can to expose our products to new customers, especially in this tight economy, but you can’t spend the time you’ve been given with a blatant sales pitch.  The audience paid to sit in front of you.  What can you give them for their attention? Knowledge. What do you know? What have you seen? What experience do you have you can share? If that is the sum total of your talk, it will be remembered. If it is embedded in your new product announcement, it is more likely people will hear it.  To many of the presentations at conferences today are symptoms of our economy.  Our audience is looking for positive news and knowledge, just like we are.
• SaaS is a business model – not a technology. I still see far to many attempts to sell SaaS as a technology and the same is true when we switch to using “cloud” as a substitute term.  There are technical advances that are becoming available because of the growing SaaS/Cloud market, but they are just enhancements of what otherwise is a service-led, cash flow based, business model.  Companies in the field need to be successful at reaching an adequate size market with a positive cash flow and technology can only assist in achieving that goal.  Understanding the business of online services and planning to scale effectively is critical to success.

I hope to get more chances this year to get out and be in the field and at conferences to hear and share more ideas and experience.  It is a great opportunity to learn more about what is happening “inside” the business of SaaS.

Our workshop with Software Pricing Partners following the SaaS Summit: All About the Cloud is now finalized! Seating is limited so please check the details below and sign up NOW:

SaaS Offerings: How to Develop, Price, Operate, and Succeed

• One Day SaaS Executive Workshop Covering Technical and Business Topics
• May 13, 2010 at the Donatello Hotel (near Union Square) San Francisco

Executives responsible for succeeding in the SaaS market need to make a series of critical choices in developing, packaging and selling their offerings. This one-day workshop provides the insights and tools needed to make the right choices.

Many of the challenges SaaS companies face can be met by balancing and integrating technical considerations with the business aspects of SaaS. Companies that can do this can bring their products to market rapidly and become cash-flow positive quickly.

This workshop is the first to integrate pricing and business models with development and deployment. The workshop will be held on May 13th, the day after the OpSource and SIIA event SaaS Summit: All About the Cloud at the Westin St Francis Hotel on Union Square in San Francisco. The workshop venue is conveniently located one half-block from the St Francis, at the Donatello Hotel on Post Street.

Which companies can benefit by attending this workshop:

• A new venture or as an ISV with on-premise products considering developing a SaaS offering
• A service company with significant vertical expertise than could be delivered and monetized in a SaaS model.
• An existing SaaS provider who made choices opportunistically that now constrain growth and cash flow.
• A SaaS entrepreneur with limited funding that needs to achieve positive cash flow early with products that evolve with the market.

Company challenges this workshop can help overcome:

• Building out a suite of products but are unsure of the pricing and operational models needed to grow.
• Developing a framework for sorting out technical and strategic choices required to move to the SaaS business model.
• Facing significant operational problems including efficiency while keeping churn under control in an existing SaaS product.
• Ensuring the pricing model, development framework and operational plan will work in complex, highly competitive markets.

Topics to be covered:

• What Makes the SaaS Model Different and Difficult?
• Making Development Choices Strategically
• How to Choose an Effective Pricing Metric
• Creating a Lean Product Development Roadmap
• Using Packaging and Licensing to Increase Success
• Finding the Right Price Levels and Discounts
• Operating a SaaS Business
• Auditing Your Plans with a SaaS Reference Framework

Because of the value of this workshop, the importance of the SIIA/OpSource conference for SaaS providers and the convenience of the venue, this is an excellent opportunity to “put it all together.” The workshop content makes it well suited to a mixed group of business and technical members of your team because it joins the issues of both sides into a single view.

Per Person Pricing

Group Promo Codes

Three or more members of the same team:

• On or before May 3rd – 57KA5G
• After May 3rd – 7GNGBH

All attendees will receive copies of the workshop materials. The workshop fee also includes a “working lunch” and refreshments during the day.

Secure Registration with Acteva.

Hotel

The Donatello Hotel has a limited number of rooms available for workshop attendees at $139 during the period of May 9-14. This is an excellent opportunity to save with a very convenient location if you are also attending SaaS Summit/All About the Cloud Event.

• To receive this discounted rate, you must the contact the hotel directly at 415-441-7100 – and ask for In-House Sales and  the “SCIO Pricing” discount.

About the Speakers

Michael Dunham, VP of Service Engineering – Scio Consulting
Mike Dunham has more than 20 years of hands-on experience helping major corporations and government agencies succeed in an increasingly technical environment. As Scio’s principal consultant, Dunham provides clients insight into trends that affect business and technology planning so the processes Scio uses can bring clients’ ideas to life. As the VP of Service Engineering, Michael defines Scio’s service products and operational processes. A native of Sacramento, CA, he holds a bachelor’s degree in business administration from the University of California at Davis.

Jim Geisman, Principal and Founder – Software Pricing Partners
Jim is an acknowledged expert in software pricing and, since founding the firm in 1982, has helped several hundred companies develop effective pricing models and strategies. His consulting spans established and emerging software companies delivering B2B solution via desktop, enterprise-class and, more recently Software-as-a-Service / on demand software. Jim has been a board member or advisor to several early stage technology companies. He holds degrees in Electrical Engineering from Tufts University and an MBA from Harvard Business School.

A quick introduction on our podcast:

I find much of what I read in the media about the “issues” involved in developing SaaS products as silly – and sometimes just plain misinformed. Is it just me or are there just too many analysts with nothing else to write about? Hint: Pick up the phone and talk to some people who are actually developing a SaaS product…

SaaS itself is a victim of this type of FUD (Fear, Uncertainty and Doubt). There seems to be a rise again of articles about “continuity assurance” and “source code escrow.” I’m not going to link to any of them – all of them seem to assume that there needs to be some draconian legal answer to the problem of data portability. Let’s be honest people – No Technical “Solution” is Forever <PERIOD>. If you’re not taking steps to manage your risk for control of your data and processes from day one you’re in trouble no legal agreement or high-priced lawyer can fix.  And yes, a smart SaaS vendor will build portability into their product because they understand the business value it gives – but nothing can force customers to use it and plan properly.

Likewise, I think people who are researching the business and technical issues for developing SaaS products are finding more FUD than substance. Yes, SaaS business operational issues are different, particularly for vendors of traditional “premise-based,” single-tenant applications. Yes, the technical requirements of the Internet-based and “cloud” environments are different.  In fact, it would be a good idea to seek help on these issues so you can concentrate on delivering a service with business value.  But honestly, I would and have recommend that for anyone developing a software product today. Think lean. Don’t waste money and time developing what you don’t have to – use services and frameworks you can leverage. Spend on developing a product customers will pull into the market. Learn customer-driven product management.

But doing that means leaning on tools, frameworks and yes – platforms so you can focus on your product. Enter the Boogie Man. Analysts produce lists of lists of keywords that capture a perceived issue: “vendor lock-in,” “Opex Vs. Capex,” “proprietary lock-in,” etc. And as anyone who has followed the industry knows – there have been failures.  But on the other side of the coin – the number of failures has been quite limited considering the wealth of tools and services available.  That isn’t a lot of solace to companies that bet on Coghead – but I have to say they should have seen the writing on the wall a long time before the doors closed. The total lack of data/code portability tied to a vendor that was clearly struggling to get traction and funding (read: no business model – the smell of burning cash) should have caught prospects’ attention.

The real truth is that software development has been depending on tools, frameworks, application servers, services, and platforms since the days when we left assembly code behind. You can’t avoid them.  If we were constrained to coding directly for each processor and environment, technical progress would be dismal indeed. Java, C#, HTML, .NET, Apache web server, XML, PHP, Ruby, Python – all of these simple examples are at some level an abstraction of layers below them. But like Microsoft’s Visual Basic – they are all tools that have a lifecycle and will eventually be superseded or folded into the next generation product. Technology moves on. Nothing is forever.

Of course, this doesn’t mean application developers shouldn’t consider where their tools are in their lifecycle and viability of the community of users around them. It doesn’t mean that the business side should ignore the risks of the choices the technical team has made.  It doesn’t mean we don’t need to have an idea of what we would do if the worst comes and we need to change our assumptions. How long would it take? What would the most likely alternatives be? What is the real risk of doing nothing because you’ve become a “deer in headlights” with all the choices you have to make – instead of just making decisions, allowing for risks and moving forward to a positive cash flow from a product with a growing, paid user base?

Because we don’t believe “doing nothing” is an option that will lead to success, at Scio we’ve made a conscious choice among the tools available to us. We’ve picked a group that we believe deliver business value to our customers.   We have invested our time and resources in this “platform” to develop our delivery expertise and are continuing to do so.  I say that not to highlight ourselves – it is what service companies do. They leverage tools to deliver their services better, repeatably and more competitively.

Do I need to say it? SaaS is a service business. Don’t succumb to the irrational fear of tools you can leverage to better deliver your expertise and value to your customers. Learn to evalute and manage risk. You cannot be successful if you are totally risk averse.

If you’d like to know more about how to navigate the operational and technical choices in developing SaaS products – let me make a suggestion: Jim Geisman, of Software Pricing Partners and I will be giving workshops on SaaS following the OpSource/SIIA SaaS Summit 2010 – “All About The Cloud,”  May 10-12 in San Francisco.  We’re very serious about making this an opportunity that people can take advantage of – so we’re “crowd-sourcing” the workshop configuration before we open registration. We need feedback from people who are either planning to be in the area for SaaS Summit or are just in the region and interested in attending (you don’t have to attend SaaS Summit to attend our workshops – but we encourage it).

Would you give us some feedback on the workshop configuration that would be most useful to you with this survey?  We would really appreciate your help on this.  And watch for more about the workshop starting next month.

I’ve seen a lot of different “roadmaps” for SaaS products lately. Some of them are good guides for specific questions. Some are simply misleading or poorly focused. But only a few of us are talking about the two guiding thoughts behind a realistic roadmap that are critical to success:

1. Developing a product that customers want, will pay for and will advocate
2. Finding and scaling an economically viable business model without wasted time or money

These two points form the basis for a slowly building consensus among founders of successful (and some failed) SaaS companies and those of us who have been involved in multiple projects over time. If you haven’t come across them, you will if you need to go for funding of any kind or show a business model these days. These folks are in the business of making money from the SaaS business model and developing companies with a worth that is many times their investment.

People who are unfamiliar with the Lean concept often think that it means developing a product that is at best, minimal and at worst, a product that is too basic and that no one will actually want. We’re used to the idea that it can easily require a two-year development cycle to get a fully-featured product to market. So, when someone says, “We can develop a SaaS product in six months or less!” there is a tendency to dismiss them as novice product managers or marketers.

If this has been your thought, I don’t blame you.  You should question what is behind that type of claim. If it is just the size of the development team that can be brought to bear on the project, I would remind you of the old joke in production engineering:

“While we know that it is true a woman can produce a baby in nine months, this does not mean it is also true nine women can produce a baby in one month.”

For our own part, we’ve developed our concept of lean product development based on careful analysis of what we could provide to our customers to help them be successful. Rather than repeat the entire mantra – let me call out some leading references you should be familiar with for evaluating your roadmap:

• Bessemer Cloud Computing Law #1 – Less is More! Leverage the cloud. Don’t spend money to build features that don’t provide direct value to the end user.  Go into the market and “rent” services. Services allow you to concentrate your resources (time, talent and money) on your core value. They will in fact be richer and more cost effective than anything you can afford to develop.
• Steve Blank – Perfection by Subtraction – Having a clear, tight vision helps to keep development scope down, but it isn’t the key to the “minimum viable product” often mentioned in discussions about product development.  The key is to get a product in front of customers who can understand the vision and who can become evangelists for it because – They have a problem your vision will solve. They understand they have the problem. They have been actively looking for a solution. They have put together some parts of a solution themselves. They have or can get a budget for something that solves the problem.  These customers can validate the vision and will actively pull it into the shape that fits their context. With them behind you – you can develop a beta product that is much closer to what the market needs.  This is also part of Bessemer’s Law #5 – Build Employee Software – which talks about the “consumerization of software” that SaaS has enabled.
• David Skok – Why Startups Fail – The business model is just as important as the feature set in the end. We’ve all heard of great products that never sold enough to return their investment before failing. Learning if you have a market fit, if you can actually scale your operations profitably, if the cost of acquiring a customer (CAC) is less than the average lifetime value (LTV), and if you are going to have enough cash when it comes time to hit the marketing accelerator pedal – these are differences between success and crash and burn. They come down to having a roadmap that gets you into the market early, allows you to test your business model and your product before you have burned all your cash.
• Eric Reis – The Promise of the Lean Startup – Leverage the Agile methodology and philosophy to develop progressively based on customer pull rather than a miracle of market anticipation. We’d all like to be Apple, but we’re not – and getting there is a lot harder and more expensive than we need to expend ourselves on.  The SaaS multi-tenant model allows incremental releases and fixes, usage monitoring, and real feedback-driven products that customers pay for. Eric has a very good presentation with the difference between two companies he was with – that brought him into Lean thinking.
• And finally – Evangelous Simoudis – Criteria for Determining a Company’s SaaSyness – This brings all the previous ideas together with having a successful business model and product BEFORE you go for funding. This puts funding when it will do the most good – when you can use the extra acceleration to get the proven product in the market and when in the classic hockey stick market model, it will be easier to get cash with attractive terms.

But – that means having a roadmap that allows you to make these things happen with a reasonable investment. It means signing up customers and getting cashflow before you reach what you might otherwise think was a full-featured product. It means a company with a product in a licensed model will have to think a little differently than a startup to retain their existing customers, but the larger picture should remain stable.

So, coming back to the premise of this article – a realistic roadmap for SaaS should allow you to -

• Validate your vision with early adopter/evangelist customers as soon as you can show them your the core of your product’s business value.
• Test your marketing, sales and operations during a beta that is still less than a full-market version, but allows you to show your vision to the broader market and get further feedback.
• Leverage services and products that allow you to focus on developing the core value and keep your choices in line with business outcomes – lower initial cost and faster time to market.
• Keep your investment to a reasonable level, particularly in advance of breakeven, and allow high power funding to come when it can do the most good – when you have a proven product and customers.
• Allow early cashflow by having a product driven by paid customer demand.
• Be Agile and flexible in both your product development and your business model.

At Scio – we have used these points to come up with a general roadmap that we customize for each customer’s situation.

Our choice of methodologies, tools and technologies is similarly aligned to ensure we can execute successfully at each stage. Every outsourcing company will decide where they need to focus but for us this means:

• Using the .NET framework as our core techology base. This allows us to apply common skills across a variety of devices and applications and to tap into a much larger commercial resource pool for staffing. It also keeps costs low because we can focus on building best practices and development patterns while leveraging a large pool of libraries that are available for .Net.
• Building on a SaaS application server – SaaSGrid – that lowers the total cost of development and provides the common SaaS monitoring and operational needs. Sticking to one “best of breed” application server that we understand the internals of lowers risk and “discovery” associated with learning new development patterns and allows us to focus on the problem of delivering business value to end users.
• Leveraging Agile and Lean methodologies internally to allow us to deliver useable software early with feedback from customers and operate with high efficiency.
• Use a Nearshore model to put us in closer contact with our customer base and to better enable the promise of collaborative software development embodied in Agile.
• A production model that can apply consistent approaches and learning across engagements rather than approaching each project as a “one-time shot.”
• And finally – a business model that not coincidentally has a lot in parallel with the concepts we expect our customers to embrace.

That is just the choices we’ve made.  Making these choices is a lot like we ask our customers to do when picking a feature set. We purposely left “opportunistic” approaches off the table that would mean we had to spread ourselves a lot thinner to support them at the same level as our core. It also means we can concentrate on improving our core value set without compromising the services we deliver.  We concentrate on our core – developing successful SaaS products repeatably, economically, and quickly – and let our customers do the same for their clients.

So what is your roadmap? Does it align with the ideas we and others have offered in recent articles on developing Internet-based products? It’s all about using the delivery technology that underlies SaaS products to your best advantage in the end.  Whether you develop your product in house or with a product developer like Scio – I strongly suggest you consider your roadmap and the driving vision behind it. It can save you a great deal and lower your risk greatly.  Worth considering…

At Scio, we’ve been working towards a goal of achieving a “standard” process and platform for developing SaaS products for a long time. Of course, when it comes to services, nothing is ever “done” – it just reaches a point where you know you are achieving goals, satisfying customers and can continue to improve over time.

We’re in the business of developing SaaS products. To develop custom products economically and reliably, you have to build or adopt tools, methodologies and repeatable processes that streamline the process, cut out unnecessary waste, and control risk. We, like many software development groups who have adopted Agile development processes, have realized that much of the business of “manufacturing software” aligns well with the concept of Lean manufacturing and product design.  In fact, the leading Agile consultancy, Poppendieck, has produced a book on the subject.

But what does this have to do with SaaS? Our move down the Lean and Agile road is not an accident. It is our core belief that customers will be more successful if they and their products and business processes are also Lean and Agile. We’re not alone in that thinking. Bessemer Venture Partners, in the latest release of their Top 10 Laws for Cloud Computing, covers the core concepts even if they don’t acknowledge them as Lean specifically. Steve Blank and Eric Ries recognize something they call a “lean startup.”

So – what is the core of Lean as it applies to SaaS?  The original concept of Lean was started in Japan and has been defined as:

• Build only what is needed
• Eliminate anything that does not add value
• Stop if something goes wrong

At Scio, we’ve translated this to:

1. Build only what is needed – Agile and Lean are customer-driven methodologies. Building what is needed assumes you have a customer and you can get feedback directly and honestly from users. This doesn’t mean focus groups however that are just about “improving the current status quo.” As has been said, “If you asked people in the early 1900′s what would improve their personal transportation – we’d all be riding better horses.”  SaaS products are also user driven, as we and others have said many times.  To know what is needed, a SaaS vendor needs to get their product in front of end-users as early as possible and go through a “verification of vision.” This means testing the hypotheses that the product provides value, users will use it productively and customers will pay for it. At Scio, we’ve acted on this idea  by standardizing on SaaS specific platforms, services and frameworks (like SaaSGrid) that eliminate the development of the operational aspects of SaaS and provide a consistent multi-tenant architecture that can be used across multiple products. This, coupled with Agile scrum principles allows our customers to get their core products in front of key customers in three to four months. Because these common aspects of SaaS products are available on a “pay as you go” model, they don’t contribute unnecessary costs to the needed capital to launch a product and they only contribute incrementally to overhead.
2. Eliminate anything that does not add value – Getting a product in front of actual paying customers as soon as possible means not developing features that do not directly add value for end users. This assumes you can field test the feature set early and is the next level of verification just below the first point. It assumes what is known in Lean as “pull-driven” features – features that users need and actively advocate. It also points to the “slow drip of new features” that users expect from online services rather than the “version-driven” approach of traditional software releases. It does not however mean the end-user “defines” the product vision. This is where the first point and the second separate. Innovative products rarely rise directly from customer requirements, but value-driven features can and do.  For us, translates to building on modern extensible architectures that don’t require extensive re-writes to implement new features over time and “post release.”  We also ask our clients to take their assumed feature sets and apply the “80-20 rule” – which simply says that 20% of all features of a product will deliver 80% of the value. In Lean, features that do not add value are considered waste, but there are two forms of waste recognized: Those that do not add value but are unavoidable with current technology and those that create no value and are avoidable with a better design.  This also leads to more concentration on “user-experience” and understanding of the user’s context and avoidance of risky, over-complex projects.
3. Stop if something goes wrong – SaaS products naturally reach different audiences based on marketing, vertical demand, market maturity and the delivery medium of the Internet itself. But, what happens if your development cycle for a complete product is the 12-18 months common projects in traditional software? Your initial cost and risk go up drastically and if your vision is off the mark, failure can be very costly. At Scio, we focus on developing a core product that can reach paid customer release in six months or less. This keeps risk low and insures new products have the potential to reach positive cash flow at the earliest possible point in the product lifecycle.  This also fits with the mantra, “fail early and often.” A product can be a complete failure of vision or there may be just certain aspects that miss the mark. Either way, you need tools to monitor product usage and user feedback and a roadmap that allows you to get market verification early and to avoid “big bang” releases that are costly and not led by “pull” from users.

Lean also leads into continuous improvement – which is part of the service-led concept of SaaS. There is no “perfection” – only continuous improvement over time lead by user pull and innovation. The steady drip of user-led improvement leads to better retention. lower churn and a longer customer lifecycle – key SaaS metrics.  Better understanding of the value stream, another principle in Lean, leads to better pricing and more value recognition by customers.

There is a lot more to cover in terms of the alignment between Lean, Agile and SaaS. Take this as your “introduction” and follow the references I have provided. I’ll be adding more articles about this important subject in the near term – so watch for the Lean tag in our cloud – but in the sprit of Lean – we’ll stop here for now.

It is that time of year again – when analysts and writers of all stripes put their bets on coming trends for the new year. There’s some interesting stuff in them – check the links. But, since our predictions last year were right on the money – I expect nothing less this year.

Of course, I do have to say if you didn’t read our prediction last year, it was about what would appear on the blog in 2009. Hardly something to crow about since I knew then what I know now – this is our field and it will continue to be our focus. But… this year, while not particularly emboldened by such shallow success – I am going to stick my neck out – a little.  Over the past year, despite a dismal international economy, we did begin to see some trends that carry enough weight that we at Scio will be refocusing our services in the new year.  Nothing too dramatic really, but moving more towards the emerging best practices in the industry.

So – that said – here’s our:

Top 10 Trends for SaaS and Cloud Services in 2010

1. SaaS will continue to grow in acceptance and prevalence in the marketplace but – the term itself will fade in favor of “Cloud (insert your term).” There is no end of analysts predicting the continued growth in 2010 of SaaS as a business model for software vendors and a positive direction for software users. That part of the prediction is about as safe as predicting rain will come to Seattle sometime next year. But – we’re not going to call it SaaS much anymore?  Is all that marketing ink going to disappear? No. But the truth is we get tired of hearing the same old tune everyday and it starts to become little more than background hummmm.  Everything “Cloud” is ascending and marketing loves it because it is by definition a nebulous, foggy term that can be floated for nearly any purpose. I could just as easily say the same thing about the time worn acronym Service Oriented Architecture (SOA). At the heart of all well-designed services is a SOA strategy – but we don’t really talk about it explicitly. Marketing has hit that nail for over 10 years and still very few know what we’re talking about.  The same is true of SaaS. Discuss the term and we get tied up in preconceived arguments about security, lock-in, lifetime costs, and multi-tenancy without discussing the business case for vendors and users. Next year we’ll be shedding those arguments and just selling mature services without acronyms. And to add one more log to the fire that will lower the prominence of the term “Software as a Service” – vendors of virtualized infrastructure have already hit commodity pricing thanks to Microsoft’s Azure and Amazon’s offering – the only place for them to go is to add application suites to their “cloud.”

2. Real business value in SaaS will continue to improve, be better understood and measured more explicitly. There is a growing understanding of the difference between an ASP implementation of a standard premise-based application and a service that designed for the delivery medium that is embodied in SaaS. It is much more than technology or an offset of costs for infrastructure and resources.  That said, the metrics on both the vendor side and end-user side of the SaaS equation need more clarity and uniform acceptance. As a buyer of a SaaS offering, I shouldn’t care if it has been adopted by hundreds or millions of users.  What matters is who is using it successfully and what is their context? If I am going to base a critical part of my business on a SaaS offering, I need to understand if the lifetime value of customers is substantially greater than the cost of customer acquisition. I need to have confidence that the adoption of the service is higher than abandonment. I need to know the service will have enough value to continue. Having that confidence is a product of a conversation between the SaaS vendor and their customers/end-users.  It takes some real thinking on the part of the vendor to engage in that level of collaboration – but we will continue to see the most successful services providing a model of this behavior and inspire others to do likewise.

3. Service ecosystems will rise. Best case SaaS should be designed to meet the market embodied in the Long Tail. As we and others have said many times, the economics of SaaS and efficiencies of modern development cannot really be leveraged without a good-sized market. You can often reach sufficient market size by targeting your service to the second and third tier markets in a vertical but the time required to reach positive cash flow in SaaS can still cause many problems. Whether a specific service can be sold to a wider market or not then – it is wise to consider an ecosystem approach and I believe many will in the coming year. Salesforce and Google both exploit their ecosystems to bring a broad range of services together on their platforms and as was mentioned in our first point, cloud infrastructure vendors are heading in the same direction. In verticals, I can imagine a focused service teaming up with a general operations package for instance – especially one that could be pre-configured and integrated to the vertical application providing a “suite” for users. This can give users the benefits of single sign-on, data sharing, perhaps a lower total cost (assuming the vendors recognize the value in packaging joint services) and a “desktop” for most tasks they do everyday.  In fact, in the long run, I don’t expect to see many “stand alone” services – it just doesn’t make sense for the users or the vendors. We will see a lot more applications “joining forces” strategically or being acquired in the next year by integrating, combining user data pools or through “Mash-Ups.”

4. New services will focus less on “doing it all from day one” and more on their roadmap. In the “brave new era” of SaaS, one of the big impediments of developing a service was all the decisions you had to make and all the business operational aspects you had to have a handle on to arrive at requirements and start development. Many entrepreneurs felt they were being asked to either start with the equivalent of the original Wright Flyer or with a development burden so large they could never reach a positive cash flow with a reasonable investment.  Now however, there is a wide array of mature, tested services that can be easily integrated into a service product to provide standard approaches to operations, integration, sales, and many other business and technical requirements. With an extensible architecture, there is a great value in picking “best of breed” services to do the “dirty work” while focusing custom development work efficiently  on the real value proposition for a service. The time to market and up front investment decrease dramatically and the risk of running out of cash on a reasonable investment is contained. As none other than one of the leading investment groups has proclaimed, “Less is more!” And rather than worry about “lock in” – thoughtful entrepreneurs will realize at the point in the road where the cost of the integrated services begins to be a part of overhead that is worth investing some development time in – current development practices can allow extensions to the application without an expensive rewrite.

5. Integration requirements will drive standards for service-based communication and interaction. If cloud “ecosystems” are going to rise, if online services are really going to dominate the market for innovative products in the near term, standards for integration and service-to-service interaction need to be recognized and grow dramatically. Despite the continuing whines of a few holdouts – no serious vendor of online services should be considering parallel deployments – both on site and across the Internet. Developing a product that can address both markets eventually becomes “SoSaaS” – a product so hobbled by its split identity it cannot truly leverage the value of either delivery model. Instead, with an extensible Service-Oriented Architecture (SOA), open APIs and standard integration tools, online services will offer ways to leverage local data, applications, and other online services in ways that are in the end much cheaper and more reliable than traditional custom integration services.  This doesn’t mean SaaS vendors won’t offer on-site applications – but in many cases those applications will be hubs for addressing local integration needs and compliance issues.

6. End-user clients and platforms will continue to evolve and increase in their importance and differentiation. We’ve all recognized for a while that standard PCs and “browsers” have many deficiencies in addressing the needs of a growing market for on-demand services. Over the past year, we’ve seen the release of ever more capable “netbooks,” smart phones, and rumors abound that Apple will introduce a market changing tablet in the coming year. Regardless of what Apple does or doesn’t do – it is plain that an increasingly mature field of online services  means that fewer users will require the same platform they have used for decades. The coming products will certainly be more mobile, more connected, and less tethered to common operating systems.With the rise of applications like Google Chrome, the Chrome OS, Android, frameworks like Flex, and the increasing number of “app stores” for the various smartphone OS platforms, it doesn’t appear likely that the growth will slow down any time in the near future.  As is already happening – 2010 will be a year of increasing market fragmentation as each camp heads in its own direction. I don’t expect consolidation and standardization to begin for at least another two years. For online services this means more opportunities to reach specific markets, but it also requires a level of user experience (UX) and user interface (UI) expertise that few developers have had to address so far. In the short run, the best path is going to be a roadmap of planned deployments to different platforms, starting with the one that is most “ubiquitous” in the vendor’s target market. In the long run, we can expect to see more development environments address the most prevalent options – but there is going to have to be more consolidation for that to be truly effective.

7. Customer collaboration will become a more integrated and critical part of product management and business operations. Just like “SaaS” and “Cloud,” “Social Media” has been so over-hyped in the last year that it has become nearly useless. Some see any mention of the subject as a red flag. “A time-wasting, spam-heavy, productivity killer,” they say. Others have found social media to be a strong implementation of “opt-in” marketing (count me among them). Regardless of which side you are on, I think we can all agree that online services require end-user and customer collaboration to be successful. We’re seeing product management, marketing, support – all aspects of SaaS product operations move toward closer collaboration with their user base and I expect it to continue in the new year and to become accepted as “standard practice” among winners in the field.  To that end, integration of collaboration tools and services into the applications themselves as part of the operations side will grow a great deal in the coming year.

8. Agile will continue to grow in acceptance and will become the dominant approach for both development and business operations “in the cloud.” To understand this prediction, don’t confuse yourself with the “Agile vs Waterfall” software development debate that never seems to go away. Please also drop the religious approach to the Agile Manifesto that some have adopted. Think instead of the implications of a more dynamic, competitive, integrated, and collaborative delivery platform and try to imagine doing business as usual. I don’t believe you can. The philosophy of Agile, rather than the methodology specifically, is a fit for online services that is hard to ignore. Tie that to a product development team that is using Agile methodologies and delivering a nice, steady drip of product improvements to your customers and you really don’t have any choice.  You either align with success or get run over. This means too, however, that ISVs with existing product lines have to think about how they will handle change. Organizational change is never easy and many have decided to basically put the new product into a separate product group. It isn’t the best strategy for the long run, but it may be the only way some vendors can manage the change.

9. There will be a growing awareness of the requirements and responsibilities implied by “mature services.” Let’s be honest – most companies market ahead of capability.  Whether it is to “test the waters” or jump start sales, it leads to a lot of hype and fuzzy specifications that customers see through quite easily.  The fact is though that as online services become more accepted and critcal to their customers, they will have to be more reliable, secure and scaleable.  Some of this falls on the vendor to insure their operations and platform are truly “enterprise-class” but there are a growing number of options that allow vendors to adopt best-of-breed environments and platforms on a “pay as you go ” utility model and avoid the high cost of upfront investment. Taking advantage of them means more consideration of Service Level Agreements (SLAs) and open service histories, but these are emerging and they will continue to be key in contract negotiations in the coming year. We still see people new to the field looking for an infrastructure provider before they start development on a product, but with more standardization and more recognition of the needs of mature services – I believe we will see more understanding that you can and probably will both migrate among providers and have more than one at a time during the lifecycle of a online service.

10. SaaS vendors will stop trying to sell split versions. Ok, this is me, beating a dead horse. But really – if even half of the predictions in this list come true (and I don’t think it is even remotely a stretch to imagine it) – you can’t offer products that will both install locally and as an online service off of one code base and not cut off most of the value your SaaS version could deliver. That doesn’t mean you won’t continue selling to your installed base if you have one – but it does mean you can’t sell the same product you’ve sold to your installed base as an online service. It also means you will probably have to put the online service on its own path to success – not tied to your existing customer base. In time, if your online service is as successful as it should be – you will probably be able to drop or sell off the on premise version – but that is a consideration for the roadmap. So, let’s all hope for the best outcome and stop trying to reinvent the past.

Ok – that’s it.  What do you think? What’s on your list? What did I miss? I went way over my usual allotment for space with this one – but it seemed to need it and I didn’t want to split it up so late in the year.

Here’s to Success for Everyone in the NEW YEAR from the Scio Team!

People say that marketing for “cloud services” are really over the top right now – selling a lot more promise than can be delivered. If that’s true, social media is somewhere out in the stratosphere of hype – pushed into orbit by leaders like Twitter and Facebook - I’ve heard many people say if they were trying to avoid reading yet another article on the wonders of connecting to “communities” on the web.

If that’s the case for you – I hope you’ll set your prejudice aside and listen to our podcast this month on Haut Tech Conversations. You can download the show and listen to it at your leisure. Our guest was Jonathan Hyland, the Client Relationship Director for iCIMS, a leading SaaS provider of “Talent Management Systems.” Jonathan is deep in the trenches of the user community at iCIMS because he is responsible for managing the client renewal pipeline, user satisfaction, user advocacy, and maintaining visibility of the value proposition their services deliver.

I enjoyed this conversation because social media is still a widely misunderstood subject among SaaS and Cloud Service providers. Many see everything social as an unnecessary and noisy “distraction” that is a waste of resources and time. I understand their point of view because if they come from traditional software marketing, support, and sales environment,  they are part of a legacy that rarely focused on end-users or tried to foster communications among them. And if you’ve ever tried to sip from the Twitter fire hose, you can probably understand their discomfort with jumping on the band wagon.

We covered the many sides of communities in SaaS including:

• Inbound Marketing – Getting found by vertical and best practice communities while building up a presence for your brand and the services it provides.
• Marketing to the Converted – Retaining subscription renewals, up-selling, and evangelizing your existing end-users and the key stakeholders that drive client adoption.
• Product Management – The balancing act that comes from involving end-users in driving product development without crossing into crowd-sourcing and losing your strategic direction.
• Support - Leveraging the community to provide best practices and support while continuing to be strongly involved in providing assistance and guidance.

And finally – how a community relations director can keep from looking like a product shill, serve user needs, retain subscriptions keep the sales funnel full and have time to take off for vacation in a 24/7 product world.

I think the take away from this conversation was very interesting and I don’t want to spoil it for you – but we found that “being social” is a lot more hands-on and face-to-face than you might think. It really is still true you need to be balanced between social tools and more traditional face to face approaches than you might think.

Joining Jonathan on our panel was Jessie Kliza, the Business Development Director for Apprenda and Peter Cohen of SaaS Marketing Strategy Advisors, who also happens to be one of our fraternity of Haut Tech Irregulars.

Our Special Guest -

Jonathan Hyland, M.A., PHR – Client Relationship Director at iCIMS. Jonathan has a background in Industrial and Organizational Psychology, graduated with honors from Monmouth and finished his graduate work at Hofstra University. He started as an intern at Questus but moved up quickly when he came to iCIMS. He now carries responsibility for managing the client renewal pipeline and upsell opportunities, ensuring client satisfaction with internal advocacy, and the development of marketing materials covering the value proposition of the  iCIMS platform.  In that role, he works with user communities at all levels for iCIMS. You can find Jonathan most days on Twitter and read some of his thoughts on his jaHRd blog.

Our Panel –

Jesse Kliza – Director of Marketing at Apprenda, the creators of SaaSGrid, a distributed SaaS platform that eliminates the difficulties of building and delivering Software as a Service.  Prior to joining Apprenda, Jesse was Community Evangelist and Product Manager at SaaS ISV, Autotask.  Among Jesse’s many contributions while at Autotask, he was responsible for the creation and oversight of the Autotask Community  – which won a coveted ITSMA Marketing Excellence award in 2008. Jessie can be found on SaaSBlogs, Appenda’s best practice blog for the SaaS community and his Twitter feed.

For those who are not aware of SaaSGrid, it is a service that greatly reduces the barrier to entry for SaaS by overcoming significant technical hurdles like multi-tenancy and grid scalability, while at the same time providing “out of the box” application services like metering and monetization, billing and subscriber management, and much more. Scio is a Premier Development and Implementation Partner for SaaSGrid.

Peter Cohen - Peter is the founder and managing partner of
SaaS Marketing Strategy Advisors. His firm provides expert guidance to help companies effectively market and sell software-as-a-service (SaaS) solutions to enterprises. The firm’s clients includes several large, well-established clients, looking to enhance their SaaS marketing practices, as well as smaller companies that need guidance in launching a new SaaS solution to the market.

Peter has more than 25 years’ experience developing and implementing successful marketing strategies for technology companies, including Computervision, Lotus Development, IBM, and Authoria. Peter has spoken on the topic of SaaS Marketing for the Massachusetts Technology Leadership Council, and written for widely-distributed publications including MarketingProfs. He publishes a monthly newsletter and a blog, both entitled “Practical Advice on SaaS Marketing.”

So – you can download the show,  you can subscribe to our feed on iTunes or use the widget below. And if you would like to comment here or catch me on Twitter – we’re always interested in extending the conversation.

At Scio, we use Innovation Games with our clients in several contexts, from new product definition to ongoing product management. For a new product design, the games help us work with our client team to uncover customer requirements that are still loosely defined, as well as to help our development team understand the key selling points of a product. For ongoing product management, the games help us work with client product managers to come up with new ideas, develop and prioritize their product roadmap and identify issues hampering their success.

Innovation Games are a series of serious games developed by Enthiosys, an Agile Product Management consultancy based in the Silicon Valley. Enthiosys developed these games to drive innovation by facilitating communication between clients, users and the development team in a structured but fun approach. By using a “game” approach, the activities remove personal agendas and psychological barriers that frequently exist when trying to reach alignment between stakeholders. Luke Hohmann, CEO of Enthiosys, has written a book about the games and methods behind them – Innovation Games: Creating Breakthrough Products Through Collaborative Play.

We recently started a project with a new client from the UK to develop a SaaS application for them using SaaSGrid (SaaSGrid is a SaaS Application Server developed by Apprenda). As part of the project kick-off and Product Design phase, three members of the client team spent a week at our Development Center in Mexico including the their product owner, the project manager and a development manager.

The visit was part of Sprint 0 (product definition and design), which is the first phase of our Agile Development process. The visit had five key objectives:

• Finalize the high-level product requirements.
• Define the technical architecture.
• Define the UI approach and look & feel
• Finalize the project execution plan.
• Get the development team underway with the certainty that they had an accurate understanding of the project goals, the product key features and the overall vision and expectations of our client.

During this visit we used Innovation Games to reach some of the objectives we had in mind. We used four games:

1. Product Box – day 1, morning
2. Start your Day – day 1, afternoon
3. 20/20 Vision – day 3, afternoon
4. Remember the Future – day 4, morning

Our client provided their application requirements as part of their development partner selection process and those were used to estimate project scope and provide our price quote. It was understood at the beginning that the requirements were not 100% complete and some ideas about new requirements or the approach to implementing some elements had changed since the  document was written.

We began our games with Product Box. Our aim was to quickly surface the key features (and key selling points) of the product. After reviewing what came out of that game, we discussed in more detail the full set of application requirements, the company goals, and the overall project expectations.  We then followed with a session of Start Your Day. In preparation for this game, we had printed daily, weekly and yearly calendars on full poster-size paper. We played the game for all Personas, and with this activity we wanted to identify patterns of use for each persona.

On the third day, after we worked on defining user stories in greater detail and across all modules, we played 20/20 Vision. We printed all the features (each feature contained one or more user stories) on letter-size paper, and with masking tape, we started to place them on the wall. The client team went through an iterative process of placing features on the wall and moving them up and down, where the features at the top were deemed to provide more value to end users, and the ones at the bottom less value. This exercise helped us prioritize the product backlog. This prioritization, together with technical dependencies, is used to define the sequence of application development for the user stories.

On the final day of the visit, we worked with the client team in the Remember the Future game. The scenario we set for the game was: “The date is exactly three months after the launch of the product, what will the ideal situation look like?”. This brought up expectations about the number of paying customer they would have, the quality and performance of the application, etc. Then we asked, “what will each of our teams have done to make that happen?”. We worked backwards to bring out all the activities and milestones in marketing, development, testing, etc. that will be needed to get to that ideal situation.

Using Innovation Games was very productive for this project.

• Product Box it helped us see that some of the requirements that we thought were secondary were actually part of the key selling points of the product.
• In Start your Day we realized that some users will concentrate their usage of the system to specific hours of the day, where they will need to process data in batch modes. This suggested that we needed to design a UI optimized for sequential data capture for those users. Additionally, we discovered that we will have peaks in some batch processes, such as invoicing, at certain times during the month, as well as some reporting that needs to be generated once a year for tax return purposes.
• 20/20 Vision was useful to prioritize features using end-user value, rather than how cool a feature would be or how attached a member of the client team was to a piece of functionality.
• Remember the Future helped us see the dependencies between the work that each of us (Scio and Client) has to do to make the project successful, as well as establish a timeline that we will need to adhere to.

When as part of the agenda for the visit, we mentioned that we were going to use “Innovation Games,” our client was of course, curious about the idea. It is easy to imagine a “game” but not necessarily the business value behind it. We explained that the games are strong facilitation techniques that would be fun and productive, so they engaged with enthusiasm and played along happily. The results were great, and at the end of the week we all agreed that we accomplished a lot.

Although it is possible to obtain similar results using other facilitation approaches, using Innovation Games is a more engaging and fun approach to exposing all the different aspects of a product that surface during the games, which would otherwise be missed or discovered too late.

So let’s keep on playing – Serious games that is.