The Services Industry moved India back 20 years in terms of building Products” – Arvind Jha, #PNHangout

In 1986, when I graduated from IIT Kharagpur as a Computer Science major, I had picked up an obsession with building products. Soon after college, I had joined DCM Data Products. DCM like other players in the Indian market, were very focussed on product development, as the product culture for designing computers, or writing compilers, etc was prevalent in that era. We as any other product company at that time were focussed on the fundamentals, such as, what a product should do, who would use such products, how we would market the products and how are we going to support such products.

As the outsourcing business kicked off in India, in 1991, the focus had suddenly shifted to a services mind-set where the question had suddenly changed to how efficiently and effectively can we utilize the 40 man hours in a week. The focus in the industry had pivoted from building a product to becoming a programmer, from market access to talent factories. Although India had built a 100 billion dollar services industry in this time period, we had also effectively moved back 20 years in the product industry.

Market Understanding is the key to building products

I had joined Polaroid – the leader in instant and chemical photography in the late 90’s. I had first-hand seen a how a dominant market leader was blindsided by major disruptions. Polaroid had a tough time adapting to the shifting consumer trends towards digital. The company had spent lot of time and resources in converting film’s to digital and digital to film, however, what the executives did not see that the Polaroid, was that film had no chance to survive in the digital medium.

MusselsEventually the company filed for bankruptcy and was sold. I had moved on earlier to Adobe, a company that was a leader in the software product space and was just setting up shop in India. Adobe was a solid product oriented company, with a lot of innovative products and a lot of leverage in the market. We had almost 5-10 million users for each products, and just sitting in on such big products gave us a huge amount of education. The challenge we had against was, could we build a product culture at the India office. The opportunity came after a couple of years after working as extension teams to the major products. We got the opportunity to “own” a full release of PageMaker. Since the core team was busy with building InDesign 1.0, PageMaker had been neglected and revenues were declining as the ecosystem of operating system, creator applications, graphics, printing etc had moved on. The task was to update the product on an “old” and complex code-base with minimal resources such that the revenue decline could be slowed down, enough to give InDesign a good chance in the market. We identified a lot of opportunities in the usage workflow, which our competitors did not take advantage of. These along with in numerous byte sized elements that had incrementally improved the product allowed us to present a case to the executives. The management had fortunately agreed to take on this mammoth task of transforming page maker. It turned out that the PageMaker 7.0 release increased the revenue 1.5x times and extended the long-tail significantly far in excess of the expectations.

The Innovation Bug

When you get hooked onto new and innovative stuff it gets harder do the maintenance sort of stuff. I started Adobe Connect, and also Adobe Enterprise Effort. Adobe in India had however at that time moved its focus in maintaining some of its older products, and I had then decided to move away to join a video start-up and learn how to build a product and a business from grounds-up, with a view to move to my own start-up in 3-5 years. The start-up was in video play-shifting, a similar solution to SlingMedia, where a user can take a video signal and encode it, and using a wire transmit the signal remotely to where the he is. We implemented a local area, wi-fi based video streaming and a peer-2-peer protocol for tunnelling video to a remote user. We got a NASSCOM innovation award for this product. However, one of the founders of the company had a tainted record with an IPO/investors and though we had great technology and user traction, it was impossible to raise funding unless the founder was removed from the company (which he did not want to let go). Since I was directly involved in meetings VCs and investors at that stage, I felt that the possibility of collateral damage to my professional reputation was very high given the founders manipulations and therefore I decided to exit from the company to launch my own start-up.

We launched Movico where we tried to establish ourselves in the video transactions space. The idea was to build a tool that would allow content owners to build scene based metadata and indexes for their video collections and we would offer tools for the users to extract, join, create new content online. In hindsight, we were way ahead of our time and especially after the 2008 economic turmoil, the funding needed to build the product and business had dried up. We had to can the product and look for alternate ways to keep going. So we turned our strategy around a bit, went into OPD services, built a reasonable revenue base and started looking at mobile apps.

Filmy Filmy!!

A couple of years ago, my friends started a mobile distribution company, Lava, focussed on brining tech/manufacturing from China and building a distribution brand in India. They did rather well and scaled the business to top 5 local Indian brand level within 18 months. In 2011, they asked me to help setup a smartphone team/capability for them since it was clear that android was going to be  huge disruption for the phone business. I got the chance to understand the phone ecosystem – from chips to software. I could see that for Lava to be successful in the smartphone space, we would have to move into a premium zone. So I helped build an Android R&D / competency centre. This attracted the high-end players to speak to Lava. One such player was Intel, who were looking to get into the phone business but not finding any takers. I realized that Lava could gain significantly with Intel as a partner. The profile could change. We negotiated to bring the Intel technology to the market under a new brand, Xolo, pitched as a premium brand with “Intel Inside” (Xolo today is a well known brand by itself).

