Lean into SaaS

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, clip 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
• cease 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 receive 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 every 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 receive 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 receive 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 “tug-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 every 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. cease 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 receive market verification early and to avoid “big bang” releases that are costly and not led by “tug” 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 guide by user tug 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 close term – so watch for the Lean tag in our cloud – but in the sprit of Lean – we’ll cease here for now.

9 Feb 2010, 1:10 pm | click here to view more

SaaS: Get a Realistic Roadmap

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 arrive across them, you will if you need to go for funding of any nice 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 receive 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 lady 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 possess 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 receive 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 receive a budget for something that solves the problem.  These customers can validate the vision and will actively tug 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 every 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 accident and burn. They arrive 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 every your cash.
• Eric Reis – The Promise of the Lean Startup – Leverage the Agile methodology and philosophy to develop progressively based on customer tug rather than a miracle of market anticipation. We’d every 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 every 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 receive the proven product in the market and when in the classic hockey stick market model, it will be easier to receive 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 receive 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 arrive 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 arrive 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 big 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 every about using the delivery technology that underlies SaaS products to your best advantage in the end.  Whether you develop your product in home or with a product developer like Scio – I strongly suggest you consider your roadmap and the driving vision behind it. It can keep you a great deal and lower your risk greatly.  Worth considering…

8 Mar 2010, 5:51 pm | click here to view more

Windows Azure Development Deep Dive: Working With Configuration

Introduction One of the things you have to consider in any application is configuration. In windows and web forms we have *.config files to help configure our application prior to start. They are a useful place to store things like provider configuration, IOC container configuration, connection strings, service end points, etc. Let’s face it – we [...]

7 Mar 2010, 7:26 am | click here to view more

Pork Bellies, Bandwidth and Cloud Computing

In May 1999 Enron announced to the world that it was creating a new market for trading Bandwidth. A wired article from 2001 noted that it seemed to many that the then energy giant had found a new pot of virtual gold. Enron and a broader group of their experienced traders believed it was only a matter of time before bandwidth (as well as other virtual resources) would be bought and sold in much the same way that commodities markets trade everything from petroleum to pork bellies. Now, more then 10 years later this transition has yet to occur. In this post I will examine why the idea of trading bandwidth never took off and look if today might be the ideal time to try again.

Looking back at the previous attempts to create virtual commodities exchanges including Enron's failed attempt, it now appears that it was indeed a great opportunity, but just about a decade too early. In the case of Enron, they had a right vision, but suffered from the now obvious fact that it was born from an overwhelming greed. In other words, the right idea but the wrong people at the wrong time.

Today with the emergence of cloud computing looking at these past failures such as the failed bandwidth markets and as well as the successes of the energy markets of 1990's may represent a case study in how to we might go about creating a successful commodity compute marketplace.

One of the first problems in getting bandwidth trading off the ground was timing. The bursting of the dotcom bubble meant that there was a significant disconnect between an over supply of bandwidth versus the demand for it. Basically there weren't enough companies who wanted to buy and too many selling. Making the market go in one direction, down. This discouraged both buys and sellers from getting involved. The key to an active market and ecosystem is growth.

Secondly, as the wired article points out, the telecom firms that owned the fiber optic networks didn't like the idea of selling their services as a commodity. Some made the case that "not every networks perform equally well." Basically there were no measurement standards and therefore no easy way to determine the good from the bad. In addition, most telecom firms preferred to negotiate prices with customers, rather than be stuck with a one-size-fits-every pricing scheme. In a sense they would rather lose on the excess capacity and make up the difference by charging more for the capacity that was actually used. In contrast, the benefit to a commodity style approach, you may charge less overall but make more money because you have a higher utilization of your resources (volume).

Another major problem was at that time the adoption of broadband was at its infancy. Most Internet users in 1999 we're still using dial up connections. Compounding things was other than a few notable exceptions (Napster) the majority of web applications were static and light weight. Mobile apps, streaming media, social web applications, realtime web and cloud computing (Internet centric computing) had yet to be widely accepted. quick forward to today and these applications have become the key drivers to a recent explosion of wealthy user generated content and the ever increasing need for realtime compute capacity to process it every.

