Pricing your SaaS Product and how we did it at Sosio

In case you aren’t updated on the current affairs, 2014 is shaping up to be a controversial year; and we’re not referring to Justin Bieber’s antics, Mr. Kejriwal’s dharnas or Mr. Modi’s development stories. Instead, a new contention is brewing in the annals for us which is every entrepreneur’s one of the worst nightmare: deciding how much to charge for your product 😉

Pricing is one of the most difficult things to get right. There are several questions that come to us, and its good if we can get an answer for each of them. Should my MVP be free? When should I start charging? How much should I charge? Will I lose my first customer, if I start charging higher? Will the freemium model work?

We get into these FUDs(fears, uncertainties, doubts) because whenever you ask for money, there is friction, which cannot be removed, it can only be minimized. The best way to overcome these objections is to prevent them from happening. Well, I tried to study, how other people, were addressing the same problem, and tried to come up with one for my own product. Its taken more than 6 months, and hours of brainstorming with few of the amazing folks for me to reach here. I will try and summarize few of them.

The trouble with software pricing

Pricing is a basic economics thing. Unlike traditional manufacturing products, where there is a fixed cost of raw material, labour, transportation etc. a cost price for each unit is pretty clear. On this objective value for each of the unit, the sales team, tries to create a perceived value of the product, based on reference points of competing products, and after a basic survey of the demand curve, a price point is generally arrived.

For softwares, the case is slightly different. After break even, the price of a new unit, tends to be negligible. So defining an objective value for each unit becomes tough. Chances may be, the product you are creating may not have a direct competitor, or if there is an alternative it might be free. In that case, extrapolating from a reference point becomes tough.

The price tag you put on your software, is one of the most challenging thing to get right. Not only, it keeps you in business, it also signals your branding and positioning. Iterating on the product, is far more easier than on the price. Lowering the price is generally easy and appreciated but it takes to be an Amazon to demonstrate it profitably. Increasing the price, is tough, because it adds to the churn. So doing the most you can, to get it right, generally accounts for a successful business in making.

Addressing few of the initial Questions

Should I charge for my MVP?

Despite validating the problem that I was solving, and clearly mentioning the price point during the customer interviews in my initial stages, I used to be afraid of asking money for the product, because I had a fear, the product is not ready, the Minimum Viable Product was minimal, I was not sure of the hidden bugs and I was not sure, how deeply have I solved the problem.

The two thought leaders Steve Blank and Sean Ellis had the following to offer –

Steve mentions pricing to be one of the important questions in your customer interview, this helps you validate that the product’s value proposition is compelling enough for them to pay, and the problem is worth solving. Once the MVP is built, Steve asks you to sell it to your early customers. There is no clearer customer validation than a sale.

Sean Ellis, removes pricing to the post-product/market fit stage:

“I think that it is easier to evolve toward product/market fit without a business model in place (users are free to try everything without worrying about price). As soon as you have enough users saying they would be very disappointed without your product, then it is critical to quickly implement a business model. And it will be much easier to map the business model to user perceived value.”

Well both of them have their own merits. So I did an A/B with my customers. I offered two of them, the software for free, and mentioned to the other that we will be charging. The folks who were given free product, did not use it and it got shelved, whereas the ones who were paying, had feature requests, reported few of the bugs they came across, solving these bugs, and responding pro-actively helped me develop better relations with them. The free users asked for additional features, whereas the paying users asked for improved features, which eventually meant a better product.

Personally, I align more towards Steve’s side, because, the best validation you can get for products value prop. is the customers’ bucks, and if it gets figured out initially, nothing like it.

Should I go for a freemium model?

Lincoln Murphy has a white paper on The Reality of Freemium in SaaS which covers many important aspects to weigh when considering Freemium, such as the concept of quid pro quo where even free users have to give something back. In services with high network effects, participation is enough. But most businesses don’t have high enough network effects and wrongly chase users versus customers. The notable point in the above paper is – “Freemium is a marketing tactic, not a business model.”