The association with Lava had given me some useful insights into what the Indian consumer was looking for, and based on this I decided to move away from the device side to focus on building a portfolio of apps that were primarily in the content space – News, Film, Movies, Songs, Indian books and Indian Magazines. My gut-feel is that once the smartphone pricing falls under Rs. 2500 level (I expect this to happen Q4 2014) the demand for consumption of this Indian/local/regional content will be large and we can build a large digital media business powered by apps/server side technology. Although we had many competitors in these areas like Gaana.com, we knew that our expertise with video, content algorithms, focus on integrating new technology to deliver consumer benefit would win in the long run.

An example of this is our app “Filmi Filmy”. The market has over 7-10 major hindi film music apps. However, none of them have a great video experience.  At the same time consumption from YouTube has been growing rapidly. Content owners have published over 10,000 free movies and over 30000 free songs to YouTube. Using some smart algorithms and our video technology expertise, we have launched the first ever chitrahhar-on-the-go app, Filmy Filmy. It brings your favourite film songs with the original film tracks for you to enjoy in video. And we plan to build an ecosystem around this – sharing playlists, screen shots, quizzes, memes – ideas to engage the users and let them create new content. Make the video transactional (going back to our Movico idea).  I’m happy to say that within 3 weeks of launch, we were the top new music app in India. We were featured at #8 in the indian app store in the music category in India and #1 in Pakistan. We are currently grossing over 1000+ downloads/week. Soon we will have Android and Windows version of this app ready.

Innovative Business Models and Market Understanding is Key

With Filmy Filmy, we have implemented unique business models built around in-app purchasing. We knew right from the outset that this was not an App we can charge a premium for. Even if we went down the advertising route, we would need close to 4-5 million downloads for the product to be sustainable. Hence, keeping this in mind, we went down the in-app purchases route, that allows users to purchase and create his own own playlist and share this with his friends. For example, on Valentine’s Day, we had allowed our users to create a playlist to express his emotions and share this with his beau. We were quite interested to see that this model had gained quite a lot in terms of traction and revenue.

We currently target the Indian Diaspora, such as the Middle East, SEA, etc. We provide limited content access for free, but we monetize through some innovative means. Product Managers usually play an important role in understanding the market and identifying the right channels to monetize this content. My passion is to be ahead of the market so I am always trying things. Sometimes it works, sometimes it does not. But the team has a fun time all the time.

India as a Product Nation

A lot of young companies come to me saying, that we are doing an Indian version of a US business model. What sorely seems to be lacking in the pitch is the consumer profiling on how their unique solution will tackle a real world problem. I believe that one is to one direct modelling of US business models may not work. I would much rather here a pitch from an Indian company which states that they have the market insight to say that there is a large enough need in our Indian Audience, and our solution can meet that need in an innovative way. The focus should change from “we can do it” to “we know this about the Indian Consumer”. However, I’m very excited that the product industry has now matured and is no longer learning to walk, we’ve reached a point where we can run.

What’s Freemium Gaming?

Freemium has become the preferred business model in mobile game development, accounting for almost 93% of mobile gaming revenue in 2013. Many, if not all game developers around the world have adapted their mobile development strategy to harness the power of freemium. As counter intuitive as it may sound, “Freemium” games are in-fact more lucrative than one time purchase games (premium games). If you don’t believe me, then go see the highest ranked games in terms of gross revenue, and there will always be a freemium game in the top 5.

How can a free game earn more revenue?

Well for one, it lowers your barriers to play the game (mainly the cost). However, there are many factors that go into the age old question, “Do I want to play this game?” As a consumer (or a hard-core gamer, if you are one), we always consider factors such as, is this game going to be fun? Or is this the type of game I like? We then price out what the perceived value of the game is to us and then shell out the necessary dollars to buy the game. However in a freemium model, everyone is allowed to play, including Larry and Barry (see below)!

freemium1

Price discrimination is the key

So here are the conclusions from our illustration above, traditionally, a single price point was given and you were either in or out. Even if you were in, it’s a one size fits all type of affair. You love this game so much, and even $75 does not seem too bad for such a game? Well, too bad. In addition to losing the revenue upside, by excluding players who have perceived your game to be of higher value, you are also losing the revenue downside, by pricing your game higher than the perceived value.

freemium2

To sum it up, Freemium games allow you to price yourself within the game. The revenue upside in the game is a factor of the engagement and the player investment you can have within the game. In the above example, it has in fact almost doubled the revenue that would have been possible with a premium game.

The Evil Side of Freemium Gaming

Well Freemium models in a casual gaming market seem like a no brainer right? Well, it’s not that simple. With hard-core gamers who can purchase a fully featured game between $1 – $100, may now possibly have to shell out a lot more to enjoy the full power of a game. A case in example of the recent launch of “The Dungeon Keepers” game and this reviewer’s scorn for the pricing of the appointment mechanics within the game. It’s very important to remember that a player’s investment in the game should always be balanced out with reasonable opportunities to grind through the game, without making it seem like a Pay to Win strategy.

