Platform as a Service for product demos & beta programs

Developing product demos or helping pre sales/services team put the demos together is a common task performed by product managers  Many enterprises use a private cloud for hosting product demos. They have dedicated teams that performs this function with help from product managers. However, these clouds are geared for internal audience and thus limits product managers from testing new ideas/concepts with their core focus groups/user communities. Exposing new functionality (beta program, technical previews etc ) via internal demo infrastructure is complicated and usually is a bureaucratic process (multiple IT approvals) in large organizations.


Src:http://aws.amazon.com/ec2/
 
Public Cloud offerings can simplify this entire process. Cloud infrastructure can be used for demo, beta programs, end user studies etc. Vendors that offer "platform as a service" could be used to install, configure and showcase the products. There are quite a few vendors who offer these cloud services. Amazon Simple Storage (S3), Simple DB, EC2  would be a good starting point. Amazon EC2 provides a virtualized computing environment. It offers the pre packaged virtual appliances (DB, OS, App Servers etc) bundled in a native format (Amazon Machine Image format) which could be commissioned on as needed basis and configured with your applications. The "pay as you use” model makes it easy to justify the investment for your product portfolio. Try your beta / release candidate/ sneak previews with Amazon EC2.

Software as an appliance - What is it?

Software vendors are slowly moving away from the traditional delivery models for shipping software.  The pains involved in certifying products on multiple platforms, complex upgrade processes, maturity of virtualization technology, use of open source software,  simpler licensing and pricing models,  application isolation, greater hardware elasticity,
quicker sales cycle, plug and play software and lower TCO are some of the key factors fuelling the adoption of  "software as an appliance" delivery model.   Product managers should evaluate this concept as a key component of their strategy.  Here  is a simple definition of a software appliance.
 

  • Software appliance = Just enough operating system + S/W application that is ready to be consumed. This is it. Packaging could be in either on a virtual machine or a physical machine or CD etc 
  • Virtual appliance = S/W appliance supported by a Virtualization platform. Check out the VMWare marketing place to see a few examples

Do product managers need a special skill set for SaaS offerings?

I have been struggling with this question for a while. Thought, I’ll take a shot at providing insights on facts and myths about product management responsibilities in a SaaS environment. High level themes (planning, strategy, GTM plans etc) remain the same. However, the differences arise in the way each theme is handled in an on premise Vs SaaS environment. The bullets below provide a high level overview of the differences:

Theme : Product Development
Off course, development cycles are shorter. Iterative/ Agile development is must have for a SaaS environment. This also means that as a product manager you have to be quick in translating requirements into use cases and prioritization of use cases with engineering groups. Brainstorming sessions tend to be quicker, verbal discussions will be more, documentation tasks would be less. Focus should be on quick iterations and greater customer response.

Theme: Requirement Analysis
SaaS environments cannot be customized easily. Thus, clear understanding of the customer’s problem & how your feature will add value is vital.

Theme: Customer feedback
Prepare to receive, interpret feedback from multiple direct sources. Blogs, Wikis, community portals etc. Product should have built in mechanism to provide feedback to the core groups. Product managers shouldn’t cut down on the direct communication with the customer. You also need to make sure that customer input should not be tailored in manner that fits predefined customer buckets.

Theme: Usability
This is obvious. However, in a SaaS environment you have to more vigilant/informed about the user’s needs, their tasks, their aspirations for the product, user scenarios, industry and user characteristics. You have to make your customers stick to the product. The cost of moving away is nothing. In addition, strong understanding of the web based technologies is essential. Easy, simple UI that gets the tasks is important. Clear crisp use cases hold the key.

Theme: No Training
Design and develop your product with a “no training” goal.

Theme: Communities
Focus on creating and leveraging communities.

Theme: Quality
Quality is important for on – premise and SaaS products. However, with a SaaS product you don’t have the luxury to exclude your sev3/sev4 bugs also. Every user would hit the issue in the SaaS model. Besides, you cannot control what the environment on the users machine and thus the chances of running into edgy issues is very high.

Theme: Innovation
“Me too” features is a recipe for disaster.

New Product Development: Product Managers play a key role in evaluating & launching new products

Managing existing product portfolios is relatively easy than launching new products. However, as a product manager it’s vital to focus on future along with managing the current expectations. Normally, product managers are under pressure to ship the products on time meet the current customer demands/expectations and thus cannot devote time and energy on new ideas. Innovative ideas are muddled by what occurs in the present.

Strategic investments and not incremental innovations lead to great products. Gary Hamel’s landmark book highlights the importance of innovation not as a buzzword but a philosophy that every company needs to follow to create a niche market for their products. Absolute must read for Product Managers. The blog highlights how product manager contribute to the NPD process. Have highlighted the high level process below.

Step 1: Define your vision
Step 2: Define product strategy
Step 3: Ideation
Step 4: Define your business case
Step5: Define the project operating plan
Step 6: Product launch

One could easily write detailed chapters on every phase of the NPD. I have focused on the Ideation phase since this is where product managers spend most of their time.

Ideation phase is essentially a phase where product managers collect ideas from multiple sources. There is no scientific procedure to collect this data. However, one could use a disciplined approach to generate and prioritize the data points to make a compelling business case and a product that works for your market segment.

Here is the framework that one could use to collect ideas:

One could easily write detailed chapters on every phase of the NPD. I have focused on the Ideation phase since this is where product managers spend most of their time.

Ideation phase is essentially a phase where product managers collect ideas from multiple sources. There is no scientific procedure to collect this data. However, one could use a disciplined approach to generate and prioritize the data points to make a compelling business case and a product that works for your market segment.

Here is the framework that one could use to collect ideas:

Customer Visits (Most Important)/Lead User studies: Coordinate customer visits to gather ideas from your lead users and not the representative users. Lead users are smart, are aware of the business, products, industry & technical trends and have ideas. It’s important to work with smart people inside and outside the company if you have to focus on creating innovative solutions.

Talk to your sales: Relationship with folks who sell the product is important. They are closest to your customers.

Brainstorming sessions with R&D and cross functional groups: As stated above…its important to work with smart people. Assemble a team with cross functional group participation and setup a whiteboard discussion. Don’t forget to include your support team. Unfortunately, many IT companies do not involve support in the product development process. During the session highlight the high level use cases, analogies, metaphors…anything that gets the discussion going and helps generate ideas. At times, this functional group could be from a different product unit. Cross – pollination from one product to another can lead to new products/newer selling channels.

Competitive studies: It’s easy to learn about third party products. There are quite a few forums to gather this data.

Past success: Established products have this luxury. Learn from your past

Market Research : Technical forums, social networking groups, focus groups, seminars etc: I’d categorize everything else that you read/explore as a vital step that is essential