People have struggled with freemium, and dropped it, with few exceptions of Wufoo and FreshBooks. The conversion for free to paid accounts has been relatively low even for Pandora, Evernote, and MailChimp. 37signals has greatly deemphasized their free plans to almost being fine print on their pricing pages.

Its not impossible to launch successfully with a free plan but things can get easy, when we simplify freemium, not look at it as a business model, with the only objective for it being to get people using your product in a manner that makes them want to pay for more advanced features.

What should I consider while pricing my software?

There are a number of ways to approach this problem.

The amount of money a customer is willing to pay, primarily depends on the following two factors –

  1. Value extracted from use of the product
  2. Emotional Willingness to Pay, which is an after effect of perceived value of the product.

And hence, two of the most obvious pricing strategies are –

Pricing based on the value provided

This is customer-first strategy. The amount of value each customer gets out of using Sosio, corresponds with the amount they pay us. Tried doing it, but devising an excel sheet, where in we could go and show, that you used sosio for X, and it increased your value Y times, is something, we are yet to find.

Pricing based on cost

This strategy takes care of our engineering team, sales cost, server and other rentals. This is generally intuitive from an engineering perspective. Pricing based on the number of accounts, the amount of data that is processed and saved, give us a good number, as to how much we should charge.

But the above approach makes it a uni dimensional pricing strategy. Our product is not just the product, its the customer support, its the number of users, its the problem that we are attempting to solve. The Quality of Support we provide, the response time of the support, Email Support versus phone support versus in person support, number of support incidents, product features and depth of usage are other metrics are other dimensions to reflect upon while deciding the pricing.

There are several params, to consider, and you can go on complicating your pricing and creating complex tiers. Even, I was doing one, till I read this post by Dharmesh Shah, and how he randomly arrived at a price of USD 250. I could have gone for a ballpark of maybe 20k INR, but here is how I arrived at what I arrived – I had few features, which other softwares, were providing as well. I have tied down features, uniquely, but my software, as of now, lacks the depth that these enterprise softwares offer, primarily for 2 reasons –

  1. those features will add to the complexity of the product and cost.
  2. the customer segment, I am targeting, does not require such depth.

What I tried was, brutally trimmed the price 10 times, of each of the features, and talked to customers. They were not willing to pay that much, but because I wanted to get started, I reduced it 50% further, the ones who were, happy, continued, the rest were a good bye.

With subsequent improvisation of the product, the prices will increase, and we will keep iterating on it.

Another advice, I got, while I was discussing my pricing strategy with Prof. Prem was to charge for the service and strategy. Well I don’t want to go into the details of how, an analogy can be if you are selling Adobe Photoshop, reduce the price of software, and charge for educational offers. It is working for me, two of my customers are happy with it.

Deciding a pricing tier

The four things to be taken care of, while deciding on pricing are –

  1. The price tier should be simple(Mixergy just uses the names of the plans as calls to action)
  2. It should be easy to compare, with the competitors.
  3. You should help people choose a plan.
  4. Avoid giving, too many choices. (The paradox of Choice)

An easy way of arriving at the tier is, creating customer persona, and segregating them.Your pricing tiers are a visual representation of where your buyers fit in your business model, and each tier should align to one type of customer.

Tiers makes sense for a lot of startups. But as of now, we are doing without it. Because based on the 50 customers I talked to during the sales process, most of them, got stuck, while I was explaining them the pricing model. If you’re a startup (or any software company) consider if your customers really need the additional pricing levels.

To end it all –

“Although scientifically purer, it often doesn’t make sense to change a single variable at a time. Theoretically, you shouldn’t change the price of your product, your discounting strategy and the types of bundle that you sell, all at the same time. But practically, it can be the right thing to do. It’s more useful to fix the problem than to understand why it’s broken. When a scientist goes on a blind date that doesn’t work out then, in theory, he should fix one variable at a time, and re-run the date. first, he should change the partner but go to the same film and buy the same flowers. Next, he should keep the partner the same, vary the film and keep the flowers the same, and so forth. but the pragmatist in him will, or should, change the girl, the film, the flowers, and buy some new clothes and shave too. If it works, he might not understand why, but at least he’ll have girlfriend.” – Neil Davidson