What do you think?

Freemium Business Models seem to be here to stay in the mobile gaming market. Low barriers to entry means that there will be a lot of games to choose from. Lots of games in the market means a lot of noise and a lot of noise means, it gets harder to stand out. Also with integrated payment systems built into mobile platforms, it makes purchases of in-app consumable items all that easier. As a nation that’s out to build revolutionary products, do you see yourself adapting some of the best practises from this model? Do let us know in the comments below.

Office Chat – The App for Messaging Securely” – Vipin Thomas, Product Manager – MangoApps #PNHangout

MangoAppsWith Office Chat, the goal was simple; we wanted to create a product like Whatsapp, but for enterprises. This app should seamlessly work between devices (mobile and desktop) and could also be sold alongside the other suite of apps offered by MangoApps (an enterprise social collaboration network). Although MangoApps has an IM client tool integrated in it, Office Chat differentiates itself by bringing out the social flavour from MangoApps, thus, offering a similar and robust IM Client.

Integration: The Key to Success

photoWhen we launched MangoApps, it was a Micro-blogging tool which had IM capabilities. As our customer base grew larger, we integrated modules that raised a lot of feature requests from our community of users. These feature requirements typically vary drastically from industry to industry. With over 8,500 customers from 28 countries, what has set MangoApps apart is its ability to integrate with almost 30+ applications such as SalesForce, SharePoint, Office 365, etc seamlessly. MangoApps architecture was built keeping in mind that any enterprise could plug and play with any existing solution that maybe used within the organization.

Office Chat gives companies a better way to communicate with colleagues and project members, by offering a solution that works across multiple devices. We have spent a lot of time in understanding the pain points of our customers and how our product could simplify their lives. The Office Chat team has also been dogfooding the app themselves by using the product internally, and providing relevant use cases to make the product simpler to use.

The motivation to use Office Chat is driven by the increased productivity from using a platform that allows the user to perform better because all the information is tightly integrated. As Product Managers we spend a lot of time demonstrating use cases to our customers. We have a public domain that allows any customer to sign up for free and kick off a Proof Of Concept (POC). It’s only after an entire team uses the platform do they see the value in using it, hence, we spend a lot of time evangelising the benefits of this social aspect inside organizations.

officechat

Deployment Models to cater to diverse organizations

Office Chat as a product fits into any industry. To cater to our diverse customers we segment our audience on the size of the organization and offer solutions based on the capacity of usage.

Public Cloud: This is a SaaS based model where a customer can purchase the app and can start using it immediately. We offer the App in three avatars, namely free, business and enterprise. The advantage of moving onto a more premium plan is that you will not have any limitations with integrations with 3rd party API’s or the number of users.

Private Cloud and On-Premise: This solution offers the customer the flexibility to choose his own hosting provider while deploying Office Chat. We also offer a range of on-premise solutions as well.

The Road Map

We spend a lot of time interacting with our customers. We try to understand the sort of challenges our customers face while adopting to the platform. When a customer requests for a feature, we usually take a step back to analyse if such a feature has been requested by other users to see if we can derive a pattern and based on this before we go about defining our product roadmap.

We are planning to integrate a slew of features (including real-time note pads) that increases the ability to collaborate between colleagues.

officehat2

#PNHANGOUT is an on-going series where we talk to Product Managers from various companies to understand what drives them, the products they work on 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

 

Creating a platform needs a broad vision and a long leash from investors– Ranjit Nair, CEO of Germin8. #PNHangout

Ranjit has a PhD in Computer Science from University of Southern California and is the CEO of Germin8. In this #PNHangout we had a chance to catch up with Ranjit on the challenges of building a platform and finding the initial market fit.

Ranjit-PRCIMSMarket research companies world over found conducting surveys about brands and products difficult. People were reluctant to take surveys and those who did take these surveys were not representative of the target audience, eg: housewives and retired folks instead of working professionals. We saw a trend where people would often go onto social media sites and/or company owned channels of communication such as emails to express themselves. Hence, as a solution to this market research problem we developed NLP algorithms which were capable of understanding opinions expressed in textual conversations. These algorithms were designed to perform functions such as topic segmentation, topic identification and sentiment analysis. Although these theoretical problems were interesting to solve, it was far from being a product that had much broad commercial appeal.

The push to create a market fit for Explic8

By March 2009, I had assembled a team to develop a commercial product that harnesses these NLP algorithms in order to draw actionable insights and leads from public and private communications channels such as social media and emails. To fill the missing features that could make this product commercially viable, I had challenged my team to build a working prototype in 23 calendar days — just in time for the General Elections in India. Our goal was simple, to analyse what people globally were talking about politicians and parties during the election and make this data available to the public.

