Find out what inspired Pallav Nadhani to start FusionCharts on their 10th anniversary.(Part 1 of 2)

Pallav Nadhani, CEO and Co-founder of FusionCharts, was just 17 when he started the data visualization product company in 2002. The company today is one of India’s most successful product stories and happens to be one of the first Indian start-ups to have caught the eye of the Obama administration. FusionCharts has a user base of 450,000 across 118 countries, and the company celebrates its 10th year of existence on October 22, 2012. In the first part of a two-part interview with pn.ispirt.in, Pallav Nadhani talks to us about what inspired him to start FusionCharts, the importance of marketing in a commoditized industry and how the company believes in training and retaining its talent.  (Don’t forget to download the Free copy which has the complete story of FusionCharts)

Pallav, congratulations to your team and you on FusionCharts’ 10th anniversary. We’re curious to know — when did you decide that you wanted to get into the product space and start a company? What was your inspiration?

I call myself an accidental entrepreneur for a reason. When I started thinking about FusionCharts, I had no idea I was going to develop a product or even run a company. It was something I wanted to do for pocket money! In 1999, I was in Class 11 when I came across this site that accepted innovative articles on technology. By then I had already done a bit of coding (there’d been a computer in my house since I was eight years old) and I was using Microsoft Excel in school, and I hated the boring charts that the program created. I thought — why not convert those boring Excel charts into a lively format for the web? So I wrote some code, and then wrote an article based on that code which got picked up by a website called ASPToday.com. I got paid $1500 for the article which is a lot of money when you’re 16! I got a lot of feedback from developers on the article, and it got me thinking: if so many people were interested in the concept and were giving me inputs, why not consolidate all the modifications and start selling the concept as a product? So there was no market research as such. However, I did make a clear-cut decision when it came to choosing between developing a product and a service: despite the fact that I had some experience working in a service model (I worked in my dad’s web design firm), I knew that there were problems like working with only one client at a time, and the fact that people didn’t trust you as a 17 year old! So for a while my dad fronted me: he would bring in the clients and I would do the work.

 

In a product company there are guys who develop and then the guys who package, market and sell the product. Traditionally, in the services model it’s the developers who tend to take center stage but in the product space people usually say it’s the marketing which makes the difference. What’s your take on this?

I absolutely agree. When we set up FusionCharts we were very aware of the fact that we were going to be operating in a commoditized world. Our top five competitors are amongst the biggest companies today: Microsoft, Yahoo, IBM, Google and Adobe give competing products for free and there are others who also offer charting libraries like ours. On an average, our product is 10 to 100 times more expensive than our nearest competitors. Still, we’ve grown in this fiercely competitive market, and this is not just because of our product: it’s because of our positing, our story telling and the whole packaging. Other products out there directly appeal to developers who often have limited budgets when it comes to purchasing components — but our approach involves appealing to the level just above the developers who are often the decision makers and this has worked well for us.

Much of a product’s success relies not only on quality of the development but also on the kind of people who are part of the team. You have guys who are hesitant about joining a smaller setup because they are worried about stability and are unsure about joining a place which gives no guarantee whether it will exist the next year or not.  What’s your strategy when it comes to hiring good people?

The only time when we found trained talent is when we shifted to Bangalore, but this was for the middle management level. We’ve found it quite rare to find ready-made talent at the development level. At this level, almost everybody who is on our team has come to us fresh out of college, and have been trained by us for anywhere between 12 and 36 months. We’ve trained them with the approach of building the product. This is important because one of the issues we had with people who came from bigger companies was the difficulty they had in adjusting to the fast and agile environment of a product company like ours. So we decided it would be better to concentrate on hiring high intensity guys, giving them some light projects to work on and training them so that they’d be good to go in a couple of years. This also helps create a sense of loyalty because we’re taking them on board at a very early level in their career and this means we have a lower attrition rate.

You make a very valuable point. So what do you feel about the fear in the market about spending time training freshers and then watching them jump ship after spending about two years with you?

I look at it as an engineering challenge: if a guy is willing to move to the competition, what are the incentives that he’s getting? Nobody moves from a product company to a services company purely because of the type of work. Sure, some companies sell to employees just like they sell to customers and the employee may want to opt for a bigger brand name but this is often at the cost of his or her engineering lifestyle. What you do at a product company like ours is something that you can talk about to your friends, you know where your code is going, you have a complete idea about the product and you can proudly point out what your contribution is. In a large organization this is not really the case, and often you don’t have a clear idea of why you are writing a certain piece of code, and you may not be able to talk to your friends about what you do because of confidentiality clauses. Whereas here, you’re given a problem statement and given the freedom to figure out how you want to approach it. Then there are things like the US President Obama selling FusionCharts in 2010 to design digital dashboards for the federal administration. These things inspire confidence in employees, and give them a level of satisfaction. So the employee has to make a decision if this is something he or she wants to give up, as well as give up working with a team he or she has grown comfortable with.

Read the second part of the interview where Pallav shares the list of Top 10 mistakes entrepreneurs make…(Part 2 of 2) 

About the author

Peter Yorke