And this awesome piece by Seth Godin –

Go ahead and act as if your decisions are temporary. Because they are. Be bold, make mistakes, learn a lesson and fix what doesn’t work. No sweat, no need to hyperventilate.”

Guest Post by Saket Bhushan, ADFL at Sosio Technologies

Interviewstreet’s Role in Recruiting Software Developers

Launched in 2009, Interviewstreet’s recruiting tool helps companies hire software programmers. It was the first Indian company to be chosen for an incubation program at Y Combinator, a Silicon Valley seed fund. Co-founder Vivek Ravisankar discusses the company’s journey to a differentiating recruitment product. This article is brought to SandHill readers in partnership with ProductNation.   

Please give me the elevator speech about what your company does. 

Vivek Ravisankar: We are on a mission to connect great talent with great opportunities in the fastest, efficient and the most fun way. We use coding challenges and contests to help companies hire programmers. Our product is used by startups (Drchrono, Matterport, etc.), fast-growing companies (Palantir, Evernote, Box, Quora, etc.) and large companies like Amazon, Facebook, Walmart, etc.

Is the contest aspect what differentiates your product in the recruiting marketplace? 

Vivek Ravisankar: There are a lot of testing platforms on the Web, but most of them focus on testing through multiple-choice questions, poor programming questions or good programming questions with no customization to the hiring company.

We worked around these parameters to build the best platform to screen programmers. It includes theoretical and real-world coding challenges that are customizable as much as possible by every customer to match their bar. Performance is measured on both speed and accuracy.

Has the tool made a difference in your own company’s recruiting? What challenges have you encountered as a startup that you didn’t anticipate?

Vivek Ravisankar: I didn’t anticipate that hiring people would be so tough. A good guy has at least three companies competing for him. It takes a lot of convincing and a lot of people talking to get the person on board.

If you could go back and start your company all over again, what would you do differently the second time around? 

Vivek Ravisankar: I would fail fast. We took a long time to figure out that our first product (mock interviews) wasn’t working well. 

Please describe one of your company’s lessons learned and how it affected your product development. 

Vivek Ravisankar: We learned to test the app thoroughly before we make a major production push. It’s very easy to get hooked into the “move fast, break things” model, but it may not work if you are in the enterprise business. Your product is being used by large enterprises and any change breaks their process and flow, which is hugely unproductive for them.

This was a big learning when we almost screwed up a good relationship with a customer because of a component that broke. Since then, we have constant tests that run in the background testing every part of the application to ensure nothing breaks.

Read the complete story at Sandhill.com

“Envision, Evangelise and Execute”: Connecting with Satyajeet from Cleartrip #PNHangout

We recently had a chance to catch up with Satyajeet Singh – head of Cleartrip’s mobile solutions, on Cleartrip and his take on the role of a product manager in Cleartrip, here’s what we learnt:

Cleartrip has been an early adopter of m-commerce in India. How have you been involved in taking Cleatrip’s mobile offerings from a MVP, to the product that it is today. How did you ensure it was scaled the right way and it grew? 

A) Cleartrip launched its mobile site 3 years ago and was by definition,  a minimum viable product: In the first version, users could only book a one-way ticket for one traveller and nothing more.  

When we launched Cleartrip for mobiles, smartphones weren’t as popular as they are now and anything we earned wouldn’t have a large impact on our revenue. So we took small steps to make our mobile offerings market ready. We did not want to overwhelm the user with too many options, and we slowly scaled the product with more features as the market grew. Today we have apps for all major platforms and one of the most comprehensive mobile site, with mobile contributing over 25% of the traffic for us.

My first priority has always been to deliver the very best products we can, for our customers and it is very gratifying to see it getting recognized within the country as well as at international forums. 

You’ve been in product management for over 8 years now, what do you think is the role of a product manager in an organization? 

A) Envision, Evangelize, Execute, are the three key roles a product manager has to perform in any organization.  