This sprint drew us closer to creating the foundations of a minimum viable product which solved a market research pain point (i.e. reliability of surveys). But we knew that the technology we had developed could also solve pain points felt by customer service, sales and corporate communications. For example, this tool could be used for lead generation by a sales team by finding conversations where customers had expressed a stated or latent need for certain products.

An expanded vision could mean a larger product development cycle, but it was worth it

We knew that if we expanded the product vision to solve problems beyond just market research and in multiple verticals, we were setting ourselves up to be a little unfocused; instead of narrowing the focus on one specific problem, we chose to develop a platform that could be used in different applications. We chose this approach because there was no market player who had taken the platform route and attacking the larger market would make this product more feasible. We were lucky to have the support of our investors to back us up on this decision.

We, as a product company, were a little bit ahead of the curve where we sometimes ended up with features that the Indian market wasn’t even ready for. When we launched our product, we realized a lot of the features we built weren’t actually being used by our customers.  For example, we have a feature that allows our users to analyse sentiments not just at the brand level but also for each of the brand’s touch points. We realized that apart from a few brands, most were satisfied with just using the overall brand sentiment without concerning themselves about the sentiment for each of their touch points. We preserved this feature and as users evolved, this feature became one of the differentiators that is now used by most of our customers.

Hindsight is always 20/20 and as we went about from concept to production there were many ups and downs that I think are common with every start-up. We would battle between adding features that add functionality and features which made the product more useful, usable and scalable. I think if I had to do things a little differently today, I would have focussed a little more on marketing initially and a little lesser on building many features. However, we have reached a point where our product speaks for itself and customers from a variety of industries are interested in using Explic8.

Platform and Goals

We are now more than a product but a platform. Explic8 is one of the apps which reside on our platform and we’ve built it in such a way that it could be used in multiple use case scenarios such as analysing emails, chat conversations, etc. We also allow third party applications to use our API to develop their own tools. Analytics that comes from our app is very industry focused. For example, if you’re an automobile brand, then the insights you receive will be benchmarked against competitors using metrics and sources relevant to the automobile industry. Hence, the insights you get are highly actionable. The sentiment algorithm is tuned for each industry, for instance “unpredictable” in the context of a steering mechanism would be treated differently from “unpredictable” in the context of a movie plot. We are also in the midst of expanding our platform to encompass predictive analytics.

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

19th #PlaybookRT – Insights on the Indian Product Ecosystem

This #PlaybookRT was led by Shivku, techie and founder of Exotel. The theme ‘The Ship of Theseus’ was inspired by the movie released in 2012 and also by a team in TCS that used to call itself the Ship of TCS. The focus of this Round Table was to evaluate if product developers have enough insight about the Indian Consumer to make a product company. Most technology companies have an exposure to the Bay area product culture, but do they know enough to build products for our own local market needs. There were a lot of insights that were drawn on the product eco-system in India and the following is a summary of the discussion.

Exotel office

What is the ideal organization structure for a product company in India?

It’s the culture that defines an organization structure. It’s common to find the founder’s background driving the product decisions, for example, a founder with a sales background will ensure the product management strategy is more sales focused.

Shivku had led the discussion with Exotel’s organization structure explaining how his organization structure allowed him to scale his product. Exotel’s teams are divided into Operations, Marketing & Sales, Product Management and Core Technology. Interestingly the support team has been integrated into the Product team in Exotel. This unique structure was done so as to ensure that the product team is closer to the customer.  Customer complaints are usually an indication of bad code and the team that pushed this out this bad code is also responsible to fix it. Even though each team’s responsibilities and targets are clearly demarcated in Exotel, there is a technology person in each of these teams, making them self-sufficient.

Exotel started off with the intention of being a SaaS company, it almost fell into the trap of being a services company post launch. Some of the insights drawn from these discussions were:

1)     Democratically building a product feature set in the early stages is important. But once you cross a tipping point in terms of customers its best to pick and choose features that will drive the product’s engagement in your core audience. If you do not this, you may end up building a services company instead of a product company.

2)     Listening to your sales team is very important. It is upon meeting a lot of customers that the sales team can synthesize patterns (of customer needs). Identifying this common pain point between customers ensures that you are satisfying a broad market need and not a specific problem within a company.

3)     We can’t satisfy every customer with one product and your product will need to scale in the direction you see the best product-market fit. Ensure sales teams have a clear audience to market the product to. If the sales guy comes back saying that there is no product-market fit, then it is very likely that he is selling to the wrong audience.

KPI’s

In terms of KPI’s, B2C companies tend to focus more on the virality and retention  and B2B companies focus on monetization and sales. From the discussions it also became clear that you cannot improve on things that you cannot measure. The focus on which KPI’s to use to measure success keep changing depending on which stage your company is in, for example, in an e-commerce company, it is very likely that initially the focus would be on customer acquisition, it could later change to sales, then margins and probably retention.