Thanks in part to the increasing popularity of cloud computing, the idea of just-in-time compute capacity has helped lower some of barriers that limited the previous bandwidth markets from flourishing. For many the concept of distributed batch processing and compute elasticity have become critical parts of modern business IT strategies. These nice of flexible and elastic compute usage models are ideally suited to that of a spot market for commodity compute capacity (provided via a method that is quoted for immediate (spot) settlement for both payment and delivery. Also the announcement last month that Amazon Web Services would start offering excess EC2 capacity using a spot market approach has also helped legitimized the concept. The notion of selling your excess compute capacity now has a poster child (AWS), this may guide to increased acceptance of selling excess compute resources using a commodities approach. This is in much the same way that Amazon EC2 has encouraged companies to use cloud like strategies within their internal systems (private clouds). In a very real way, AWS is blazing a path for the broader industry.

I look tremendous opportunities for the trading of excess Cloud Computing resources or compute capacity and believe the most viable market example may be that of the energy marketplace. The energy market is similar to bandwidth and compute capacity in that the commodities are variable, transient and don't store well. The concept of selling excess capacity in cloud centric data centers may also make sense in that cloud providers must have significant additional capacity on hand just in case of demand spikes.

As I've said before, unused compute capacity = lost revenue. It's better to sell your excess then to have it disappear. For a lot of larger players such as Telecoms and big content providers this means un-utilized compute capacity is making you nothing. The notion of a public spot market may help address this problem.

The great example for a compute centric market may be based on that of the electricity wholesale markets. Like compute capacity, electricity is difficult to store because of it's transient nature. It needs to be available on demand, and unpredictable demand spikes may occur. Using the energy trading market as a model provides an existing proven context that may translate well into compute centric environments, not mention there are wide variety of trading platforms already built that may be easily modified to address the needs of a compute exchange market.

One of the more common energy trading models uses a automated central scheduler to balance supply and demand and calculate the market price. Another model is that of conducting auctions in various time scales, i.e. auctions for yearly and daily provision of power, with additional spot market that resolves the need for accommodating short-term demand spikes.

Before a widely accepted commodity compute trading market may form and start trading, governments may also need to provide a common regulatory framework as well as standards and liability controls. Otherwise the market will be doomed to serve as a novelty or worst yet, limited to academic use only.

So what's next? First a trading organization must form, preferably in a transparent not for profit context, so to help avoid future Enron type scenarios. I'd also say the capital to develop such a trading platform, the will of the industry to help make this happen and some standard processes for the measurement of the cloud capacity itself. So will this happen? Certainly, but question of when is still up for debate.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

7 Jan 2010, 2:19 pm | click here to view more

EuroCloud Portugal work plan – 2010

We are very proud to gift the EuroCloud Portugal work plan for 2010, please read it here: EuroCloud Portugal work Plan. We will add to it more details very soon, we are working very difficult on the EuroCloud Portugal Call For Business and CloudViews – Cloud Computing Conference 2010 and we wish to be able to [...]

6 Feb 2010, 11:47 am | click here to view more

My First Public Azure Presentation

I’ve done a couple behind closed doors for my Readify work mates and for various clients, but this will be my first presentation to the open public. I’ll be presenting on the Windows Azure Platform at the Brisbane Infrastructure Group in Brisbane Queensland (Australia for my international readers). Those who know me know that, amongst other [...]

5 Nov 2009, 4:04 am | click here to view more

6 Points for Successful SaaS

When I wrote the recent article “SaaS: 10 Trends for 2010” I used the phrase “Best Case SaaS.” I realized from feedback and some thinking afterward though that many people don’t share my vision of what it is.

What I was trying to say is there really is a path to success for SaaS products through the thicket of options out there.  But since we don’t every share an understanding of every the options – that becomes pretty nebulous.  We’ve written about the 10 Ways to Fail at SaaS – What about Success?

Whether you call it “best practices,” “optimum implementation,” or best case – to have a discussion of what it takes to field a successful product we need to have a common understanding of SaaS itself. One of the people who has been pretty clear about a vision has been Phil Wainewright – but there are several others who are advocating for various aspects. My concern is a lot of them tend to be involved in the technical side of SaaS and not a straight- forward business discussion.  Of course, it takes an understanding of technology to bring a SaaS product to market, but in truth, you can hire that expertise if you have a clear business strategy to back it up.

Before I list the six points I have outlined – let’s receive our definition clear.  Software-as-a-Service (SaaS) is not as simple as, “A application delivered over the Internet on a subscription basis.” That definition is what most people think, but in truth it is far to limiting by itself. If you want to keep it simple, you could just say, “an online service” but that might be a little broad. To cover both sides of the fence, vendor and user, I’ve been using, “an application delivered across a network to a client in a pay for service model.” On reflection – even that definition has its faults.

The point of this little exercise in definitions is that we need to realize that what we once called “Business-to-Business (B2B or B-to-B)” or even the slightly more exotic sounding “B2B2C” would be called SaaS today.  Does that mean Priceline is a SaaS product? Well – Yes! The simple end-user travel services they offer are monetized on a transaction basis, but we should also understand that behind that stands an even more important service disposing of excess inventory for the hospitality and travel industry. Somewhere in the middle is an advertising platform that allows the “inventory customers” sell through Priceline directly. Does Priceline care which service you use? Not really, they make money from every sides of the transaction and with any service you select. It truly is a Long Tail offering in every way.  The same could be said of the Amazon platform only more so.

So – really we could just say SaaS is “an online service” or “service automation delivered in a pay for service model” and be accurate? When we do that we start to realize there is a whole field of service companies that use applications to automate and deliver aspects of their services – but aren’t usually considered as “SaaS companies.”

With that in mind, let’s go forward and look at “Best Case, Successful SaaS.” The points build on each other – so follow along through them and it will make more sense.

6 Points for Successful SaaS

1. Expertise that can be sold to a reasonably big market segment in an online delivery model and can be scaled to meet the market potential over time.

This is of course the “reason for being” for SaaS.  Online services are sold on a “pay as you go model.” No matter how you look at it, if you don’t have a target market big enough to give you a positive return on investment in a reasonable period of time, you aren’t going to be successful in a SaaS business model. In a vertical, this means offering a service that is attractive to at least second and third tier markets. It could also mean “tagging along” with more general offerings that give your service more weight in an “ecosystem” model. Regardless, you cannot ignore the simple economics of online services. You cannot afford to run out of cash before you reach a positive cash flow. That means development has to be planned and controlled to yield just enough of a service to sell successfully as soon as possible. It means that you must have a understanding of SaaS Metrics and the critical Customer Lifetime Value Ratio (CLV). It means you need to have a “proof of market” investigation as a part of product planning and (for heaven’s sake!) development. It means you have to understand (and monetize) the value your end-users perceive. It means your online service must be planned to evolve after release (look point #2).

Now the second part of our first point is what brings up the application model of SaaS. To scale a service economically, it has to be automated. When you receive right down to it – SaaS is service automation! We’ve been doing that for years – the most significant difference is that now the Internet offers a delivery vehicle that is pervasive and universally accepted. So – if you’re really going to deliver a service online, plan to automate your possess business operations from day one or you won’t scale with enough efficiency to reach positive cash flow in time. You might be able to onboard your first 100 customers manually – but if your market plan says you need to take on 1,000 customers with 20 seats each in your first year – your operational costs will quickly eat your cash reserves – IF you are able to handle the work that involves. (look point #5).

2. A strategic roadmap that allows the product to be brought to market early in the design cycle and to adapt to user and market feedback.

Taking the first point to heart means really understanding you can’t do everything and you shouldn’t if you want to be successful. You need to have a plan, a roadmap. You need to provide a valuable service from day one the market will pay for, but you also need to have a strategic plan for where your service is going over time.  Within that plan, you need to be flexible (look point #3) and responsive to user feedback (look point #4) and market forces.

Bringing the product to market early also means not taking on development of features that don’t support the direct value to end-users. As mentioned in point #1 – you need to automate your service – but do you really need to build every your operational automation (look point #5) to bring a product to market? No. There are many operational services you can leverage to lower your development complexity (risk), time to market and total development cost.  The general rule of thumb is you will keep as much as 60% of your development effort and about 40% of your total costs before launch. The services you use become part of your overhead and need to be part of your metrics. Can you develop them into your service at a later date when the cost is justified by growth? If you take point #3 into account – yes.

3. An extensible, service-oriented technical architecture that will support the expected growth and change over the long term, economically.

Before anyone calls me on it – the last word in this point covers a lot of sins that have been visited on the SaaS business model. Let’s be straight-forward. We’re interested in SaaS because we want to MAKE MONEY. If we want to do that we have to be able to operate, deliver and maintain our application economically and reliably over the long run. That means we need a multi-tenant database structure. I don’t know any other way to say it. You cannot scale on individual instances for each customer or maintain them over time and make money.

It doesn’t mean however we have one big spinning top that runs everything forever.  As your service grows, you will use several strategies to extend your application over multiple instances, and to balance your service among several applications perhaps. Do you have the idea that Amazon is one big application? Of course not. Your service might gift one “interface” for users – but that doesn’t mean it is just one application. Architecturally, that is just the “presentation layer.” We have to have an understanding of the technical strategies that allow online services to scale, embed other services, extend our services outside the application, and change our service without extensive rewrites over time while continuing to make a profit.

With that understanding, we can plan our roadmap to help us decide the battles we need to take on and when. Do we need to buy infrastructure if we can rent it? Not if the market price, availability and reliability meets our needs. Do we need to build a pricing and settlement system to monetize our service? Not if there is one available at a price that can be incrementally applied as we scale and with the level of maturity we need.  Can we eliminate some maintenance concerns with virtualization? Yes – when it makes business sense – if we have a properly architected application that is built for the online environment.

What about “lock in?” they ask. There are two things to consider: #1 – Can you afford to spend thousands of extra dollars over some extended period of time before you put your service in the water, take on customers and start making money?  For most of us the answer is no.  #2 – If your application is properly architected and you have developed a roadmap with proper risk avoidance, the services and platforms you use are tools you use to reach your maket sooner and with less up-front investment. Do you want to buy that store on the mall or rent it? If you rent – can buy or build when you have a proven market? In most cases – yes.

every this implies you or your team has technical background in online services. But if you are a entrepreneur or service company without a strong technical team – can you still survive in the SaaS world? Yes. There are companies with services that will fill that void – (shameless plug for the people who bring you this blog) Hello….

4. Customer and user collaboration tools embedded in the service and the business operations that surround it.

If you absorbed the last three points – you should have gotten one thing clearly: Release 1.0 day is not the end of the development cycle for online services. Because of Google, SalesForce, Amazon, and service portals like FedEx operates, we every expect, even require, online services to evolve. It should be no surprise that online services need to evolve dynamically to meet customer needs and stay ahead of the market. The question is how?

Just like nearly everything else in online services, the answer comes with some level of automation. Inside the application, monitoring must be embedded to help evaluate feature use in a user context. We need to know if user admins are able to use the tools they have effectively. We need to know what percent of their day our line of business users spend in the application and how often they use it to complete “high value tasks.” With that information as a baseline, we can evaluate the impact of new features, improved help, better support strategies. Without it – we’re clueless and we might as well be selling licensed software to silos behind firewalls.

To leverage our delivery platform even more we need to embed direct user engagement with blogs, forums and community tools like UserVoice and receive Satisfaction.  These are services you subscribe to (point #3) not build. These are not the endpoint for user engagement however, they are just the tools. As tools, they are used by product management, support, sales and marketing to help guide service development, to retain customers, up sell and grow best practice communities.  What you should be beginning to realize is this really means a successful online service needs to rethink the timeworn model of “key stakeholder engagement” and receive directly to the end user. To do that the business organization behind the service needs to be aligned to leverage the tools and integrate what they yield into decisions. (Enter points #5 & 6).

5. Integrated business operations for the service itself embedded in the same delivery model used to deliver to end-users.

Once again – SaaS products are classic service automation. If you are going to sell a service – if you are going to build an application to deliver your services – shouldn’t you also automate the pricing, settlement, onboarding, user management and every the other operational aspects of your business directly in the application itself?

This is a point that seems to have eluded many service companies and ISVs with licensed products. You cannot scale to reach profit in online services with manual or loosely connected internal business processes. SaaS is every about making a profit from volume.  But, as point #2 cautions, you cannot build every the operational aspects of your service directly into the application without placing considerable risk on your costs, application complexity and time to market. If you have planned your product with the architecture discussed in point #3, you can leverage available services that will provide these critical aspects of business operations for you and embed them in the product platform itself. This gives you the best of both worlds – fully integrated business operations using the data and infrastructure you already have online and a cost that is applied incrementally based on use.

6. Agile business philosophy embodied in every aspect of product development, operations and services.

You nearly have it – successful SaaS is every about service automation and dynamic business. It delivers what we need, when we need it, at a cost that is measured by use on every side of the platform. That means you and your customer same are benefiting from the investment in the application and involved in its continued success intimately.

To handle the continued development and change involved in SaaS, most technical teams use Agile methodologies. To feed development and manage the product roadmap then, we also need to consider an organizational alignment with agile philosophy. When we really consider the organizational impact of being an online service, we start to understand there is really no option. To be successful at SaaS, we need to be an agile business top to botttom.

This is a lot to absorb. It is a different way of doing business. I don’t want to underplay the significance of any one of these six points. We at Scio made a strategic decision last month – we’re alining our services to deliver best case SaaS to our product customers and nothing else.  To help people put this into their possess context, we’re giving a workshop on January 28th in Dallas as part of SaaS University. I strongly encourage you to join us if you have any interest in developing an online service in the coming year.

So – what is your take? Did this list suprise you? I wish not – but I’d adore to hear your point of view.

5 Jan 2010, 6:13 pm | click here to view more

The People's Republic of Cloud Computing

I just got back from an action packed week of meetings in Shanghai, China. Shanghai is one of the more exciting cities I've visited recently as they prepare for the World Expo in May as well as the upcoming Chinese New Year festivities. As a city Shanghai is a bustling modern metropolis. A city that in a little over thirty years has gone from a tiny village to mega city of more then 30 million people. In talking with the people I met in Shanghai I quickly came to realize that like myself, most people in Shanghai were not originally from there, most had recently moved there from other areas of China for "economic opportunities" the city now offers. Looking around the city you'll notice a level of wealth on par or better than most western cities. In a nutshell the reason I found myself in Shanghai was for the very reason the Chinese are now pouring into the the city, the opportunity to capitalize on the new Chinese dream.

As many of you know I've been a big proponent of Cloud Computing in the PRC for quite some time. Not withstanding that China is among the quick growing and largest economies on the globe, China has a significant data middle hosting ecosystem made up of a tiny group of very big state sponsored telecom organizations which makes selling [hosted] Cloud services in this market a challenge to say the least. Fortunately for me their overwhelming need to equip a new and rapidly growing underlying network infrastructure is a huge opportunity, something that myself and Enomaly seem uniquely qualified to offer.

Unlike other markets around the globe the Chinese hosting business lacks any sort of tiny or middle tier of hosting providers, yet the country has upwards of 40 million tiny businesses. In my discussions with several of the largest Chinese telecom providers the opportunity is simple, to help a equip these emerging tiny businesses to become part of the larger global information / internet environment. Yet another driver for the use of cloud based infrastructure in China is the the rapid development found in the data middle real estate market. Like the booming real-estate market itself, data middle space and capacity is growing at an exponential rate. every this new space means new capacity, capacity that needs to be managed in an adaptive, energy efficient and continually evolving way. Something that cloud computing is ideal for. Also, with the development of a country wide wireless Internet infrastructure, it seems that cloud computing will play a major role in how people access applications and information in China.

How do you say Cloud Computing in Chinese you ask? 雲計算 yún jì suàn -- The reason I mention this is because to do business in China today, you must first understand the way the Chinese do business. Culture is an extremely important part of every aspects of the business environment. As for Enomaly in China. We now count several of the largest Chinese Banks, Power/Energy utilities, Regional Telecoms and even a local police force as ECP customers. What is interesting is we seem to have found ourselves a sought after niche in the Chinese market. A particular niche that has been overlooked by most in the technology world -- that of cloud enablement. Some of the reasons are simple others are more complex but it mostly comes down to market access. Things like culture, language and relationships play a hugh role in how business is done here.

To be honest, we were extremely lucky in that we found a major partner in Intel who provided us with on the ground support and introductions to some of the largest players in China. Without the know how and help of the Intel China team I doubt we would have had the opportunities that we now like as a tiny company in this very big market. So my suggestion to any upstart trying to gain a foot hold in the Chinese market is to first find an established player with a local team. And second, do not build you're possess data centers, local IT policies really don't make running your possess data middle a reasonable option. Of those who have tried they typically do so below the rationale of "Disaster Recovery" which limits your ability to act as a production hosting facility.

In closing, when it comes to doing business in the PRC, the sky is the limit, keep watching you'll look some exciting Enomaly related news in the very close future.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

5 Feb 2010, 2:04 pm | click here to view more

New Search Results, from Technorati and Ingboo

Technorati and Ingboo have partnered together to provide an every new nice of subscription experience for Technorati content, including search results. Look for a blue Ingboo icon for a full range of subscription options.

Feeds are also available for:

Hottest Blogosphere Posts

Latest Original Articles from Technorati

The Technorati Blog

We also have channel feeds, writer feeds, and tag feeds, which can be found on their respective pages.

4 Mar 2010, 6:00 pm | click here to view more

Enomaly ECP 3.1.0 Service Provider Edition Released

Just a quick note to let everyone know about the latest ECP 3.1 release. Among the various improvements is the addition of sparse disk support. In a nutshell sparse disk support allows you to over-commit your storage environment offering more storage than you actually have available. The advantage of sparse files is that storage is only allocated when actually needed: disk space is saved, and big files can be created even if there is insufficient free space on the file system. For example you can give a customer a 2tb storage quota, but let's say your customer only uses 3mb of actual data, than only 3mb of files are written to the disk. This means you can offer (and potentially charge for) storage you don't physically have available. It also means that sparse root images can be provisioned significantly faster, because, well you probably already guested it, less physical storage is required even for VM's that appear to have larger boot/root volumes. Yet another way we help cloud service providers make money.

Here is the release overview.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

4 Mar 2010, 4:02 pm | click here to view more

SOA, Azure and Me

This posting may very well be banter. You have been forewarned. Services Everywhere I look I look services. I can receive pizza delivered, my clothes dry-cleaned, and my shopping delivered to my home without ever leaving my computer. These are every services provided by someone, somewhere. A little closer to home I have my TV which [...]

31 Oct 2009, 8:59 am | click here to view more

SaaS: Agile, Marketing & the Wheel of Death

In our first two podcasts for Haut Tech Conversations we covered service and pricing. Both subjects are critical for SaaS businesses to consider and understand in the context of their product. In the podcast we did yesterday, we went into yet another critical area – Marketing!

To put us in the right frame of mind for this conversation, we brought the respected expert on SaaS Marketing, Peter Cohen of SaaS Marketing Strategy Partners together with our panel – Ron Arden, Vice President of Strategy and Marketing for eDocument Sciences and Justin Pirie, a SaaS and Cloud product manager and marketer who has been working in subscription software for over four years.

We covered a lot of ground in this podcast – it is a wide-ranging conversation that got into many of the unique aspects of marketing in an on-demand world. We also went into many of the areas that are closely linked to marketing – Product Management, Agile Development, Community Development, Ecosystem Management and Customer Relationship Management.

What questions does it answer? In consideration of the title of this podcast and the “Wheel of Death” as Peter calls it – we talked about the issues traditional vendors face when development teams work on SaaS products – especially with Agile methodologies. The Agile approach is a good match for SaaS products, but to take full advantage of it – the entire organization must be in alignment. If marketing is out of the loop, the steady flow of product enhancements and new features can make the marketing team feel like they are like a hamster in an exercise wheel – running forever and not getting anywhere. Getting over the traditional feature-based technology marketing syndrome is critical in SaaS.

From there we incorporated every the various points of view of our panel and as we always do – let the conversation flow into the many areas that overlap in a SaaS product organization.

If you have any interest at every in how to deal with the dynamics of marketing a SaaS product and an hour to spare – I suggest you download this podcast, hear and share it with your team. I am very pleased with the insight our guests brought to the discussion and we would every adore to hear your thoughts in comments here or on your blog. Join the conversation!

Our special guest for this podcast was –

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 big, 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.”

Our panel included:

Justin Pirie: Justin is a SaaS and Cloud product manager and marketer who has been working in subscription software for over four years. He specializes in working closely with companies to create successful SaaS products using the latest techniques and industry best practice. He is based in the UK and has advised companies in Europe and the US. He has been on our show before and is now one of our Haut Tech Conversations “Irregulars.” You can follow him on Twitter here.

Ron Arden: Ron is the Vice President of Strategy & Marketing for eDocument Sciences. He on focuses on SaaS computing and using social media tools to steer business for eDocument Sciences, and recently became an Inbound Marketing Certified Professional. He has over 25 years of strategic planning, marketing, sales, business development, consulting and technical experience in the information technology industry. Prior to eDocument Sciences, Ron was Director of National Solutions Support for IKON Office Solutions developing and driving strategy, policy, tools and the product & services portfolio for IKON’s Professional Services group. This included developing and managing vendor relations for every Professional Services partners. Prior to IKON, Ron held executive, management and technical positions at numerous Fortune 500 organizations, including DEC and Wang. You will find Ron on Twitter as @RonArden, on LinkedIn, and his profile on Google.

You can download the mp3 here or hear directly or on iTunes from the widget below:

30 Oct 2009, 2:40 pm | click here to view more

Lets start controlling the Internet…

Controlling the Internet is not on the plans of CloudViews.Org, but if we were allowed or have the opportunity to do it we will definitely pick to do it as Rives is planning. This is very off-topic, but at the same time it’s a very thoughtful presentation, specially for those who are planning vacations… :)

30 Jul 2009, 5:10 am | click here to view more

SaaS: 10 Trends for 2010

It is that time of year again – when analysts and writers of every 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 start to look 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 arrive to Seattle sometime next year. But – we’re not going to call it SaaS much anymore?  Is every that marketing ink going to disappear? No. But the truth is we receive sleepy 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 every 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 receive 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 flame 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 look 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 look many “stand alone” services – it just doesn’t make sense for the users or the vendors. We will look 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 every 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 every the decisions you had to make and every 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 big 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 steer 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 close 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 every 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 close future.  As is already happening – 2010 will be a year of increasing market fragmentation as each camp heads in its possess direction. I don’t expect consolidation and standardization to start 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 look 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 look 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 every agree that online services require end-user and customer collaboration to be successful. We’re seeing product management, marketing, support – every 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 difficult 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 receive 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 look 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 look 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 look 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 cease trying to sell split versions. Ok, this is me, beating a dead horse. But really – if even half of the predictions in this list arrive 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 clip 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 possess 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 every wish for the best outcome and cease 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 tardy in the year.

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

30 Dec 2009, 3:26 pm | click here to view more

Cloud Ecosystem

To live is to be part of an ecosystem able to enhance our ability to communicate, talk, write and read. We need to be able to move from one place to another, we need accountability, we need predictability, we need insurance, to feel secure, and we need trust links. Our ability to have success, to [...]

3 Mar 2010, 10:57 am | click here to view more

Microsoft CDNs and GFS

Late last year Microsoft announced the availability of a Content Delivery Network (CDN) in Azure that you can use to distribute your Windows Azure Blobs to over 18 different edges, including Australia. However this technology is not actually a new offering. Microsoft has been building/leasing CDNs for some time now. Prior to 2007 Microsoft leveraged the [...]

28 Feb 2010, 1:00 am | click here to view more

Is the Cloud as the vendors are claiming?

IT news from Australia is presenting a work made by the UNSW School of Computer Science. In this study they try to verify if the Cloud is as the Vendors are claiming that it is: elastic, reliable, dynamic, fault tolerant, high available.. http://www.itnews.com.au/News/153451,stress-tests-rain-on-amazons-cloud.aspx These are very interesting points and independent tests are fundamental to create trust [...]

28 Aug 2009, 7:05 am | click here to view more

SaaS: Who’s Driving Your Community?

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 wish you’ll set your prejudice aside and hear to our podcast this month on Haut Tech Conversations. You can download the show and hear 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 look 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 arrive 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 flame 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 steer 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 every 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 big, 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.

27 Nov 2009, 6:30 pm | click here to view more

Cloud Computing Views: Week 20 to 26 July 2009

This list is a summary of Cloud Computing news that I posted during the past week on Twitter

27 Jul 2009, 8:55 pm | click here to view more

Calculating Cloud Service Provider ROI

Bit of a buzz this morning around the new Cisco IaaS ROI and Configuration Guidance Tool which was launched last week. My comment on twitter was that it was overly complex. Although some interpreted my remark as a slight against Cisco (You know who you are) it was actually a broader remark about the complexities of determining a service providers rate of return (ROI) when deploying your possess revenue generating cloud services.

In a nutshell that's the problem facing many data middle and hosting providers looking to offer utility style IaaS products & services to their customers. To put it lightly, currently it's an overly complicated endeavor. To be competitive today means competing against Amazon Web Services. They've in a very real sense set the bar and the bar has been set extremely low. Not only does Amazon continue to produce new products and services at an amazing speed and consistency, they also continue to innovate on their cost model with latest improvements including Spot pricing and reserve instances. This means that AWS can offer their IaaS sometimes at less then a cent or two an hour while [mostly likely] continuing to turn a profit. Combined with these economic pressures are the competitive pressures to differentiate your service offering from that of your competitors. For example bundling additional software and services on top.

Cisco's ROI tool does a good job of shedding light on the complexities in defining cloud infrastructure focused business models. It outlines components such as operational costs like Labor, Power, Maintenance as well as capital costs including Data middle Build out (Construction), system integration, storage and compute. For me by far the most interesting part of the calculator is the compute related options. They've broken them down into 3 basic VM categories (Power, Average, and Light)

I also found the proposed scale (number of servers, customers etc) in which the ROI tool was built quite telling about the market Cisco is going after with minimum capital expenditures in the 12 - 15 million dollar range for a Cisco based IaaS deployment with smaller deployments actually returning negative ROI results.

The unfortunate part of the ROI tool is that you can't completely remove every the required fields. The tool forces you to include Cisco based pricing for it's calculations. Which does makes sense, it's a Cisco sales tool after every. Although it would be interesting to be able to insert your possess hardware and software costs such as VMware Vs Enomaly ECP or HP servers Vs Cisco. If they add those capabilities, this might very well be the best IaaS calculator I've seen.

Another interesting aspect of this calculator is along with other related Cisco Service provider announcements they have effectively arrive to the same conclusion we at Enomaly (and others) reached about the current market opportunity for IaaS. Simply that in the short term, the real market, the money to be made within the cloud computing infrastructure enablement sector is with Cloud Service providers (Data Centers, Web Hosts, etc) looking to augment their existing service portfolio in an attempt to remain competitive.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

27 Jan 2010, 1:09 pm | click here to view more

Azure Locations Around The World

During the early CTP of Azure you could only select 2 locations for your Windows Azure compute and storage accounts, and 1 location for SQL Azure (SQL Data Services) and AppFabric (.Net Services). Now we have a lot more options for every 3 main technologies: North Central US South Central US North Europe Southeast Asia   On top of this we [...]

27 Feb 2010, 10:08 pm | click here to view more

Secret Azure Feature For PDC Release? Maybe..

Firstly this is pure speculation. Either that or it is known fact and I am behind the game (I’ve been out of action for a couple months, you may have noticed my absence in blogging). If I am the first person you have heard this from, then there is every chance that it is untrue, [...]

26 Oct 2009, 2:29 am | click here to view more

Enomaly Named in List of Coolest Cloud Platforms by CRN

Enomaly got a little adore today from Channelweb. The magazine named Enomaly in a list of the 20 Coolest Cloud Platform Vendors. The list includes a who's who of the Cloud Space including Amazon EC2, Appistry, AT&T, GoGrid, Google, Microsoft, RackSpace, Salesforce.com, Terremark, VMware and others.

ChannelWeb had this to say about the emerging Cloud Space, "Without the platform, there really wouldn't be much in the cloud, now would there? To some, cloud computing platforms have been affectionately called Platform-as-a-Service, or PaaS (not to be confused with that Easter Egg coloring kit of the same name). Cloud computing platforms facilitate and ease the deployment of applications into the cloud, limiting the cost and complexity by cutting the need to buy and manage hardware and software. As cloud computing continues to gather steam and more VARs and their clients are looking to design, develop, test, deploy and host apps in the cloud, a robust, flexible platform has become a must-have. With that in mind, we gift the 20 coolest cloud computing platform vendors. look the complete list here.

Thank you!

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

26 Jan 2010, 12:09 pm | click here to view more

A Week In The Life Of Azure – Australia Launch And Road Trips Galore

It has been a hectic week in Australia around the Windows Azure Platform space. The official Windows Azure launch happened in Sydney and Melbourne. I was lucky enough to pop down on Tuesday for the Sydney event and look David Chappell and Dianne O’Brien gift along side Australia’s possess Gianpaolo Carraro on the current face [...]

26 Feb 2010, 4:30 am | click here to view more

Amazon introduces the AWS Private Cloud, and the question that arises is if this new service enables the deployment of real Private Cloud..

Amazon has introduced today the new AWS Virtual Private Cloud service, more details on it could be found here: http://aws.amazon.com/vpc On the follow up of this new service, some doubts have arisen about the real type of the cloud built with this new service, and also if this nice of cloud could even be difined as [...]

26 Aug 2009, 12:38 pm | click here to view more

“Why Would I Use Windows Azure?” or “Developer Evolution”

Foreword: Apologies for the title, I’m still not sure (after completing the entry) what it should be called. Why would I use the Windows Azure Platform? Its a good question, one that I’ve had a lot of internal discussions on lately (fellow consultants from Readify). For most its quite a paradigm shift and therefore difficult to [...]

25 Oct 2009, 5:17 am | click here to view more

VMware's New Cloud Mission - The Bottom up

Ok, I admit it. At first I didn't have a clue what the point of VMware's new "receive it off the Board Agenda" site had to do with promoting cloud adoption. In a nutshell VMware has created a new viral marketing campaign geared toward the idea of keeping executives out of the decision process for buying cloud related services. But why? Doesn't this seem somewhat counter productive, or does it?

First I suppose you need to receive into the head of who's buying cloud products and services today. For service providers and telco's this probably means an SVP of some sort has been given the job of defining a revenue generating cloud strategy and service offering, so I'm not sure if this person would be the target for the campaign.

It's probably more likely geared toward the end customers, the customers of my customers if you will. The Google's, Amazons, Salesforce and Microsoft's style clouds and how they're being adopted. The random developer or business unit with a problem to solve. The classic "New York Times" cloud story comes to mind. The story goes something like this, Derek Gottfrid, random NYT programmer had to solve a very difficult problem with no time or money. So without prior permission he goes to Amazon Web Services where he leverages the power of EC2 and the free open source Hadoop project. With in a few hours he is able build a cloud application to utilize hundreds of machines concurrently and process a 150 years worth of data in less than 36 hours at next to no cost. Yup, it's called bottom up adoption.

So what is VMware promoting you ask? Bottom up user innovation and frictionless IT procurement policies. Instead of putting up road blocks to innovation VMware is saying empower your employees by giving them self service tools that allow them to do things never possible before. Personally, I think the board room angle may be a little off, but generally I think they are on the right track.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

25 Feb 2010, 3:26 pm | click here to view more

Lean Software Product Development in 4 Phases

When you develop products in a repeatable, production fashion, you have to step back occasionally and take the long view so you can properly discuss the process with clients. We’ve been involved in that exercise recently and I thought it might be useful to share the what and why of our approach to software development for online products.

First, there is one basic idea that informs every of this:

We define “Big Bang” development as:

• A basically black box project where significant work is done up front to develop extensive requirements documents which detail the features and functionality in great depth for a software development project that typically lasts from 12 months to two years.
• The time expended on requirements development is expected to provide developers with a very specific vision of the product that can be put out for bid, will put a box around scope, cost and time, and will last through out the project.
• On release, the exhaustive feature list is expected to steer market adoption and leapfrog existing competitors.

This technique of specifying software product development has been used for years by companies that want to somehow reduce risk on a project they cannot do in home and often because of the technology and complexity, where they cannot provide granular oversight during the project.  But regardless of those worthy aims, these projects continue to fail because:

• Controlling scope over the life of a project becomes increasingly difficult as the project complexity and time span grows. Prediction accuracy degrades geometrically over time – yielding a project plan that can be relied on at a high level at best.
• Technology continues to respond to Moore’s Law.  The longer requirement development takes, the longer the project goes on, the less likely it is to meet the expectations of the market on delivery. User expectations, informed by other products they have tried, have moved on. In addition, the technology assumptions at the beginning of a project don’t always work out when development actually takes on the complexity of integrating them. So the choice of a tool, framework, or library may seem like it solves a lot of problems at first, but in practice may turn out to be a black hole into which resource time disappears.
• No matter how detailed requirements are – they are limited by two things: point of view (the classic story of the blind men and the elephant is the common point of reference) and actual feedback from end users of the resulting application.  No matter how carefully feedback from end users is brought together for requirements, it is only as good as their vision of the final product.  As we and others have said many times – if you asked people at the start of the 1900’s what they wanted for personal transportation – the requirements would only guide to better horses. In addition, it is rare for requirements to both anticipate user needs correctly and the complexity of delivering them in a particular way. The risk in requirements actually increases the more detailed they become – if they cannot respond to end user feedback early in the development process.

So – what is the alternative? Consider “Lean Product Development.” We have a general assumption of software product development we have formed over several projects and across several industries:

Lean Product Development (Click on the image to look it in detail)

The phases and their aims break down this way:

1. Sprint 0 – During this phase, requirements are verified, technology choices are made in detail (architecture, stack), user stories are built (we use Agile development techniques – user stories are roughly equivalent to use cases), and the user experience (more than just interface, how a user will use the product) approach is developed to set interaction standards.  The outcome of this phase is a set of technical specifications, personalities (roles to a degree), and prioritized user stories with effort estimates for each story.
2. Alpha Version – During this phase, the underlying framework is built and core functionality is developed for key end-users. The point of this phase is to verify the product vision with the key audience of the application – the end users who perform the most critical tasks and use the application most. This means the alpha version needs to be actually be tried by the core end-users.  This usually requires client partners – which in the case of a new vendor requires getting out into the market and bringing in some early adopters. The outcome is to lower risk. The cost at this point is low, compared to the whole project, so changes can still be absorbed without loss of big portions of developed code and sunk costs. Also, at this point, the approach of the development team in carrying out the vision of their client can be verified early – so that adjustments can be made and trust between the client and the development team can grow. This approach follows the sage advice articulated by Steve Blank - the point of early user validation is to receive out your “dark room” and receive in front your audience early so they can inform development before costly mistakes are made.
3. Beta Version – This phase produces the first clip of the market version of a product. It is important to understand that the scope of this version is intentionally limited to just what is necessary to deliver value to end users. In other words – deliver just what they will PAY FOR. This is a critical assessment that is informed by both the vision of the subject experts and the feedback from the Alpha Version. The problem is however, no matter how good the vision and feedback are, there will be additional feedback when the product hits the many different contexts of actual target end-users in the market. The release of the beta version also provides the “kick off” of internal operations for the provider – and in the case of most products – support, sales and marketing. The lessons learned from beta release then inform the next phase so that beta adopters are rewarded (and retained) and operations delivers the message and services needed to steer new customers and user adoption.  Because of the incremental nature of Agile release cycles, the actual point when sales are made during this phase varies a lot between products – but development doesn’t cease. What changes is that development is now more directly informed as new customers arrive on and participate in the beta. Some companies test pricing and marketing more aggressively at this point than others – but the general recommendation is to establish pricing early and test it against the perceived value from users. The outcome isn’t expected to be an adjustment to pricing directly but rather an adjustment of features or packaging to better align with perceived value.
4. Market Release – This phase marks the release of the full market product and the beginning of “normal” product enhancements to continue to grow functionality in alignment with user feedback. We sometimes add a phase for development up to market release itself that is separate from beta – but for general purposes – development has now slipped into an enhancement mode, rather than full out development unless there is a significant difference from what is planned for release to beta customers and the general market. The outcome of this phase is a product informed by target user feedback, tested business operations and a change of focus from getting the product “out the door” to getting customers and continuing to enhance features and functionality. It is not an end point – it is just the start of the natural evolution and “tug” of a “consumerized” online product.

The outcomes of this process are:

• Early release and feedback from the people who count – the users in the field.
• Early validation that both the vision and the requirements are resulting in a product that delivers value and will meet market expectations.
• Lower up front risk and lower time to profit. Waiting over a year to put a product in the market with real users is a recipe for disaster. Getting into the market, proving operational assumptions and kick starting cash flow as soon as practical is key to success.  A good reference on this Joel York’s SaaS Metrics Rule-of-Thumb #4: Company time to profit follows time to break even. You can’t prove your assumptions around operational costs and customer acquisition cost (CAC) until you receive into the market. The sooner you receive into the market, the more time you have to adjust to reality before your startup cash pile is burned up.
• Simple – a higher chance of success measured by what counts – adoption, cash flow from customers and retention of users.

A lot of our customers though face a little more difficult situation – they have an existing product in the field that started life as a traditional premise-based product and is now being pulled to adopt a more dynamic online model. That brings an additional set of issues:

• If the development cycle is long, existing clients may jump boat before the full online version is available.
• Support and maintenance of the existing product can overwhelm the key members of the product team that need to be available to shape the new product.  Finding a point when transition can start in an orderly fashion, without cannibalizing existing sales is critical.
• The new direction provides an opportunity to develop new markets, adopt new pricing levels and transition to a tug-driven feature model (rather than the push of traditional product releases) but timing is key. For a complex product meeting the needs of the top of a vertical market this becomes a huge exercise and is frankly very difficult to break down into manageable pieces.

To deal with that we have a general model that takes the new product template over and turns it into a phased development of a suite of products. In the diagram below – you can think of each of the blue boxes as a modified run of the our typical product develop cycle:

Progressive development for a suite of online software products (Click on image for more detail)

The major steps in this are:

• Sprint 0 – A holistic project-level requirements, technical specifications and feature breakdown that sets the stage for the entire project – but doesn’t lock assumptions down. The point of this entire project is as before, receive products out early, receive feedback and cash flow as soon as practical. This also includes a more detailed look at the first product in the suite.
• Web Enhancements – This part of the first product release is optional but worth considering as a way to ensure existing customers stay onboard for the long run and can look the long vision early – so they will become key in feedback as the product progresses through the lifecycle. What form this product takes varies, but the idea is to enhance the existing product with features that suit the Internet environment particularly well and extend it in ways not possible before because of technology or restrictions inherent in the on-premise version.
• Broad Market Version – To allow early feedback and to receive into the market as soon as possible, the first product  needs to be a focused subset of the expertise expressed in the legacy product that addressed the top of the market previously. Generally, this means providing a set of features that will provide value for the 2nd and perhaps 3rd tier of the market. Again, every the points of a typical product release as we first described need to happen in this release so the product is informed by actual end-users in the target market – which coincidentally is a new market for the vendor.
• Professional Version – Building on the same code base as the Broad Market Version, the professional version targets the features which will satisfy 80% of their installed base. This sets the stage for migration and broadens potential adoption by a group of customers who will pay significantly more for the value the product delivers. This also marks the point where legacy support and maintenance can start to turn the corner and clearly move toward the new product.
• Enterprise Version – Again, on the same code base, enterprise functionality is added and now the entire “product suite” has reached levels of functionality never achieved in the legacy version. Users pick levels by feature packages within the suite – so if properly architected – there is a lot of variation in pricing and packaging possible to meet needs in different markets.

It should be said that the timeframes proposed here are generalizations and will vary, but – they are based on the assumption that development should focus on delivering features with value to end users. Everywhere else, the simple rule “less is more” should be followed with the leverage of services and frameworks where ever practical. The architecture needs to allow those services to be used as long as necessary, but to be replaced as growth provides the option to steer down the cost of service.  It should also be said that features and customization in this approach arrive from choices of what is made available to roles in market packages and configuration – not separate versions.

Now, I’ll admit this is a big vision and a lot to absorb in any context – either as a startup or a software company with legacy products in the market.  And – it is a big shift in how we have looked at software product development. It comes from our possess experience of the issues we find repeatedly in the market. I can’t say it is an approach that every development group can provide successfully. It depends on making clear choices that will provide these outcomes and not waffling with half measures.

What do you think? Can you look your company going down this road? Can you look the benefits? Let me know…

24 Feb 2010, 1:55 pm | click here to view more

Do You Know Where Your Data Is In The Cloud?

Forrester Research has published a great Interactive Data Protection Heat Map outling regulations governing privacy and data protection by country. The privacy heat map does a great job of visually defining the degree of legal strictness across a range of nations.

Note: This interactive map provides information on national data protection laws that have either been enacted or are currently below consideration around the world. It does not address sectoral laws, local laws, criminal/civil code provisions, or constitutional provisions that may address data protection. It is intended for information only and is not an authoritative statement or summary of the actual laws in these countries, and it may not reflect every recent changes and legislative updates.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

23 Feb 2010, 6:50 pm | click here to view more

The Redundant Array Of Independent Datacenters

Ever read about a new technology or product that instantly makes you think -- Wow, just wow! Well that just happened while reading a very interesting announcement from our friends over at Cisco. The announcement describes a unique approach to connecting multiple disperse cloud data centers / infrastructures. (Some refer to this as the InterCloud) Cisco is calling the technique Redundant Arrays of Independent Data centers. The approach uses Overlay Transport Virtualization (OTV) to extend Layer 2 Ethernet LANs by encapsulating the traffic.

What really jumped out at me was the statement that "the process of setting up OTV involves only five commands and five minutes of time." Compare that to weeks or months of architecture needed for an MPLS or dark fiber interconnect.

If true, this approach could have huge ramifications for the emergence of regional cloud service providers with a cheap and easy way for end customers to tie together multiple cloud providers together in a secure and efficient way. In a nut shell what this means is long haul "live" VM migration. This is big, typically live migrations have been limited to local area networks, this opens up a significant opportunity to move machines across latent distributed geographies. More importantly it potentially lowers the bar so smaller companies now have access to what traditionally has only been limited to the realm of the largest enterprises who could afford the dark fibre required for such a process.

So this next statement is to anyone from Cisco who may be reading this post. Please, oh, please can you hook me up with access to the Cisco Nexus 7000, I would adore to explore how we at Enomaly could potentially use it for connecting multiple regional service providers together. You can receive in touch with me here.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

23 Feb 2010, 5:15 pm | click here to view more

SaaS Workshop: Charting Your Course to SaaS

SaaS is not a “one-size-fits-every” business. There are many options now for platforms and services you can use and the number is increasing every day. A lot of the information available is laden with marketing hype. How do you make the right decisions?

We’ve been helping companies transition to SaaS as startups and from traditional licensed software for several years and we’ve build up a practice we use repeatedly to navigate the choices. We’re bringing our practice to the Dallas SaaS University event as a workshop to help SaaS executives and entrepreneurs make the right choices for their business. We’re passionate about helping companies succeed in SaaS and we’d like to pass some of our knowledge on to you.

You can take this workshop combined with your signup to the University event or separately, but I encourage you to take advantage of the combined pricing that is available. This is not a “technical” workshop – we will be covering how the technical and business decisions SaaS requires impact your business and product strategy. We’ll be using interactive exercises to help you put the concepts into your context and build something you can take back to your team. It is a full day with a catered lunch and will be a limited group so you will have plenty of opportunity to ask questions and be involved.

UpDate! – Use Discount Code: SCIO100

Here’s the outline:

Charting Your Course to SaaS

Making the Right Decisions for Your SaaS Product

Overview – How is a SaaS Product and Business “Different”?

• Leaving 30 years of industry history behind
• Transitioning to a service-led model
• 10 ways to fail

Your Service is Different

• What does making the right choices mean?
• Understanding your market, product strategy, roadmap, supporting technologies, and skills needed.
• Knowing flexibility is key in SaaS

Sell the Right Product

• Map your core product and customer assumptions
• Consider test marketing plans
• Developing a go-to-market feature set

Make Strategic Development Choices

• Selecting services and platforms
• Selecting a technical architecture
• Making development and deployment choices

Operating a SaaS Business

• Understanding service-led business requirements
• Leveraging operational metrics
• Understanding end-user interaction in SaaS and product management

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 “Professors”
Luis Aburto, CEO of Scio Consulting, is a veteran of international technology and engineering consulting for corporate and government clients in the U.S. and Latin America. Mr. Aburto is the founder of Scio Consulting, and in 2006 was responsible for focusing the direction of the company on SaaS enablement services. Luis has worked with a multitude of software companies of every sizes and across many industries, helping them make the transition to SaaS.

Mike Dunham, Principal Consultant of 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.

As I mentioned – there are several ways you can join us in this workshop and I very glad we have the opportunity to bring it to SaaS University. I’m looking forward to meeting many of my friends at SaaS University for the event. If you would like to know more about what we’re going to be doing or some help building the case so you can receive company support to go, just let me know. look you there!

21 Oct 2009, 3:33 pm | click here to view more

Gold Coast .Net SIG Azure Development Talk – Slides and Demo

Last Thursday evening (18th Feb 2010) I did a presentation to the Gold Coast .Net SIG about developing applications for the Windows Azure Platform. The talk went for almost 2 hours (for that I apologise!) and seemed well received. I started with an overview of the platform, and then dived into Windows Azure, SQL Azure and [...]

21 Feb 2010, 7:44 am | click here to view more

The Incredible India Cloud

To most who watch the cloud computing space telling you that there is an incredible amount of interest in Cloud Computing is rather obvious. Often times you'll hear me talking about the opportunities from the pacific rim nations or the other various emerging economies around the globe. So the fact that interest in cloud computing is exploding in India shouldn't arrive as a surprise, or should it?

India is an interesting place for technology, it's a country that has a population just slightly smaller than that of China making it the second-most populous country with approximately 1.17 billion people (estimate for July, 2009 according to wikipedia). Statically the country consists of more than one-sixth of the world's population and has more than two thousand ethnic groups. Or to put it another way, India occupies 2.4% of the world's land area and supports over 17.5% of the world's population. So like other high growth markets, India's rapid economic rise is based mostly on their massive population base and diversity.

Which brings us to Cloud Computing in India. One of the side effects of the CloudCamp series of events is within it's ability to provide the pulse of the emergent cloud computing opportunties from around the globe with India currently leading the charge with a series of events happening this week in India.

Currently underway, the CloudCamp India Tour features five CloudCamp events over the next eight days from a variety of the largest cities in India, illustrating the the growth of the movement in one of the largest technology communities in the world.

To give a little background, in recent posts on both ReadWriteWeb and the Janakiram blog outline the challenges and opportunity perfectly. Janakiram MSV (yes, that's his name) who works with Alcatel Lucent as Deputy General Manager, Bell Labs-India makes some great points about why India is poised for significant growth in his post about the battle ahead in the cloud computing market. Saying:

"Indian Subcontinent is a very unique and a potent geography for platform vendors. The reason for that is the presence of an end to end IT ecosystem.

1) India hasn’t hit the saturation levels yet. Unlike Americas and EMEA, India and APAC have ample scope for IT adoption. This market has a huge, untapped potential at every level – Let that be enterprise, Public Sector or ITES.

2) India is a playground and a test bed to pilot strategic adoption techniques. No other geography will give the platform vendor access to the whole ecosystem. Want to engage with ISVs and excite them to develop on your platform? Well, India is the place to go. Do you need a mature developer community to pilot a SDK adoption plan? Want to setup a middle of Excellence to showcase the capabilities of your platform? Go, talk to Infosys or Wipro!

3) The tiny and Medium Enterprise (SME) story is just warming up. Some of the inherent problems that India has been grappling with can now turn into a great opportunity for Cloud vendors. Think of how you can empower the clusters of tiny businesses through the Cloud and you have a winning story there. Convince the academic institutes to subscribe to Cloud Services that provide student / teacher / parent collaboration on subscription. Read CK Prahlad’s ‘The Fortune At The Bottom Of The Pyramid’ to realize the potential that the Indian SME and the consumer has."

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

21 Feb 2010, 10:31 am | click here to view more

CloudCamp Haiti Recap and Audio / Video Posted

We had a great turnout for CloudCamp Haiti earlier today with great presentations from Dennis Quan of IBM, Sam Ramji of Sonoasystems (Formerly of Microsoft) Simon Wardley of Canonical and Judith Hurwitz, Author of Cloud Computing for Dummies as well great questions from our call in style radio show.

I'd also like to thank every our corporate supporters including our logo sponsors, Cloud-Cast, Cloud Connect, CloudRight, CloudSoft, Curtin University of Technology, Enomaly, Enstratus, OpenQRM, OpsCode, RightScale, Soasta.

To recap, every toll we raised close to $5,000. It's unbelievable to look how the cloud community came together for this important relief effort. I would also like to thank John Willis who took my simple twitter post, "I wish I could do more for Haiti", and ran with it. As well I'd like to thank Dave Nielsen who's tireless efforts were completely amazing. Just to think we went from an idea last Thursday to a complete and well attended CloudCampHaiti in less then a week is astounding. I am honoured and humbled. Thank you from the bottom of my heart!

Just a reminder you can still donate here. or here, or here.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

20 Jan 2010, 10:10 pm | click here to view more

Enomaly & Intel Participate in New Cloud Builder Program

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

2 Feb 2010, 4:42 pm | click here to view more

SaaS Case Study: Using Innovation Games for New Products

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 arrive 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 steer 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 middle 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.
• receive 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 every 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 every modules, we played 20/20 Vision. We printed every 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 every the activities and milestones in marketing, development, testing, etc. that will be needed to receive to that ideal situation.

Using Innovation Games was very productive for this project.

• Product Box it helped us look 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 chilly a feature would be or how attached a member of the client team was to a piece of functionality.
• Remember the Future helped us look 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 every 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 every the different aspects of a product that surface during the games, which would otherwise be missed or discovered too tardy.

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

19 Nov 2009, 2:32 pm | click here to view more

EuroCloud Portugal Public presentation – CloudViews moving forward

As every of you already know it, the cloudviews project  is actively working on the organization of the EuroCloud Portugal association. And as result of our work we proudly announce that Eurocloud Portugal will have its public presentation in two sessions that will take place in Lisbon and Porto. The Lisbon session will be on [...]

19 Jan 2010, 9:34 am | click here to view more

Cloud Business Models Evolving Quickly

There's been a lot of talk about what 2010 represents from a cloud adoption point of view. Some say it's the year of the prototype, others the year cloud computing becomes the standard way people consume web based products and service. For me it represents the year companies innovate on the various cloud business models or to put it another way, it's the year we make money.

As we, [Enomaly] deploy more and more cloud service providers around the globe it's interesting to look the differences among the various regions and classes of services providers and how they adapt our product for their particular market. When we built the latest iteration of the Enomaly ECP Service Provider edition, we decided to make the product as flexible as possible for a variety of different business / revenue and deployment models. This was a risky move, because it now means that we have the extra added responsibility of assisting our customers with not only deploying their cloud services, but also defining any number of various pricing schemes. But as it turns out this decision has given us an interesting opportunity to gain valuable insight in to the various cloud business models.

For example lately a lot of our customers have been choosing to use quota based month subscription models. This model allows a nice of hybrid between a pure utility model crossed with a credit/reservation/overdraft approach. An approach that generates some revenue even if your existing hosting customers never use the cloud capacity. Think of it as a nice of quick cloud recovery or standby. Basically for a month fee cloud customers are given an allotment of potential capacity, say 20 VM's and X amount of storage & RAM. The benefit to this approach is a customer can reserve a certain amount of guaranteed capacity for a tiny fee and in turn the cost per VM/storage etc is reduced, similar to Amazon's reserved instances. This also fits in well with a lot of hosting companies more traditional existing business models.

The approach provides the cloud service provider with a greater level of insight into potential future capacity requirements and more importantly enhanced revenue predictability. We're also seeing the concept of "cloud overdraft protection" (a concept first suggested by Daryl Plummer at Gartner) where additional burst capacity provided beyond the quota may be charged at a premium. Another potential opportunity of the quota subscription model is it provides a more efficient method for linking multiple regional providers or the so called intercloud. Capacity reservation allows customers to have an efficient and adaptive global cloud recovery strategy with VM's that can sit in a nice of paused or hot standby waiting to be turned on at moments notice, but not consuming any CPU resources. More importantly it provides a sustainable and cost effective reason for regional providers to offer these kinds of services. This approach is perfect for regional scaling and other geographic sensitive requirements. In a sense you're pay extra for the geotargeted luxury.

Another interesting shift we're seeing is that of hypervisor based marketing -- it's dead. Amazon EC2 was among the first to do this but it seems to be catching on more broadly. Rather than marketing based on the particular VM technology say VMware or Xen, there seems to be a shift to "it's just an IaaS cloud" and the hypervisor really doesn't matter. Previously hosting providers seemed to focus on the fact it was powered by ABC hypervisor, but lately we seem to be moving to an approach that is more inline with, "it solves ABC problem" or is based in ABC location. This in itself shows a maturing of the market and more importantly an evolution in how IaaS products and services are marketed.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

19 Feb 2010, 9:11 am | click here to view more

My TV Debut on BNN

My TV Debut on Business News Network (BNN)

Headline : January 18, 2010 : Cloud Computing - Companies in the Sector

"Cloud computing" is a term that's popping up everywhere. It has its enthusiasts, but some say the recent Google hacking incident could lift questions about the security of cloud computing. So what is cloud computing and why does it matter? BNN speaks to Reuven Cohen, founder and chief technology officer, Enomaly Inc., Mike McDerment, CEO, Freshbooks.com and Sebastian Ruest, vice president research, IDC Canada.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

18 Jan 2010, 7:16 pm | click here to view more

Enomaly ECP 3.0.4 Service Provider Edition Released

Enomaly is proud to announce the latest release of ECP Service Provider Edition. This version brings the following improvements and new features:

Cloning: Any powered-off machine can now be cloned, giving end-users the ability to scale out multiple copies of a pre-configured VM. This feature is important for many scenarios, including VM snapshot backups and VDI cloud solutions.

VM Tagging: Any number of tags can be added to a VM which will automatically create VM groups beyond the usual Running, Powered Off, Paused groups. This will allow users to easily organize VMs by function, by type, or in other ways important to them.

HA improvements: We've updated the HA engine to allow for new features, such as cloning and to increase the reliability of failure detection conditions on higher latency networks.

KVM updates: We've integrated additional 3rd party patches into the installer process to increase the functionality of the KVM hypervisor environment.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

18 Jan 2010, 2:33 pm | click here to view more

Upcoming CloudCamp's Q2 2010

CloudCamp continues it's global march around the world. I wanted to take a brief moment to thank our regional organizers as well as our sponsors (which number in the hundreds). If you haven't attended a CloudCamp yet, now is your chance and if there isn't one happening close by, than why not go ahead and help organize one for your region.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

17 Feb 2010, 12:11 pm | click here to view more

Stay tunned…

For the past two months, although it has been very difficult to continue the writing, the CloudViews.Org has not stopped its work. As we promised in our ending notes on the CloudViews.Org Cloud Computing Conference 2009 the main subject for 2010 will be Interoperability, but before we start thinking on the layout of the new [...]

16 Oct 2009, 2:12 pm | click here to view more

PR: Enomaly Launches Cloud Computing Partner Program

Toronto, Ontario – January 15, 2010 – Enomaly, a global leader in Cloud Computing, today announced the launch of the Enomaly Partner Program to enhance the delivery of comprehensive cloud computing solutions to service providers (carriers, hosting companies, and others). The Enomaly partner program encompasses strategic partnerships with leading hardware technology vendors, cloud computing and storage technology companies as well as a global network of systems integrators and service providers who can provide local support and services to the numerous Enomaly customers in Asia, Europe as well as North America.

“The Enomaly Partner Program is a major initiative to attract and support the remarkable number of international technology companies that are recognizing the value of cloud computing and Enomaly’s leadership role in it,” said Justin Groen, vice president of Sales at Enomaly. “As Hosting Companies, Telcos and other service providers deploy our technology in their environments in Asia, Europe, the U.S. and Canada, our partner program will enable technology partners, sales channels and support services to complement Enomaly’s offering and deliver a total solution in every geographic markets.”

A proven cloud computing technology platform, Enomaly’s Service Provider Edition and High Assurance Edition provide a strong platform with which service providers can deliver cloud services to their customers. Simple and easy to use by end-users, Enomaly provides a feature wealthy, customizable platform that will enable its Service Provider customers to gain competitive advantage in this quick moving market.

Enomaly is a global leader in the quick-growing Cloud Computing space . Enomaly empowers service providers (carriers, hosting companies, and others) to deliver revenue- generating infrastructure on demand (Infrastructure as a Service, or IaaS) services to their customers. Enomaly's Elastic Computing Platform, first released in 2004, was the world's first IaaS platform, and is used today in over 1000 live installations.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

15 Jan 2010, 8:28 am | click here to view more

Oversubscribing the Cloud

There's been a bit of a debate raging over whether or not Amazon EC2 has been oversubscribed and is suffering from performance problems because it. The discussion started when Alan Williamson wrote a blog post on Tuesday that said he was experiencing growing performance problems while running a big EC2 deployment for one of his customers. The post accused Amazon of oversubscribing their environment which in turn meant he needed to buy larger instances to maintain the same level of performance in turn increasing his client’s costs.

The debate hits at the heart of complexities involved in trying to deploy cost effective, revenue generating, public use infrastructure as a service platforms. I've been saying this for a while -- one of the hardest parts creating a public cloud service is estimating your customers demand while trying to remain competitive, which really means having prices that are on par or better then Amazon EC2.

Amazon was quick to respond saying “We do not have over-capacity issues. -- When customers report a problem they are having, we take it very seriously. Sometimes this means working with customers to tweak their configurations or it could mean making modifications in our services to assure maximum performance.”

The problem with Amazon's vague response is it does very little to address a potentially major issue. In a sense they're saying we'll help you (if you're big enough) while providing no real insight into how their cloud is built, deployed or run. They do imply there are issues, but not relating to over-capacity, it's the fault of how their customers are deploying on EC2, not how their cloud itself is deployed or run. On one hand Amazon has stated they don't have "over-capacity issues", but on the other hand they are far from saying that they don't oversubscribe their environment. Let's be realistic, how else do you expect Amazon to achieve their ridiculously low price points? The very fact they can offer EC2 at such a low cost is to me indirect proof they do oversubscribe their environment. And hell, why not oversubscribe? In fact I'll go as far as to say that it is a good thing.

Amazon isn't alone in using oversubscribing or overbooking techniques for their service. The concept is common within a variety of industries where multiple users share a common resource. These resources can range from hotel rooms, to airline seats to more technical commodities such as bandwidth, storage, shared servers or even energy. The oversubscription model is dependent on the ratio of the allocated commodity which in turn is estimated on a per user / usage basis. The key is to have a well defined model which accounts for a standard deviation (or how much variation there is from the "average" usage). This typically guarantees the quality of a service for a particular user. Underlying the oversubscription model is the fact that statistically few users will attempt to utilize their full allotment of resources simultaneously. This allows you to offer more resources then you actually have available. The concept applies well to public cloud infrastructure environments, and probably is the most important aspect of any competitive pricing model.

But there are problems with the oversubscription model. The problem occurs because there seems to be a non-linear relationship between the amount of capacity versus the amount of customer demand you have. Or to put it another way, just adding more servers as customer demand increases doesn't necessarily automatically guarantee the same level of service across your cloud deployment, something Amazon's recent dramatic growth & performance issues seems to prove.

This brings us to the concept of a quota's. Have you ever wondered why when you sign up for a "unlimited" cloud infrastructure service such as EC2, you are given an initial allotment of servers? For Ec2 it's something like 20 instances. The reason is simple, the hardest part of an oversubscription model is in capacity planning. That is the use of a quota system is an extremely important aspect in any cloud capacity / resource planning you will be doing when launching and running your possess public cloud service.

As an example, for the Enomaly ECP our quota system was developed to provide a predetermined level of deviation across a real or hypothetical pool of customers. Yes, it was developed to allow our hosting / cloud service provider customers to oversubscribe their environments. But it also allows for a variety of pricing & costing schemes to be implemented. Models such as tiers of usage, quality of service tiers, and even the ability to provide additional quota increases for "good behavior", like when you receive an automatic increase to your credit limit on your credit card. Without this type of quota functionality, it is practically impossible to adequately run a revenue positive public cloud service.

So the real question we need to ask Amazon is -- are their oversubscription models keeping up with the growth and scale of the underlying platform? Prove it.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

15 Jan 2010, 12:02 pm | click here to view more

Why Cloud Computing is More Secure

In the midst of the 1990's economic bubble, Alan Greenspan once famously referred to every the excitement in the market as Irrational exuberance. Similarly in today's cloud computing market a lot of the discussions seem to be driven by a new set of irrational expectations. The expectation by some that cloud computing will solve every man's problems and by others the expectation that cloud computing is inherently flawed. Flawed by an ended less list of problems most notably that of security. Like most things in life, the reality is probably somewhere in the middle. So I thought I'd take a closer look at the unrestrained pessimism and sometimes irrationality found in the cloud security discussions.

To understand security, you must first understand the psychology of how [cloud] security itself is marketed and bought. It's marketing based on fear, uncertainty and most certainly doubt (FUD). Fear that your data will be unwittingly exposed, uncertainty of who you can trust and doubt that there is any truly secure remote environments. At first glance these are every logical, rational concerns, hosting your data in someone else's environment means that you are giving away partial control and oversight to some third party. This is a fact. So in the most basic sense if you want to micro-manage your data, you'll never have a more secure environment than your possess data middle. Complete with bio-metric entry, gun toting guards and trust worthy employees. But I think we every know that "your possess" data middle also suffers from it's possess issues. Is that guard with the gun actually trust worthy? (Among others)

Recently it occurred to me that the problem with cloud security is a cogitative one. In a typical enterprise development environment security is mostly an after thought, if a thought at every. The general consensus is it's behind our firewall, or our security team will look at it later, or it's just not my job. For every practical purposes most programmers just don't think about security. What's interesting about cloud computing is every the FUD that's been spread has had an interesting consequence, programmers are actually now thinking about security before they start to develop & deploy their cloud applications and cloud providers are going out of their way to provide increased security (Amazon's VPC for example). This is a major shift, pro-active security planning is something that as far I can tell has never really happened before. Security is typically viewed as a sunk cost (sunk costs are retrospective past costs which have already been incurred and cannot be recovered). But the new reality is that cloud computing is in a lot of ways more secure simply because people are actually spending time looking at the potential problems beforehand. Some call it foresight, I call it completely and totally rational.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