Envision

This means having a clear picture of the problem you are trying to solve, the solution and the strategy that will lead you there. It requires deep understanding of target users, the existing solutions and competitors in the market and a compelling case for why your solution will win over the existing alternatives. 

Evangelize

An equally important aspect of my role is evangelizing  your vision to your team. The more you focus on thisthe easier it’ll be to executeAnd once the team is convinced with your vision, you’ll be amazed to see the change it’ll bring to the output.  

Execute

Remember the quote from The Social Network, “If you guys were the inventors of Facebook, you’d have invented Facebook.”

It is one of the most critical aspects of product management and means doing whatever it takes to ensure your product ships. 

How do you organize your week and what are some of the tools you use to manage your work?

I try planning my week ahead by setting broad goals that can be achieved by the end of the week. My weekly goals could include tasks like calls, meetings, interviews, data analysis, and every little thing that I can foresee for that week. Planning for each day  is usually impractical so I set a broad theme for each day and try and stick to it; for example, Marketing Monday’s is when I spend more time understanding impact of marketing campaigns, or Competition Wednesdays where I try to catch up on the competitor’s activities. 

I also dedicate at least one day every two weeks, purely to plan future releases and to do a postmortem on our recent releases. 

Some of the tools we use are, Basecamp for collaboration, Jira for tracking bugs, Evernote & Wunderlist to organize my work and Excel for everything else 

How do you go about understanding your customers and his/her needs?  

We get a lot of feedback from our users through emails, app reviews, complaints, tweets, Facebook comments and by talking to them directly. But while collecting this feedback, my focus is always  to understand why users want a certain feature(instead of making a bucket list of what they want) or else you’ll end up building ‘faster horses’. 

Analytics is the other very powerful source of understanding and predicting market needs and for fixing critical bugs. 

It’s a mix of the two(feedback and analytics) that gives a good base for prioritizing releases. Making decisions by looking at just one side of the picture can sometimes prove fatal for products.  

Product managers spend much of their time communicating ideas, plans, designs, and tasks to their teams. How do you ensure that it is done effectively?  

You need to champion the three levels of communication between the teams. 

Long term:  By conveying your vision to the team and making sure that they are aware of the problem you are trying to solveis extremely important if you want a self motivated team. Even if they find it repetitive, you need to communicate it often, so that they don’t lose sight of it.

Short term: This includes communicating to all the people who will help in achieving this vision. It is mainly in a form of a product roadmap. You can share a broad yearly plan and a detailed quarterly plan that will enable everyone to plan accordingly. Make sure to keep all the stakeholders as involved/informed. 

Immediate: This would include the day-to-day communication that is required for a smooth functioning of your roadmap. SCRUMs, feedback on designs, prioritizing bugs, discussing & closing blocker issues, reviewing marketing plans, communicating deviations, escalations, all  fall under this category.  

Q) Any tips for aspiring product managers?

Your products can only be as good as your relation with your teams, so invest time in building a long-term relation with them. By spending time with your team you build trust and respect, that will keep them equally excited & help you achieve your goals. 

Editor’s Note: Every member of the product team is important. To succeed, a company must design, build, test and market the product effectively. That said, there is one role that is absolutely crucial to producing a good product, yet it is often the most misunderstood and underutilized of all the roles. This is the role of the product manager. #PNHangout is an ongoing series where we talk to Product Managers from various companies to understand what drives them, the tools they use, the products they work on, how they go about their day and the role they play in defining the products success. 

If you have any feedback or questions that you would like answered in this series feel free to tweet to me: @akashj

Destination Vs. Distribution: Why your Product should be where your users are!

User acquisition is a prerequisite to startup success. Startups often see user acquisition as an act of sourcing traffic to a destination and converting traffic to users.

Almost every web business has a destination: a website, an app etc. The destination is often seen as the product in its entirety. Talk to a startup about their product and they will often think of it as a website or an app that the user goes to.

However, the destination is just one manifestation of the product.

DESTINATION VS. DISTRIBUTION