Translating the top level metrics which the CEO/Board measures to smaller metrics which your sales/technology team can measure is very important. This helps you correlate any discrepancies and problems that may arise. It also gives you a fair understanding of the success/failure of a new initiative.

IMG_2557
Bharath, from Pugmarks.me, illustrated the above problems with an example. His product management philosophy currently is to create high engagement in a smaller audience. By identifying the customers pain points on why user’s drop-off very early, he was able to divert his team’s resources in fixing this problem, thus ensuring retention. He highlighted a problem with low latency which hindered the user experience leading to poor retention. The team has now spent a considerable amount of resources in fixing this problem, to ensure the product’s KPI’s were met. However, the focus could later change to improving engagement and/or CTR’s.

When do you know and how do you know if you have a product market fit?

Rinka Singh, highlighted his pain points while talking to his first set of potential customers. Although he had met many companies that he initially considered to have a problem-solution fit, these customers never converted into paying customers. It was through perseverance and exploring a little bit further down the value chain that it became apparent to him that he had been attacking the wrong market altogether. Upon increasing the awareness within this initially ignored consumer group, he had faced a tremendous increase in customer response.

Rashmi Ranjan, founder of Shoppers on, highlighted his experience when he launched his product. The product had served a very important need in the market that. It pulled customers in, without the need for a push. He had over 20-25 signups without even going out which indicated a great market fit.

In conclusion, when your customers start to get pulled by your product’s features then it is very likely that you have a successful product market fit.

What is the product manager’s responsibility?

A product manager’s job according to Marty Cagan is to discover a product that is valuable, usable and feasible. Very often the only person who has a complete view of the product (tech, business and sales) is the product manager. A product manager’s responsibility is to find solutions the market needs the most. He very often envisions the path of the product and depending on the company’s resources his responsibilities could also differ.

rt at exotelFrom the discussions, it became apparent that as an entrepreneur you very often end up constantly building and it becomes very difficult to focus on the micro details due to the backlog of features. A product is built in conjunction and not in isolation from the market. Hence, it is very easy to forget the customers who you are building this product for. In the build, measure and learn cycle, we very often forget to measure and learn. It is important to not let this happen, and the recommendation proposed was to change this role to be of a product market manager instead of a product manager as it is very easy to commit the mistake of constantly building without feedback.

Do I know if a product that was built abroad will be successful in India?

Products that are successful abroad and in India seem to have a strong cultural thread which makes it successful. For example, Facebook ties in common user behaviours of sharing and socializing. However, it’s the ecosystem that drives a products success. You need to constantly evaluate and iterate. In India, it is unlikely that a consumer product can succeed without venture funding. This is probably why we see more SaaS business models or a lot of B2B products in the Indian eco-system.

The conclusions drawn were that you need to have a network that allows a product to grow into the scale it needs to succeed. These networks maybe very well developed in markets like US, but India is catching up. It was also pointed out that there is no dearth of venture capital in India. The supply often exceeds the demand. We need to utilize these channels appropriately and grow the product efficiently. People also need to be more vocal about products they like as more often than not, it’s the early adopters who drive the product to success.

Are we bent towards making services in India?

The product round table concluded by evaluating the Indian product companies psyche. The question was whether companies like Infosys and Jugaad were the reasons why Indians leaned towards a services model. Services by nature start and end with a contract. The problem definition is usually laid out by another company and there is very little room for novel products to come out in this problem space. Product companies are driven by a vision, and it is often executed by combining fields such as design, humanities and engineering. It is important that Indian’s focus more on building our strengths in design and humanities. This disconnect was attributed to the poor education system.

IMG_2553

Conclusion

We have the knowledge and network to build great products in India. Although there maybe large inefficiencies in distribution, Indians have had a fair amount of success stories with regards to products. Flipkart and JustDial are great examples of this and we need to work towards improving the network for product entrepreneurs to succeed. From the Launchpad, promotion, content curation, funding, and giving back to the community, there is a lot that can be done to make the eco-system in India more robust to serve its customers.

“We think more like Product Designers, and less like Product Managers” – Bharath Mohan, Pugmarks.me #PNHangout

(This passage is a summary of the conversation with Bharath Mohan. The audio transcript can be found here.)

Adopters of any new innovation or idea can be categorized as innovators (2.5%), early adopters (13.5%), early majority (34%), late majority (34%) and laggards (16%), based on a mathematical Bell curve put forth by Everett Rogers in his book titled “Diffusions of Innovations”. The book broadly suggests that if you have a product that is of value, you often times have to pave the path for the consumers to be the beneficiaries of this idea. It’s the product designer’s role to design how a product is used across the dispersion of users. This ultimately determines the principles of design and the features that your product consists of.