15 Feb 2010, 8:54 am | click here to view more

CloudCamp Haiti (Fundraiser) Jan 20, 2010

About CloudCamp Haiti (virtual unconference):

CloudCamp Haiti is a virtual unconference held as a public webinar. CloudCamp-in-the-Cloud builds upon the popular CloudCamp format by providing a free and open place for the introduction and advancement of cloud computing. For this event, we are raising funds to donate to the aid effort in Haiti.

Using an online meeting format attendees can exchange ideas, knowledge and information in a creative and supporting environment, advancing the current state of cloud computing and related technologies.

Please help us spread the word, twitter, facebook, IM, tell your neighbours and friends. Hashtag #CloudCampHaiti or copy and glue this post on to your blog.

Registration: http://cloudcamp-haiti-2010.eventbrite.com/

Date/Time:
- Jan 20th 11:00am - 2:00pm Eastern Standard Time (EST)

Location:
- Online (GotoMeeting)

receive involved:
If you are interesting in getting involved as a presenter contact John Willis (john.willis AT zabovo.com) If you are interested in sponsoring contact Dave Nielsen (dave AT platformd.com).

Agenda:

11:00am - 11:30am - Sign in and registration (Main Room)
11:30am - 11:45am - Introductions & Overview (Main Room)
11:45am - 12:30pm - Lightning Talks (Main Room)