An internet service can be delivered to users in two broad ways. It’s often important to think through both the routes to figure out how your user will best interact with your service. The two modes are characterized as follows:

Destination: How do the users get to where the product is?

Distribution: How does the product get to where the users are?

Any service can be delivered as a combination of these two.

DESTINATIONS

What are they? 

Destinations are the online address of the product that users remember and visit.

Manifestations?

Most common forms of destinations are websites, mobile apps and downloaded software (that syncs with the cloud).

Important because…

This is the go-to place for users to interact with the product. Whenever you think of Facebook, you have a site or an app to go to to use the product.

But…

  • Destinations are not always available in the context of the users. For example, Flickr is a great photo hosting service but it wasn’t available at the point of photo capture for a long time. A user had to click a picture and then undertake another series of actions to upload the picture on to Flickr.com. In contrast, Instagram’s service could be accessed right at the time of photo capture.
  • Destinations, by definition, require users to come to where the product is and this brings with it the challenge of user acquisition.

DISTRIBUTION

What are they? 

Distribution delivers product functionalities in the context of the user making it easy for the user to interact with the product.

Manifestations?

Most common forms of distribution include widgets (Yelp), code embeds (Quora, YouTube), API provisioning , browser extensions as well as apps (especially apps that deliver you a feed from a product, for consumption).

Important because…

  • The product is available where the users are. Hence, it helps direct traffic back to the destination. Yelp used widgets very effectively to gain users by allowing users to showcase widgets on their blog. YouTube gained traction by allowing users to embed videos on their MySpace profile and directing traffic back to the destination. Flickr, similarly, gained traction by allowing users to embed pictures in their blog posts.
  • The product is available in the context of the user. This is especially true in the case of ‘curation as creation’ tools like ScoopIt. ScoopIt allows anyone to create a magazine by combining a set of links. The creator can either create the magazine by visiting the ScoopIt destination and manually adding all the links to the magazine or she can install a browser extension that plucks the web page she is visiting and adds it to the magazine. In the second case, the user never needs to leave her context to use the product. Evernote uses a similar extension. Social sharing buttons work on a similar dynamic and allow the user to share content without having to visit the actual social media destination.
  • Distribution helps engage the user and encourage repeat visits. Email updates have been used since the early days of the web to bring back users to the destination. In recent times, this tactic worked especially well for Groupon.

But…

More often than not, distribution is limited to certain functionalities. A news feed delivered to the user or a browser extension to capture a web page exhibit only a slice of the functionality that the product offers. However, that is the exact slice of functionality that is needed in the context of the user.

THE OVERLAP

Ultimately, destination and distribution are determined not by their physical manifestations (although that helps understand the difference) but by the use case.

Destination requires the user to move into the context of the product. Distribution enables the user to use the product in his active context.

While the two are different, there is an overlap between the two as well. For example, the Instagram app acts as a destination in consumption mode where a user can view photos and participate in discussions but it also fits into the context of the user (using the phone as a camera) in production mode. An offline downloaded software (e.g. Dropbox, Evernote)  that syncs with the cloud serves as a destination (user specifically opens a software and uses the product within that context) as well as distribution (the native context of the product is geared towards online usage but the offline piece fits into the user context who might not have access to the internet at that point.

As shown by these examples, the manifestations overlap but the use cases are different. Hence, it is important to think through possible use cases and identify usage contexts where a destination makes more sense than distribution or vice versa.

In summary, when planning an internet product, it is important to consider the mix of Distribution and Destination that it requires:

  1. List out the use cases. How will the user use it in production mode? How will she use it in consumption mode? It helps to separate the production and consumption modes because user contexts are very different in the two modes.
  2. Are any of the use cases best satisfied in the existing context of the user?
  3. For every action, are you making the user do extra work by coming to a destination?
  4. Can Distribution direct traffic to Destination?

Often, distribution can be the difference between a product that is convenient and engaging and a product that is difficult to use.

How have you split your product across distribution and destination? If you haven’t do you feel some distribution touch points could help improve product usage?

The post first appeared on platformed.info