bharath-photoWhile I was doing my PhD in IISc, I worked on designing a myriad of algorithms for information retrieval. A typical internet user reads content that could range from currents events, such as the war in Syria, to topics as specific as Product Management. I’ve always dreamt of a system that can bring the most relevant information to a user – without the user searching for it. Pugmarks.me connects the context in which you are browsing through these articles by following the digital trails you leave behind. It then uses its context engine to recommend the next article it considers you should read packaged in a seamless experience.

Designing Pugmarks.me has been an exciting experience, which included research in algorithms, building a real time crawling and retrieval system, and constantly learning from users. We’ve followed some Mantras in our product development – especially because the product requires inputs from multi-disciplinary areas. Everything has to tie in, to each other. Nothing is known prior and has to be learnt along the way. A “product management” approach would not work. A “waterfall” model to design would not work. “Powerpoint presentations” would not work either. Our product management is less of “management”, and more of design and evolution.

The Pugmarks Mantra

Unlike Facebook or Twitter where the problem’s technology core is simple and scaling is complex, our problem’s technology core is complex akin to the likes of Google’s search engine and NEST. Hence, over the past 1.5 years our product has been opened to a smaller set of users which gives us data to refine the product further ultimately paving the path for a larger cross section of consumers to enjoy the benefits of the product.

pugmarks-character-evolutionSome of our Mantra’s are:

  • Be metrics driven: Once we analyse our features metrics we identify ones that are successful and bolster them to make these our ‘super class’ features. While we do this, we bin our users into “Fans”, “Tried but dropped off”, “First day drop-offs”. The ‘tried but dropped off’ is where we focus our energy on. We do data analysis, interviews and direct emails – to understand why they drop off. What we learnt is that they mostly drop off because of the “inconvenience” of a new product; either added latency, extra memory consumption, instability of the browser, etc. These reasons give us new things to work on and improve.
  • Usage versus Users: We are building our product with the goal that even if few users come to try out our product, they all stay back. Between usage and users, we prefer high usage between a small number of users over low usage in a high number of users. If our product cannot engage users for a long time, any amount of marketing will still not help.
  • Focus on real Virality: Virality is often confused with just having a Facebook share or a Tweet button, or slyly making a user talk (spam) about your product in his social channels. Virality for us is the inherent quality in our product which makes the user want to talk about it. We consciously ask ourselves, “What will our users want to talk about Pugmarks to someone else?” These viral loops must be strengthened and not social share buttons.
  • Constantly question your assumptions: In our initial iterations, we felt our users will be concerned over privacy. Soon, we realized that the paranoid would never use us anyway – even if we gave them a lot of control. The ones, who used us, felt we were not building good enough models for them. So, we moved away from user supervised learning to a completely automated learning system. We imagine our current user telling us, “I’ll tell you everything about me. Now help me in ways I’ve never seen before”.
  • Continuous Integration: We never take up features or tasks that take more than two weeks to launch especially one’s which require a lot of people and require extensive build times and planning. If you finish the code and if it’s lying unused, there’s an opportunity cost lost because that code could very well engage a user or maybe incite him to talk about the product to someone else. This is a loss for us, hence, we continuously integrate.
  • Own the full user experience, end to end – From messaging to user touch points to the backend algorithms: A user doesn’t appreciate information until it is delivered in a way that is useful to you and is needed by you. We obviously needed a team that was capable of building this experience end to end. Our team considers every aspect of the product, from the touch points to the user, how the product interfaces with the user and also how the product communicates with the user using the technology algorithm we created.

pugmarks-airplanes#PNHANGOUT is an on-going series where we talk to Product Managers from various companies to understand what drives them, the products they work on 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

The Atypical Product Manager – Nishant Pandey, Naukri.com #PNHangout

Every Byte Counts 

Earlier I worked as a field engineer in Schlumberger, providing Drilling Services. Drilling is a very high tech, and arduous task; whether it’s on land, on a river, on deep waters. My job on any rig was to determine the direction of the oil well and properties of the rocks we burst through – its density, its resistivity, its shear strength, its porosity. We did this via real time telemetry of data from sensors placed on the rig as well as from sensors that were sent many kilometres down into the earth. All this data came to our computers in bytes of 1s and 0s. We had to be rigorous in analyzing every bit of this data as any misinterpretation could mean the difference between finding oil or water.

The Atypical Product Manager

After working for Schlumberger for 8 years, I did my MBA from ISB-Hyderabad. There I met Hitesh, then the COO, and he hired me to Infoedge. Having a background in oil drilling and sales, my knowledge of the internet was limited. I wasn’t hired for any specific, well defined role. When I joined, I did  a bunch of assignments related to Online Marketing, TeleSales, Competition Assessment etc. After a few weeks of such ‘consulting type’ assignments, I was asked if I would like to head the Product Management team of Naukri.com.