Lightning Talks - TBD

12:30pm - 1:00pm Unpanel Choosen by attendee’s of CloudCamp Haiti (Main Room)
1:00pm - 2:00pm Break Out Sessions - Round 1

1. Unconference Room #1: main gotomeeting room (TBD)
2. Unconference Room #2: 2nd gotomeeting room (TBD)

2:00pm - 2:30pm CloudCamp Haiti Wrap up (Back in “Main Room”)

Organizers:
- John Willis
- Reuven Cohen
- Dave Nielsen

Interested in sponsoring?

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

14 Jan 2010, 7:41 pm | click here to view more

GoogleHack Proves People are Easier to Hack then Networks

By now most of you have probably heard about the GoogleHack in China. Yesterday Google's Chief Legal Officer David Drummond wrote in a blog post that indicated the accounts of dozens of Gmail users in the U.S., Europe and China who are advocates of human rights in China were routinely accessed by third parties. Drummond said that these accounts were compromised through phishing scams or malware, not through holes in Google's computing infrastructure.

And as expected there are headlines saying that this proves that "The Cloud" isn't secure and CAN'T BE TRUSTED. I'm here to tell you it is the opposite. The GoogleHack proves the Cloud is More Secure then Traditional Desktop Software, not less.

First let's look at the actual hack. Although not a lot is known -- what is known is it's probably part of a program known as "GhostNet". The exploit uses emails which are sent to target organizations that contain contextually relevant information. This is more generally referred to as a "Social Engineering hack" which is the act of manipulating people into performing actions or divulging confidential information, rather than by breaking in or using technical hacking techniques. Basically a person opens an email that contains malicious attachments, that when opened, delivers a Trojan horse on to the system's OS. This Trojan connects back to a control server, usually located in China, to receive commands. The infected computer will then execute the command specified by the control server. Occasionally, the command specified by the control server will cause the infected computer to download and install a Trojan known as Gh0st Rat that allows attackers to gain complete, real-time control of computers. Such a computer can be controlled or inspected by attackers, and even has the ability to turn on camera and audio-recording functions, if gift, of infected computers, enabling monitors to perform surveillance on windows based machines.

Let's put this hack into perspective. What this hack really proves is that people are easier to hack then networks. The weakest link are the people who are stupid enough to open an attachment they don't recognize, even if it appeared to be from someone they trusted. That's the beauty of social engineering based hacks. The email appears to be from your mom, dad, pal or colleague. The lesson we must learn is one of education, don't open attachments you don't recognize. And two, OS based Trojans are still a major treat.

And yes, for the most part the cloud is still safe at least from these sorts of hacks. The real issue with cloud security is the threat from that in which you don't know. Was my infrastructure compromised? Is my hypervisor secure? Has my operating system changed? Those are the real problems that need a technical solution. The relax is just educating the computing public to risks of social engineering related exploits.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

14 Jan 2010, 1:13 pm | click here to view more

Brisbane Infrastructure Group – Azure Presentation Slides

Earlier this week I did a presentation to the Brisbane Infrastructure Group (BIG) (twitter: #bigau) about the Windows Azure Platform. I want to say a ‘big’ thankyou to every those who attended and also to Avenade for supporting the event. I’ve uploaded the slide deck as a zip file for you to peruse. I’ve also [...]

13 Nov 2009, 6:01 am | click here to view more

SaaS: DIY or Eat Your Own Dog Food?

I’ve noticed there are broadly two camps when it comes to developing new services for the Internet: Those entrepreneurs that feel they must do everything themselves regardless of the hurdles they face and those that want to focus on their core expertise and leverage outside services where possible.

Of course, there are also those that sit on the fence and never make a clear decision either way, but since for the most part the fence-sitters haven’t and won’t develop a service anytime soon – they fall outside the scope of this discussion. And frankly – they are difficult to address until they make a choice that works for them.

The DIY (Do-It-Yourself) mindset comes from a long tradition in software development. The idea of the lone visionary, working in a makeshift office in the garage tardy at night against every odds, is an iconic image for Silicon Valley entrepreneurs. The folks who took that route are the stuff of legends in the business – and rightfully so.

But today’s business is a lot different from the days when people like Bill Hewlett, Dave Packard, Steve Jobs and Bill Gates started. There are options, services and alternatives that can be strategically leveraged on the road to product release that didn’t exist just a few years ago. We’ve gone through many cycles of change and innovation that have both raised user expectations and created a number of issues that entrepreneurs are expected to understand and deal with at an early stage.

Since I focus on helping “as a Service” and cloud-based businesses – I also have to point out another interesting aspect of this strategic choice for entrepreneurs. If you are expecting to sell a service delivered on the Internet – are you taking your possess medicine? Are you considering services you can leverage to help you deliver your service more efficiently, faster and with more options than you might otherwise be able to offer with a reasonable compromise between cost and effort? If you’re not – are you in a good position to advocate someone else should make a different decision when they look at your new service? It’s an interesting thought…

To add one more log to the flame – the first rule of Bessemer Venture Partners Top 10 Laws of Cloud Computing and SaaS is:

BESSEMER CLOUD COMPUTING LAW #1: Less is more!

Leverage the cloud everywhere you practically can, both for your internal systems as well as for your possess product offering(s) and “just say no” to on-premises deployments! This will not only give you a direct understanding of the customer experience and best-of-breed strategies of Cloud Businesses, but it will free up your technical resources and balance sheet to focus on your core product and customers.

There is another side of the discussion too – There is a big segment of the SaaS market that is made up of service-based businesses that use custom applications to manage and extend their services to their clients. These companies often don’t look the applications they use as more than an aspect of their service. They do not look themselves as software developers but they do develop, integrate and leverage application-based services for their service offerings. In today’s environment, many of these companies are extending their services to the Internet in one way or another.

What are some of the options available as services to developers of “as a Service” products today?

• Infrastructure Virtualization – Whether you call them “cloud services” or Infrastructure as a Service (IaaS) or virtualization, there is a broad set of services available to eliminate the need to possess, provision, maintain and scale the servers, CPU, memory, storage, networks, databases and operating systems required to offer a service on the internet. In the best case, these services are use-based and can scale up and down with demand. They can eliminate or lower the costs of buying and deploying infrastructure and the resources necessary to operate and maintain it. On the resource side, this may be a expensive skill set not gift in the existing vendor team that could be less burdensome if many of the tasks are automated. That said, IaaS is an often abused term in my opinion. Just as everything on the Internet is being identified as a “cloud service” – infrastructure services arrive in many shapes and flavors and some deliver more promises than value. Knowing what is possible, what you are actually getting and what you need is key when you start to engage with cloud providers.
• Operational Services – This is another broad class that covers what we often call the “plumbing” of an on-demand service. It includes areas like billing and settlement, pricing, client administration, reporting, integration, user community management, sales automation, product management, and content management. If developed from scratch, the combined effort to put these services into a product can easily reach 60% of the cost of a project. In fact, because of the cost and expertise required, these services often end up being very constrained or left to manual processes which greatly impede growth and reliability of the product.
• Platform Services – If IaaS is an often abused term, Platform as a Service (PaaS) is rarely ever described in terms that actually talk to their business value for as a Service companies. 90% of what is offered today as PaaS is either a development environment or a BPM (business process management or workflow) system. I don’t want to disparage the value of those two approaches to a software development effort – but - they need to be separated from the PaaS offerings that also address the operational needs of a service-based business as described over. A PaaS that addresses operational needs does several things for a new service – it lowers the effort and cost required for development and it lowers the time to market and risk associated with larger, more complex development efforts. In addition, most PaaS offerings include levels of infrastructure virtualization that lower the need to deploy and manage the servers and their associated hardware, software and networks.
• Resources – While outsourced development is a very obvious option for building the application (Scio is after every, a software development provider) , there are many types of resources available for specific tasks such as planning, marketing, sales, and support. It is critical that the selected service provider understands the issues that “as a service” businesses face, but when they do they can greatly reduce risk, untrue starts and strategic errors. In considering outsourced resources it is important to remember there will always be a “cheaper” resource somewhere. The provider you select needs to deliver value for cost and in SaaS and cloud-based businesses that comes from knowledge and practical field experience.

So, let’s say you’re one of the entrepreneurs that are either considering or actively leveraging services as a part of your product strategy. What do you need to understand to be successful at picking or using services?

1. Pick for Value, Not Cost – Value can be measured many ways but the key in services is not the cost, it is value delivered. In most cases this should be realized in lowered or offset development effort, risk, complexity, time to market, or increased expertise (or every of the over). Depending on the type of service, the offset could be in the form of on-going overhead – as it would be if you use a billing service for instance. In the best case, every overhead for service-based businesses should be tied to use. This means the overhead cost per period can be divided by the number clients or users so it can be understood and budgeted as an operational cost. In this scenario, the cost should also fall if the basis (users or amount of bandwidth or whatever the metric is) also goes down. A service cost that only rises in stair steps can quickly become a serious liability if there is a lot of subscription churn or usage variability in your product.
2. Build for Flexibility - Just as the features you offer in your product today will invariably need to change over time, so too will your service strategy. When you have reached a point in your growth curve that it makes sense to recapture the overhead devoted to a service, you may decide to build that function into your application directly. If you have built on a flexible architecture, this should be a choice that is available to you whenever you decide the time is right. This same line of thought addresses changes in service providers. Just as you might decide to change your bank to capture a better interest rate or more services, you should also be able to change your service provider if competition puts a better choice in front of you or your existing provider goes below. This is a risk in every aspect of business and part of the trade-offs you have to consider. Not planning for risks is wrong but expecting you have eliminated every risks by taking on the responsibility yourself is equally shortsighted. Properly balanced service usage and risk planning is a serious competitive advantage in the long run.
3. Pick Your Battles - Understanding service value means really knowing what your business needs. You will not have every use case for pricing in place the day you roll out your service. Building a pricing engine at that point means you may have to completely redesign your system while doing manual workarounds when it is realized you need a different pricing strategy. In this case, a feature-wealthy service could provide a window into many approaches you hadn’t considered. On the other hand, if your service requires a great deal of analytics, a library of analytic routines may be of value to lower development overhead, but if you do not completely understand how the library works and the results are obtained, it could be providing unreliable results. Just as in selecting features, you need to understand what your service needs to be effective and pick your battles carefully. Don’t build what you don’t have to but don’t accept black boxes that you don’t understand. Do proof of concept runs and don’t accept marketing at face value. What works for another provider may be entirely different in your context.
4. Focus on Delivering Your Expertise and Satisfying Your Customers – Really this is just part of picking your battles, but it is a core strategy just the same. The point of an effective services strategy is that it must free your team to focus on the value you provide to your customers . If managing a service is more work than doing it yourself, there is something wrong. Effective services clear out operational hurdles, provide market-led options, and grow with you. This also means understanding your core expertise and not extending yourself into areas where you don’t need to go to be successful. Service-based business is quite different than providing licensed software. Leverage service providers who have the field expertise you need while you continue to define and deliver the value your customers are paying for. Would you want your airline pilot to also be the maintenance team that keeps a modern passenger jet operational? It might sound good on the surface, but in reality, there is enough in each field that it just isn’t practical or safe. Focus on what you need to do to keep your customers and let qualified resources keep the engines running.

I would be remiss if I didn’t also say that we help our clients pick services everyday. There is no one size fits every and every choice has a trade-off. We spend a fair amount of time dissecting services and trying to understand the technical and business cases for their use. I can’t recommend a set of services that will work in every situation – but I wish these “pointers” will give you an idea of what is involved in the choices you have.

What have you found? What situations have you faced? Join the conversation and let me know.

Addendum -

I’m going to the Cloud Futures conference in San Jose, December 7-8, 2009. If you’re going to be there let me know on Twitter or by leaving me a comment here. I’d adore to receive a chance to meet with some of the community there and heaven knows, none of us have gotten out to many conferences in the last couple of years.

12 Nov 2009, 10:48 am | click here to view more

Global Governmental Cloud Computing

I've just had arguably one of the highlights of my career this week when I had the honor of representing both my country and company keynoting the Westminster eForum in London. My trip was sponsored by the High Commission of Canada in the UK as well as Foreign Affairs and International Trade Canada. Yup @ruv, Goodwill Ambassador for Cloud Computing, odd I know.

For those of you unfamiliar with the Westminster Forum Projects in the UK, it is the predominant governmental public discussion Forum in Great Britain. It enjoys substantial support and involvement from key stakeholders within UK Parliament, government, regulatory bodies, industry, consumer's organisations and other interested groups. The forums organize senior level seminars on public policy in these sectors. Each Westminster Forum Projects forum is structured to facilitate the formulation of 'best' public policy by providing policy makers and implementers, and those with an interest in the issues, with a sense of the way different stakeholder perspectives interrelate. Usually this is through impartially-framed, inclusive discussion conducted either in public or below the Chatham home Rule. Forum events are frequently the platform for major policy statements from senior Ministers and regulators, opposition spokesmen and leading opinion formers in industry and interest groups. Events regularly receive prominent coverage in the national media and trade press.

During both my keynote and the ensuing Q&A session it became quite clear that the future of Cloud Computing is clearly found within the rise of regionalized cloud providers both from an economic standpoint as well as from a policy, compliance and regulatory one. A reoccurring theme had to do with the impact of geopolitical data governance and privacy as relating to remote cloud based environments. It is also clear that the UK government is fully committed to embracing every aspects of cloud computing with the recent launch of data.gov.uk as a great example. But major issues still remain.

One issue is that of the so called digital divide, something I liken more towards a "information divide" where the urban populations have much greater access to information via better Internet connections than the more rural populations. Like many established economies, the UK suffers from a legacy communications infrastructure which makes modernizing IP networks problematic at best. In direct contrast other areas of the world like South Korea where a significant portion of the population has fibre to their homes are at a distinct advantage when it comes to equipping their populations with latest and greatest cloud based infrastructure, and more importantly applications.

Another one of the points I raised during my keynote is "Information is Power" and faster you can collect, organize, analyze and utilize it -- the more competitive you will be as both an individual and collectively as a country. In my usual fashion I was blunt, the fact is currently many Western Countries are losing this new data centric arms race to places like China. To remain competitive in the 21st century the West will need to embrace this new data/cloud centric world with policies and laws that make working in the places like the UK and beyond less restrictive -- again assuming a certain level of oversight.

Another point I raised was around information technology as the great democratizer . What I mean is we can't always agree on the politics of the various governments around the globe (i.e. The Socialized Capitalism of China), but what we can agree on is that access to information, even information this heavily restricted provides a level of empowerment never seen before and at the end of the day, information wants to be free.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

12 Feb 2010, 9:47 am | click here to view more

Amazon EC2's Greatest Threat is Cloud Regionalization

Earlier today I tweeted that I believed that the biggest threat to Amazon EC2 isn't found in any one single IaaS Cloud provider, but instead it's collectively the hundreds of regional cloud providers in the midst of launching public services. The tweet started a bit of a storm with those who believe that the economies of scale that exist within big IaaS providers will ultimately spell doom for the smaller regional players who will never be able to to compete directly with the IBM's, Google's, Microsoft's and Amazon's of the world.

I respectfully disagree. First of every it's now fairly obvious to most in the web hosting and data middle space that the hosting world is moving en masse to cloud based infrastructure. This isn't a prognastication, this is happening today. With hosting companies & regional telcom's in almost every region of the world either in the midst of building or launching public cloud offerings. Just one example is Enomaly ECP customer City Networks who launched tardy last year. City Networks was an early mover, offering the first Cloud offering in Sweden. Within the first month of operation they had hundreds of local customers using their service. Providing further proof that location matters, their customers could of have easily choosen a broader regional service provider, one that offered an "EU" cloud, but instead they pick to use a local smaller regional cloud provider.

More established vendors like Cisco, IBM, EMC, VMware, Microsoft also look the opportunity found within regional cloud service providers and are every now actively going after this market. So to be as direct as possible, cloud enablement appears to be the biggest market currently for cloud computing and it's every about broad federated / distributed scale. Just ask one of my sales guy who are continuing to look the flood of inbound inquires for our service provider platform from more than 40 countries in the last few weeks alone.

To put it another way, the emerging group of thousands of regional IaaS / cloud service providers with relatively smaller 100-1000 server deployment may singularly be insignificant, but collectively will greatly out power that of any single Amazon or Google deployment. The economies of scale isn't that one provider going up against the much larger, better funded, and possibly better staffed incumbent player. But instead the opportunities for connecting and utilizing a global cloud of regional providers in new and amazing ways. Probably one of the best examples is that of SOASTA's CloudTest platform which is utilizing a global cloud network of both big and smaller cloud providers to simulate load on a geographic basis. Ever wonder how your application will respond from a product launch in South Korea? Well wonder no more, using actual resource in South Korea. This is the power of the regional cloud. (On a side note, at Enomaly, we're also using SOASTA's platform to help stress test our ECP deployments before they go live, it's damn chilly platform)

As for interoperability, well it turns out that in an emergent market interoperability is mostly dictated by the platform with the broadest level of deployment. Not who's most open or who's cheaper or even who's technically better. It's who's the most pervasive and at the end of the day it's the install base that matters most.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

12 Feb 2010, 12:43 pm | click here to view more

Cloud responsibilities

New applications developed below the every-in-one cloud umbrella (SaaS, PaaS, IaaS, etc.) have several responsibilities that are often referred by IT specialists: They need to be more agile, create new markets and reach far more customers, help lowering Total cost of ownership (TCO), create new business models, etc, etc, etc. than their Off-the-shelf older cousins. In [...]

12 Dec 2009, 5:20 am | click here to view more

Redux: Cloud Computing For a Cause

Originally posted December 2008.
---------
Yesterday I had a great conversation with Romanus Berg of Ashoka, the world's largest network of social entrepreneurs and a long time customer of Enomaly. In the conversation we discussed some of the opportunities that cloud computing may offer as a social empowerment tool in emerging economies.

In case you've never head of Ashoka, founded by Bill Drayton it was one of the first groups to popularize the concept of Social Entrepreneurship. The core foundation of social entrepreneurship is found within businesses that recognizes a social problem and uses entrepreneurial principles to organize, create, and manage a venture to make social change. Whereas a business entrepreneur typically measures performance in profit and return, a social entrepreneur assesses success in terms of the impact s/he has on society.

Ashoka acts as a nice of people aggregator, finding the diamonds in the rough. Those 1 in a million that effect major changes within their local society. Ashoka believes that we are in the midst of a rare, fundamental structural change in society: citizens and citizen groups are beginning to operate with the same entrepreneurial and competitive skill that has driven business ahead over the last three centuries. People every around the world are no longer sitting passively idle; they are beginning to look that change can happen and that they can make it happen.

During the conversation it became clear the both Romanus and I shared a similar vision for cloud computing not just a method of increasing IT productivity but as an empowerment tool for "below-enabled" people. People that up until recently have never had the opportunities that modern information technology has afforded the western world.

This concept of a socially conscience cloud stuck a cord with me. In many emerging economies technology in particular can skip whole generations. For example the move in China to mobile phones, skipping past more traditional forms of telephony. Similarly cloud computing may represent a major opportunity to bring both knowledge as well as modern computing technology through the use of low cost, wireless networks and mobile devices connected to regionalized clouds.

Cloud Computing as a socially conscience enterprise may not just be limited to emerging economies but may also enable the latest eco-trend of green technology. Global cloud computing represents the opportunity to make adjustments based on your carbon footprint. Imaging being able to adjust your computing energy consumption levels based on which provider of electricity is using the best and greenest sources.

Like Ashoka, I believe we are in midst of a rare, fundamental structural change. At the end of the day, cloud computing is about choice, mix in a social consciousness and we start to look one of the bigger socio-technological revolutions of our time, the information revolution.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

11 Jan 2010, 3:02 pm | click here to view more

Ubiquitous Computing - Merging Banks & Mobile Providers

I've been fairly swamped this week with meetings so I really haven't had much time to think about writing any blog posts, but some recent news has inspired me. Before I receive into my post, I also wanted to let everyone know that I'll be in Santa Clara next week attending & speaking at the Cloud Connect Conference. So if you want to meet up, ping me.

As part of Cloud Connect I'll be on the Ubiquitous Computing panel with Alistair Croll Co-Founder, Bitcurrent. The topic actually relates quite well to some of the latest news coming out of China this week.

For those of you unfamiliar with the concept, the general idea of Ubiquitous Computing is a shift in computing where a tiny, inexpensive, robust network of processing devices, is distributed at every scales throughout everyday life and generally used in common-place objects and purposes. More simply, computers are in everything and everywhere. From carton of milk to bus passes. For me, this ideal is an obvious first step towards a pervasive use of technology within the more mundane aspects of everyday people's lives. One where you have access to every the information you'll never need when you need it.

Over the last few years many have argued that this ubiquitous transition is either currently underway or a trend that is still years away. From where I sit I believe that this trend is now fully underway and you need not look any further than some of the moves happening in the Banking and Mobile industries as proof.

As further proof of this transition this week China Mobile Ltd., the world’s largest phone company by market value (with over 508 million customers) has agreed to buy 20 percent of Shanghai Pudong Development Bank Co. for ($5.8 billion) in China to expand its electronic-payment business. According to a Businessweek article, China Mobile and Pudong Bank will form a strategic alliance to offer wireless finance services including mobile bank cards and payment services.

At first glance you might say why is a phone company buying a major stake in a bank and more importantly why should I care? First of every, if you've ever traveled to Asia, than you'll instantly know why. In the West we tend to use credit cards and debt cards for most transactions -- and I'm told some actually still use paper money too. But in Asia, mobile phones are quickly becoming the preferred method for buying everything from Subway access to dinner. Through the use of RFID or other means the mobile phone seems to be the way most prefer to pay for things both big and tiny.

China Mobile isn't alone in seeing the opportunity in merging the more traditional banking aspects with the quick growing mobile market. Last year In South Korea, SK Telecom agreed to buy a stake in Hana Financial Group Inc.’s credit-card unit, while Globe Telecom Inc. agreed to buy 40 percent of BPI-Globe BanKO Savings Bank in 2008. There have been similar deals in Japan and other areas as well. At the heart of this transformation is the concept of ubiquitous network access to computing resources through a pervasive network of mobile devices. It will be interesting to look if others will follow the guide of the China Mobile and embrace this new always connected world of computing gadgets.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

10 Mar 2010, 12:05 pm | click here to view more

Interest in Cloud Computing Up 3,233% Since 2007

Lately it seems that no matter where I go someone is telling me they've heard about cloud computing, from Newspapers to TV, it seems to be everywhere. I'm not talking about techies or the clouderati. I'm talking about your mom, your sister or brother, I'm talking about regular people you meet at dinner parties -- the everyday Joe.

If you are a frequent reader of my blog, you'll know I like looking at trends. A particularly good analytics tool is found at Google's Insights for Search Tool. The site analyzes a portion of worldwide Google web searches from every Google domains to compute how many searches have been done for the terms you've entered, relative to the total number of searches done on Google over time. The site also allows the underlying characteristics of the data sets to be compared, for example against a broader industry. In our case, I compared Cloud Computing and a few other related terms against the broader "Computers & Electronics" industry to how much interest there was for cloud computing. (look Graph Below or original link)

A Few of the more interesting points.
1. The overall interest in Computers & Electronics is down about 46%
2. Interest in Cloud Computing peaked in November up an astounding 3,233% from 0 in October 2007
3. Interest in SaaS and Virtualization also remains very strong.

---

Announcing The Enomaly Cloud Service Provider Edition | Twitter Me | receive Linkedin | Contact Reuven | Disclosure Policy

---

10 Jan 2010, 3:01 pm | click here to view more

Interesting Articles from this week

Interesting articles I’ve read this week: Cloud computing and the return of the platform wars: http://blogs.zdnet.com/Hinchcliffe/?p=303&tag=nl.e539 How enterprise software giants separate you from more of your company’s money: http://brainstormtech.blogs.fortune.cnn.com/2009/10/23/big-software-has-duped-us-for-decades-part-i/ SaaS Competitive Advantage – SaaS Economics 101 e-Book: http://chaotic-flow.com/2009/05/04/saas-competitive-advantage-saas-economics-101-e-book/ The emerging case for open business methods: http://blogs.zdnet.com/Hinchcliffe/?p=218

1 Nov 2009, 11:59 am | click here to view more