My understanding of what a Product Manager does was next to nil. I assumed programming was an essential part of this role. However, Hitesh and Vibhore allayed my concerns, explaining what my role would be. I was told, by way of an example in a lighter vein, “If you leave Naukri.com to the Techies, it would look like tables of data, with very little aesthetics to it. If you leave it to the Marketing team, all you would see is banners all over the site”. Although this was clearly exaggerated, they went onto to explain that this means that the Product Management team acts as a pivot, to the Sales, Marketing, Technology and other teams, keeping the many teams’ expectations in consideration while evolving the Product in a way that benefits the users. This sounded interesting and it seemed right down my alley, so I was excited to take this challenge up.

Key Victories

The reason I brought up my experience as an Oilfield engineer is because it built a rigour to pay attention to details of planning and nuances of execution. Whether it is drilling for oil or whether it’s for improving an internet product, making logical, data based decisions and teamwork are key to success. Moreover, in both the jobs when you make a pitch to various stakeholders, the recommendations have to be crisp, strong and  factually correct. So, interestingly, I was able to bring learnings (a lot more than one would imagine) from my previous job and apply them to challenges here.

  1. Communication: The goal for any business is to increase the returning visitors. In our case the only way to achieve this was having relevant jobs for candidates and communicating them to our users in a manner that was effective and didn’t look like spam. Hence, we worked on every email communication to be crisp with a clear call to action. The subject lines, signatures, salutations, the contrast in colours, the font type and font size had to be well thought through. The team also brought about a complete re-vamp to many aspects of the site communication and interfaces, and we have sometimes seen a massive jump in our metrics just because of this.
  2. Transparency in information and no silo’s: Every stake-holder must be privy to the same information, and every one must be spoken to in the same voice with the same data. This has been one of the critical things that the Naukri product team ensures, especially in terms of decision making and dissemination of site metrics.
  3. Improving algorithms: Naukri has over 15 algorithms running on different applications, and sometimes you see 3-4 flavours of the same algorithm depending on which page you are querying from. The challenge of matching a CV to a job is that a CV, which consists of thousands of words needs to be matched with a Job Description, which also consists of thousands of words – and our algorithms have to determine which are the most important of those words that need to be matched, and which words are to be ignored. The search and match algorithms have in recent times changed significantly from the earlier versions of them. We have had fantastic results and this has been thrilling for our team.
  4. Growing the team: The up-curves in advancement in Naukri have been good because of the superior PM’s we have on board. It has reached a stage where the product team has become greater than the sum of its parts. One person cannot know everything about a product especially with a complex product like Naukri. So the only way to achieve effective results is to have a very strong group of 7-8 people amongst whom collectively every piece of knowledge is available, and that they work as a transparent team within and with other teams.

The Power Of The Marginal

I’ll just sum up with something Paul Graham talks about in his essay ‘The Power of the Marginal’. He states that “… outsiders, free from convention and expectations, often generate the most revolutionary of ideas”.” In my personal case I was an outsider to the internet business and that helped me contribute new ideas and ways. In hindsight, my exposure to sketching, photography, reading, writing and an interest in Psychology helped me appreciate the work that goes into the Design and Marketing of our product, and allowed me to contribute to it.  This automatically involves you with the other teams at a whole new level and leaves a lot of room for collaboration. Who knew hobbies and interests developed decades ago would help me shape my job? Hence, I feel a PM with a diverse background, someone who is as good with Divergent Thinking as with Convergent Thinking, someone who is as comfortable with artistic subjectivity as he or she is with logical objectivity, could be more effective than a PM with an only technology background.

#PNHANGOUT is an ongoing series where we talk to Product Managers from various companies to understand what drives them, the products they work on 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

“Social Commerce – Enabling trust and higher conversions in online transactions” – #PNHangout with Vipin Agarwal

In this #PNHangout, we spoke to Vipin Agarwal, who is the co-founder of enMarkit and an ex-VC turned entrepreneur, about his journey in conceptualizing the product, his team, the tools and the product management philosophy and what a typical day in his life looks like!

Give us a brief introduction to what enMarkit does.

Enmarkit comes from a combination of the words: ENabling and MARKETing. We offer product based solutions to merchants who want to start selling online without these merchants spending too much time or money on creating their websites or struggling to deal with outsourcing agencies. We offer simple plug and play solutions to the entire eco-system of companies, SME’s and entrepreneurs using a SaaS model.

We have two live products –

  1. enMarkit FAST (Fast Anywhere Secure Transactions) Payments Solution – helps anyone start receiving payments online instantly. This solution embeds seamlessly on any given website, blog, Facebook page or any social media page.
  2. enMarkit ONE Store – The socially integrated solution that enables anyone to create an online store within a minute. This web-store has payment gateway already integrated at no upfront costs, giving the merchant a ready-to-use storefront that he can start sharing with his clients instantly.

Besides these, we have a couple of products under development that would, we believe, go a long way to revolutionize the online commerce ecosystem even further.

How did you meet your co-founder and how did you bring this concept to life?

As a venture capitalist I was exploring bottlenecks that entrepreneurs and companies faced in the online transaction space and in the midst of trying to find technology enabled solutions that could solve this I had met Ekta, who was the Amazon head for market places in India. It took about 6 months of back and forth conversation with Ekta before we started. Finally we chose to tackle the online transactions space head on.

We took inspiration from the user behaviour when a person shops for something from a mom-and-pop store. We realised that the entire product discovery, transaction conclusion and post-transaction behaviour of a person in real world is not reflected in the current transaction models of websites today. Buying is inherently a social phenomenon – and yet Social Commerce has distinctly been untouched in all e-commerce business models today.

It is very common to find founders juggling multiple roles in the early stages. What role do you play when it comes to product management?

In my current role I interact with multiple teams and different kinds of customers to bring our product to life. Although I do not have a background in coding, I do have a very strong opinion of the product features that come over from the use case scenarios laid out by interacting with our customers.

With feature additions we constantly communicate with the registered merchants on our platform to get an idea of what their requirements maybe. We usually break our customer demands into two buckets, soft and hard. Soft requirements are minor changes which can be made in our user interface, which improve the user experience and aesthetics of the product. With hard requirements, that are more complex and require a larger change in the product itself, we consult with the front end and back end teams to ensure the changes roll out smoothly, these could be issues such as improving load times, etc.

It’s interesting to note that some of the biggest critics we have for the product are the internal team-members! Pitching an idea and getting a go ahead is one of the biggest hurdles our product has to cross even before we even start the test marketing campaigns. The benchmarks set by our team are very high and that reflects in our products as well.

When did you know enMarkit was a market fit?

I had personally made over 2000 cold calls, talking to merchants and demonstrating a prototype to target customers before going whole hog on product development. Even though our product was in its early stages, we received tons of feedback from our users. Out of the 800-900 people I personally met, almost 70 people had actually committed to using our product after it would be ready. Once we knew that we had their support, this encouraged me to continue building the product further. After adding the social commerce features in our future iterations the market for us grew larger.

From 2012 to 2013, your product must have scaled extensively. How did you ensure the product and teams also scaled the right way?

EnMarkit started off as a social commerce platform which was built with direct contact to our customers. How we ensured continuity and evolution of the product and teams was by not throwing all the features on day 1. We request for a feature, build it, get some feedback and if it does not work as planned, we junk it. It was this type of ladder approach that has allowed us to build our portfolio of products.

What has been your most challenging problem and how did you tackle it?

Our product development philosophy has always been to build, evaluate and either junk or deploy the feature depending on the feedback we receive. Some-times junking the product affects the team morale, as the team may have spent time and energy building it. The solution I’ve found to this is to make the team understand that even though the work was great, the market wasn’t ready a feature like this.

What are some of the tools you use to maintain communication between the tech, design, business and sales teams?

There are various teams that work on various parts of the same problem, so it’s usually my role to maintain these interactions between the teams and keep the teams in synergy. Team management internally is always a challenge.

I keep a Gantt chart with me to keep a track of the timelines of the proposed and actual build times and ensure that is matched by the team. I also ensure that if a task is a road-block for another task, that timelines are maintained so that there isn’t a delay.

Some of the tools I do this with are Trello(for project management) and although very basic we use Google Docs and Excel sheets track progress.

Could you briefly tell us what a typical day for you is like at enMarkit?

Before, I get to work, I usually allocate a little bit of time every morning to catching up on the latest news even before I leave for the office.

After reaching work, I allocate some time every morning for catch up meetings with my team. We evaluate the work we will do today and how the backlog looks like.

Around lunch time, we usually take a little a little longer break of 45 mins. We usually discuss all the industry news between the team.

Post lunch, I usually allocate a couple of hours to talk to our customers.

Towards the end of the day is when I sit with the many teams again, often getting into a detailed conversation of the progress made today.

How do you divide your time between: executing your current tasks b) planning for the future c) emergency

Since it’s just the first year of our product, we do spend a considerable amount of time in firefighting. I usually plan for the future with my co-founder Ekta to evaluate the roadmap of our product and what should be communicated with the rest of the team.

Where Ekta and I help each other out, is that I work as a product manager/salesman with a lot of ideas and demands for feature requests and Ekta is usually adept at giving me an idea of the challenges that we may face in implementing these features, and also the estimated time it may take for the team to do it. By the end of this meeting, we usually end up with a list of tasks in terms of priority that can be handed over to the teams.

Any advice for other product managers?

I think product management philosophies vary from company to company, and I would suggest each product manager to use tools, styles that suit his/her personality. There’s no one mantra that fits all. The longer plan is balancing the requirements of the customers and the capabilities of the team.

Editors 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

“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