Category Archives: Product Management

Forget coding. Startup founders should focus on Product & Design.

Last year (2011) learning coding was hot, may be it still is. Sites like Code for America came up; startups like Codecademy, Learnstreet, Udacity, etc came up that were focusing on building products that enabled others to learn coding in an interactive way. Then it looked like a kind of movement, a revolution in making.

Being a startup founder some of those effects trickled down to India – that made me seriously consider coding. And there were some other reasons as well. We started Wishberg by outsourcing product development to another company. As deadlines were missed repeatedly, this whole ‘founders should be coders’ effect started growing on me.

During this phase I did two things a.) started hiring our own engineering team b.) learn coding inspired by this noise. I started learning very enthusiastically to an extent that my bio read that I was learning to code. Going through multiple forums, registering on these websites, taking lessons on LAMP stack and so on. A bit of background, being a engineering student (though Mechanical) – I had some basic coding background. Few years back, I even built some basic websites, did a bit of javascripts, etc.

As we started hiring engineering talent I asked myself two questions –

  • Will I ever come up to the level of proficiency that matches our engineering team?
    No. I was no where close to them.. while I was doing ABC of coding, our team was super involved in deploying code, implementing Redis / Node.js, building scalable architecture, mobile infrastructure and so on. I didn’t want my team to tell me I suck on programming (which I knew I did anyway). More importantly, I wanted the team to focus on building our product and not spend timing teaching me code or correcting my code.
  • Will I ever hire anyone who has learned programming through online sites?
    No

I also checked with few technical founders who raised investments; few agreed that being a tech founder was probably a added advantage while raising money. But many of them also mentioned that post investment they spent more time finding product-market fit, doing business, improving their product, user experience, managing investors (many a times!) and eventually spending lesser and lesser time on coding themselves.

Eventually all startup founders end up focusing only on consumption side of product (front end user experience, improving funnels and conversion metrics) than the one under the hood. This is when I gave up my decision to learn coding and started focusing on learning design (user design and user experience) which is as core to product as technology is. I started spending more time understanding design tools, design patterns and implementing them on Wishberg. I am no where saying underlying technology, architecture, speed, and scalabilty are not important.

For online businesses, there is no doubt scarcity of good engineering talent; but there is more scarcity of product designers and even much more scarcity of product managers. Startup founders knowingly / or unknowingly start getting into product management role.

I have been a product guy for about 7 years and now feel that I should have learned design long back. Our team not just gets product documentation from me, but also product designs including all scenarios and exceptions. There is a certain clarity of thought which engineers appreciate and exactly know what is to be built – which save lot of time while shipping code / features. Every month, we look at data, un-design by removing clutter, remove additional clicks and aim to improve conversions on every step.

Geek Example – The 2012 Formula 1 Season had 12 teams of which 4 had the winning Renault RS27-2012 engine on their cars. Yet there was only one winner – The Red Bull Racing team. The original Renault team (now Lotus Renault GP) which manufactured and supplied the RS27-2012 engine to Red Bull team stood fourth in overall 2012 championship. In fact Red Bull won the championship for last 3 seasons with the Renault engine. What really mattered – the product RB8 chassis. More importantly the people driving the product, its team – drivers Sebastian Vettel & Mark Webber, Team Principal and Chief Technical Officer.

Concluding Notes:
What engine you have under the hood (technology) matters. What car / chasis the engine drives (the product) matters more. But what matters most is who is driving / leading it. Don’t get over obsessed with technology, focus on product & design.

So all those who complimented us on Wishberg‘s product design & usability… need a hint on who was the person behind it? Yours truly.

Why Mobile First is not the Right Strategy!

Startup events and Investor talks today have this catch phrase – ‘Mobile First’. Its actually started two years back when Fred Wilson wrote a post that says “Mobile First Web Second.

I recently tweeted, “Can write a post why ‘Mobile First’ is not a right strategy!”. The response to that made me write this post.

Why I said that?
There are some brilliant mobile apps created by startups in recent years, the biggest challenge for all of them is discovery. Few startups are working in this problem too – helping users to discover your mobile apps. The problem is – these startups themselves are struggling in getting users to discover them first.

Google’s Android has over 700,000 apps in Play Store. Apple’s iOS App Store has over 700,000 apps. Assuming these were unique, as a entrepreneur, your startup has to fight with over 699,999 competitors on user’s smartphone, who on an average has only 65 apps installed. Another trend, many users regularly uninstall apps they do not use; once uninstalled – it is very unlikely they will install it again!

Building a successful startup requires two skills – building a product and marketing it. I tweeted that few days back – “Building a product is one thing. Marketing it is another. Remember that!”

Building the Product
Product development in startup is not easy. Everyday there are at least 3-5 updates to the live web application. Even before users realize, they are using on the latest version of web app.

On mobile this is tricky, its impossible to send 3-5 daily releases for your mobile app everyday. Its even more trickier to get your users to download and upgrade the latest version of mobile app every time.

Marketing the Product
Turn around and look at web – what are the ways you can get your start up discovered – Natural Search, Paid Search, Display Marketing (Advt based or Behavior based targeting), Social, Email Marketing and so on. Most of these is very flexible, you can do it all.

On mobile, there is only one mode of discovery that works – Mobile Advertising. Its still not a easy mode of advertising; far expensive; spray and pray approach as its not intent driven (remember – no one is asking for your app!) like Google Adwords and extremely less efficient since its end result is not landing page with one-click sign-up, but its downloading the app, registering the user and retaining him as well.

Btw, I am a believer in products that are driven by value to customers; and not through marketing.

So how does one get Mobile Strategy right?
Glance through the smartphone and check the apps you are most actively using. Its Facebook, Twitter, Gmail, Evernote, Quora and so on. These are essentially web first, mobile later products.

Effective Mobile Strategy is simple – get your product right on the web, acquire initial users, iterate your product (fast), get it right quickly, ensure engagement is in place. Once you have users engaged on the web, they will see value in your product to download your app and stay connected.

Hint – Look at Quora. It was valuable to its initial set of users who were so engaged with the product that they were screaming for getting a mobile app. Quora launched iOS app in Sept 2011; Android App a full year later in Sept 2012.

As a product manager, know that driving adoption and driving engagement for a product are two different things. Don’t try to drive adoption of your product through mobile, its extremely challenging and next to impossible. Instead use mobile as a extension of your product to drive engagement.

Then what about WhatsApp, Instagram, FourSquare, Pulse, Angry Birds and others?
I don’t think anyone has defined this yet, so let me say what are truly mobile first verticals –

  • Communication – If core of your product is deep integration with phone address book. (Eg, WhatsApp)
  • Location – If core of your product starts with location awareness. (Eg. FourSquare)
  • Camera – If core of your product starts with ‘taking’ photos. (Eg. Instagram)
  • Free Time – If core of your product is being valuable to user on the move or leisure time. (Eg. Games, News aggregation services like Pulse). Again extremely difficult category – you compete with Facebook, Twitter and 1000s of apps in this segment.

Yes. These products are not exceptions – they are truly mobile first products.

Wait, will VCs invest in my startup if I dump Mobile First approach?
Next time anyone suggests you or advises you to go Mobile First, just ask them tips to hack app discovery and drive adoption.

The games of investing are simple. VCs will invest only if –

  1. A proven team or experience entrepreneurs (at least 1X entrepreneurs)
  2. If consumer startup – then traction; if enterprise startup – then revenue.

I don’t think any VC will invest in your startup just because you are Mobile first. Take any strategy – web first or mobile first; as long as you get the above two things right for your product – VCs will chase you!

Concluding Notes:
While I was drafting this post, two interesting posts related to this topic came up.

Fred Wilson wrote following in his post “What has changed“, – “Distribution is much harder on mobile than web and we see a lot of mobile first startups getting stuck in the transition from successful product to large user base. strong product market fit is no longer enough to get to a large user base. you need to master the “download app, use app, keep using app, put it on your home screen” flow and that is a hard one to master.”

Cristina Cordova put up some interesting stats about User Retention in her post – “The Biggest Problem in Mobile: Retention.

Restating it again as concluding remarks: “Mobile Strategy is simple. Get your product right on the web, acquire initial users, iterate your product, get it right, ensure engagement is in place. Once you have users engaged on the web, they will see value in your product to download your app to stay connected.”

Update: I received few notes from startup founders to also include a important note in this article which I missed – ‘Even when you build a web application, design your product as a responsive web design’. I completely agree.

Another good way to collect User Feedback

As a product guy for many years I have used multiple methods / tools to collect user feedback. Some analytic tools that are under the hood like Google Analytics, Omniture, Kissmetrics, etc and others that are on the face of user like WebEngage, UserVoice, etc. If you love your product, any amount of feedback that you receive will be less.

For Wishberg, we wanted to hear more and so we introduced a feedback screen on the logout page. When any user logs out of his Wishberg account, its right there for users to share how their product experience was. Try out how this works on Wishberg, alternatively below is the screenshot of same.

Wishberg Feedback

The rational behind doing this is simple. If you have noticed, few years back when you logged out of web email services like Yahoo or others, they placed a huge banner advertisement on the subsequent page. Many of these advt banners had a CTR of 3% to 6% making it the most prime properties for advertisers. We replaced that advt spot with feedback.

Users have been very vocal in telling us what the love/hate about Wishberg and also pointing out what they want in the product. For a product owner it is probably the best way to collect feedback, equivalent to talking to your users. I hope to see many more product owners doing something similar to this.

What has Product Management got to do with Ecommerce?

Everything! No, that will be a over statement. But it is definitely an integral part of value chain, which is completely ignored by many Ecommerce services in India. Few completely clueless about it, on what product/platform to develop and often mistake UX as product management (which is also an important function in itself).

Ecommerce is (still) hot. In a domain that has many funded companies today in this space; everyone is struggling for differentiation. With an exception of few; to say that we do more products in one category; we have strong vertical focus; our cost of acquisition is low; our seo is better; etc, etc – does not make any sense. These differentiating factors can be replicated overnight. If everyone is on-board same plane, its absurd to claim that someone will reach destination before others.

Rather than subjective opinions about Ecommerce which are in plenty already, this post is specifically targeted towards one aspect – Product. Internet businesses are all about building awesome products backed by a super technology team presented in an intuitive user-experience, nothing else. Its kinda unfortunate to see dollars spent on advertising by companies that have raised investments that continue to run on ready to use Ecommerce platforms installed over-night.

I’d be happy to see fellow entrepreneurs implementing / following basics of ecommerce product management and investors emphasizing focus on product before writing their next cheque for yet another ecommerce investment. On twitter (@beingpractical), I have tweeted number of times about lack of product focus by Ecommerce companies in India – here is why I keep saying that.

.

1. On-Site Search:

The way Google is gateway for searching the web, same applies for on-site search for users to discover the 100,000+ products in catalog. On-site search as a discovery tool should contribute minimum 15% of all sales generated. A kick-ass search algorithm should contribute to 30%-35% of total sales.

On-site search is broken if –

  • Total search queries per day < Total unique visitors per day
  • 20% of all search queries generated show zero results
  • Even a single search query of Top 100 searched keywords shows incorrect result in position 1. For next 400 keywords, in first 5 results.
  • Contribution of transactions generated through on-site search is < 15%
  • Order Conversion Rate of onsite search is < 2X of site average.
  • Option to search on homepage is not prominently highlighted; Take clue from Amazon.com – as you always do 😉

What users search for on your website is the true-indicator of what consumer demand is. Rather than bidding for expensive keywords on paid search, analyze how effectively on-site search queries can be converted to actual sales.

To simply put, if X effort is put behind search engine optimization & Y effort is put behind paid search marketing, then effort spent on on-site search should be X + Y.

.

2. Search Engine Optimization:

Why SEO is mentioned here? Because content experience should be delivered as a part of product. Many Ecommerce sites continue to believe that search-bots transact online and their product pages forcefully include content snippets. Design web pages and build user experience keeping real users in mind and not for search-bots.

SEO should be integral part of product, not random content/text written and inserted across product or category pages merely to increase keyword density of the page. Understand dynamics of content wrt to product in catalogue. There will always be two types distinct type of products – standardized (eg. Canon PowerShot 550D camera) and non-standardized products (eg. Diamond Ring for your Valentine). Focus on each type of products should be separate. (Have explained a bit of how it works in this post – Junglee and how it impacts Indian Ecommerce).

Search Engine Optimization is about playing with Google search index. Don’t overplay with multiple pages, unwanted content – in short don’t spam Google index with similar content. Maintain a healthy product to page index ratio of 3X-5X (indicates if there are 100,000 products in catalog – the search index should not exceed 500,000 in any case).

.

3. Persistent Shopping Carts:

By now persistent shopping carts have should have became a standard, but there are few who are yet to enable this. For starters, there are tons of resources available on the web on benefits of it; for advanced product managers – there is simply much more to do –

  • Link shopping cart data persisted with a user session whenever is in a logged-in session.
  • Send email notification to users to remind of items still in shopping carts (please don’t spam – just a gentle reminder).
  • Over a period of time product prices decrease, once the same happens for a product that is lying in user’s shopping cart inform him via email.
  • Abandoned shopping cart is still an incomplete intent, convert that into a sale at a right opportunity.

Enable smart product marketing through a product versioning system. New Apple iPad is a successor to Apple iPad 1 & Apple iPad 2, inform users when next version of product is available. Similarly for Books or Music, when next book by an author is available or even a new sound track by Madonna. Remarket abandon carts when such event occurs.

 

4. Multiple Sites, User Communication and more.

In recent days, couple of ecommerce services have gone ahead and created specific domain for every vertical they are expanding in. Abc.com for electronics and xyz.com for fashion. These are most pathetic executions of product management since they tend to leverage existing platform for efficiency and end up being perfect playground for chaos.

Here are the most common mistakes that happen (all real experiences) –

  • Register at one website, receive welcome message from another.
  • Same Order ID sequencing is followed for multiple sites.
  • Same database used to store user information – imagine the chaos with operations, customer support, logistics, packing, and do so on – order from abc.com shipped with xyz.com packing. Its a product management mistake, and employees in operations are suffering.
  • Using same platform to collect any behavior information (if collected) for all sites. All algorithms will work incorrectly, expect Apple iPad recommendations to include a T-Shirt or even a Diamond Pendant. To patch up with a fix will lead to further complications, cause basic data collected itself is incorrect.
  • All email sender names, communication, notifications, marketing messages, are mixed up.

 

5. Deals to Product sales; expanding to new category. 

Many deals sites have pivoted to pure play ecommerce or with every passing month ecommerce services move to a new product category. To use same catalog or database structure is the simplest thing to do, but in order to really conquer every new category or verticals, some focused effort is required.

There is a huge difference between selling a travel coupon and selling a complete travel package. To win in every category some focused effort is required, which typically takes a backseat once launch target dates are set and to meet them the team ends up utilizing the same platform used to sell iPad, Spa coupon or travel package.

 

6. Controllable v/s Non-Controllable Factors.

Their is a weird assumption with few ecommerce companies that product management is limited only to consumer facing aspects – like website or mobile app. Its not, let me explain with an example.

Recently ordered an product from an site, its order id was 20579512UE82852111. First reaction – even morse codes are easy to decipher! Of all the calls received on customer care, 95% are order related queries. Just imagine the situation of consumers trying to communicate an 18 digit order id in variety of Indian accents. Complete chaos! There are bounds to be mistakes in communicating leaving room for multiple mistakes. A simple product management mistake leads to an exponentially higher average handling time per customer at its call center and increased hold time for customers wanting to connect.

Controllable factors like number of transactions, quality of search, payment gateway approvals, cart improvements, etc should be measured in improved efficiency of funnel & micro-funnels (explained further) conversion rates; while uncontrollable factors which are mostly about logistics, customer support, operations, COD operations, repayments/refunds, etc should be measured in amount of time saved.

 

7. Micro-Funnels: 

For every Ecommerce service, the only one determining factor to look at how efficient its transaction process is the conversion funnel ratio. Only few players have actually gone ahead and have started measuring performance of micro funnels in an matrix format per product vertical or category.

A conversion funnel cycle is typically Visitors > Product Pages > Added to Cart > Payment Page > Order Confirmation page.

Micro funnels typically mean building such funnels under each of the following 3-4 criteria –

  • By Traffic source: Natural Traffic, Natural Search, Emailers, Affiliate Marketing, Paid Search, Social Media, etc
  • By On-site properties: Search, Categories, On-site promotion banners, Product Recommendations, etc
  • By Product Categories: Fashion, Electronics, Health, Books, etc

Deep dive in data, 1% improvement at any stage of any funnel – will significantly improve volumes of transactions. Keep constructing micro funnels, they are fun and they are plenty more – by transaction size, payment types, and so on. In addition to dull excel sheet reports that have number of transactions / avg ticket size / gross merchandize value – look at such micro funnels data. If you have $100 to spend, it will tell you where exactly to get $200 returns.

Label your weekly friday reviews as Funnel Fridays!

 

8. Payment Gateways:

Payment Gateways or Logistic services are usually most blamed in this country as hindrances to growth of Ecommerce services. About two years back just before the ecom boom started, I wrote a note about – “How Reserve Bank of India can facilitate ecommerce and online transactions in India“. Not much has changed, and Cash on Delivery became the default payment mechanism.

Order rejection rates on transactions processed through payment gateways successfully are < 5%, in most of the cases only if incorrect product is shipped or there is a physical damage. If 100 orders are shipped, 50 are pre-paid transactions and other 50 are COD, on an average between 20-25 will be returned. The operational cost involved in managing COD orders will be close to 2X of pre-paid transactions, dissatisfied customers not accounted for.

Product Managers, make payment gateways work. There may be no science to this – but work with multiple payment gateways. Alternate the transaction flow between them and figure out the best time, best payment gateway from time to time. When payment gateway transaction fails, then offer Cash on Delivery or payments by Cheque.

Take clues – Number of transactions for online recharge services for prepaid mobile services are on increase; they allow users to only pay electronically through either credit cards or net-banking. Then why not for Ecommerce services? This is the same mobile subscriber base living in missed-call economy and maintaining average balance of less than INR 100.

 

9. Cash on Delivery and Logistics:

Since the last point discussed on Cash on Delivery, this comes next.

A strange equation about COD is, if an additional convenience charge between 25 to 30 INR if levied on all transactions below the avg ticket size of Ecom service, their entire cost of COD operations tends to break-even (Try this with historic order data, the number will be close). Maybe Cash on Delivery should be the last attempt to acquire a customer instead of first motivation to transact. But this does may not happen in real world, so COD is the biggest USP of this business now.

For any post-paid order (read COD) that is delivered within 48 hours of order, rejection rate is less than 10%. COD order delivered after 7 days of transaction, rejection rates might be as high as 70%. Product Managers need to find out smart ways to make this complete process efficient to ensure 90% of deliveries within 72 hours, this includes –

  • Maintaining dual address (work / residence) of users to ensure prompt delivery.
  • Call / SMS / Email notification before delivery to ensure user keeps the said amount ready.
  • Maintain performance of COD acceptance or rejection rates by users / pin codes / and logistic partner; shuffle logistic partners by performance for every delivery location. Some logistic partner will always deliver better than other for every pin-code. Find them and route more deliveries to them.
  • Extend this to pre-paid orders as well.
  • Work closely on technology with logistic partners that ensures quick reverse logistics, which is the biggest challenge in operations and also nightmare for customers.

 

10. Track Performance of every Property owned:

Heard of an website called – milliondollarhomepage.com? Have similar approach about every pixel on homepage.

Go insane about about deriving value of every homepage property (search, banners, browse, featured products, etc) similarly as retail outlets do about shelves – sale per shelf. Once every homepage property is labelled similarly, figure out its value based on transactions/revenue generated per day, get the average value of sale generated per property on homepage. More microfunnels to manage for homepage.

Shuffle between product categories, price range, images, product offer text, etc for every property. Understand distribution of transactions by every property, gather such information in logs, mine data and productize this marketing strategy – strive for efficiency.

 

11. Affiliate Marketing. Show Respect and build this Channel.

There are only few categories that have a lower acquisition costs, but with the amount of competition coming up in every horizontal / vertical segment – this is bound to increase with time. The average customer acquisition costs for any Ecommerce website in India today varies between 400 INR to 1200 INR, one company acquires customers at 2000 INR to sell them – pen drives worth 399 INR.

In between all this, there are few really effective business channels like affiliates, price comparison portals and so on who really work hard and acquire customers by sending qualified shoppers. Most of them have extremely poor affiliate commission structures which are typically between 100 to 250 INR, much lower than cost of acquisitions on paid search or display advertising. Show respect, they are acquiring customers at a cost that is usually less than half of the site average.

Nurture this channel and make them available with a series of affiliate tools similar to the Amazon Affiliate program. This channel is currently under-developed / un-explored, any ecommerce service providing better affiliates product and awesome commission structure can actually take a big leap ahead!

 

12. Email Marketing

I had once tweeted this – ‘Buying from you is not my consent to SMS/Email spam’ mentioning few brands I admire. Later Hursh (Cleartrip) wrote an interesting piece about it later on their blog – ‘Why we don’t spam our customers.

Email Marketing has a diminishing value proportionate to the rate of emails per user per month. Though an important channel for traffic/transactions; if abused, at a certain period of time the cost involved in sending a mail to million subscribers will be much larger than the revenue earned from the email campaign itself.

Product Managers need to put in rules in place to ensure that the marketing activity remains contextual to users interaction on the site and also user is sent the emailer at a certain time where buying intent by user still holds true. Ensure adequate gaps (of about 30 to 45 days) between two marketing emails if sent to same user. Consumers behave much like us, will they really buy watches or sunglasses on a daily basis? Find a context!

 

13. Product Recommendations

Unlike what many think, the amazing product recommendations of amazon cannot be build overnight with correct context. It requires tons of data which can be only generated post millions of transactions, product views, buying patterns and an platform that really enables up-selling of products.

There are different aspects of an Amazon Product page – which can be observed on any one of its product page. The experience is so delivered that it brings multiple benefits to Amazon – highly content rich pages that affects search engine traffic positively (as mentioned in point earlier, productize the SEO content), Promotions available at that time, Up-selling related products,  customer actions, product details, description, related purchases, customer reviews and related products.

Enough to satisfy consumer of all his questions, alternatives and options. All packaged beautifully with appropriate content on a page with multiple opportunities to up-sell or cross-sell. Ain’t that good? See how far it seems to go. Love data, insights and bring it to users, don’t be satisfied with plain jane product pages.

 

14. Behavioral Data Trends and creating Marketable Insights.

This completely comes from the stuff we build at my previous stint with Ohana Media – capabilities to track every user interaction, generate tons of data and segment that into trends and actionable data. (They call it bigdata these days).

A brief explanation of the same is on this presentation – Audience Clusters & Intent Analytics and also another deck that Shameek presented at Adtech 2012 on Online Marketing Success Strategies for Ecommerce companies.

While at Ohana, we had pitched this platform to one Founder & CEO of an funded Ecommerce company. Answer – “Not sure if this stuff works.” Result, we went ahead and signed an exclusive non-compete deal with their competitor and today their cost of acquisition has reduced by more than 50% in less than 12 months. Another Ecommerce founding team we proposed replied, “Cannot use this product. Data collected by this platform resides on the same server as our competitor.” That stumbled us, don’t 1000s of Ecommerce sites run on Amazon instances (every customer had his data stored in private cloud). Having a product person driven by data & analytics is essential in every founding team or should be one of the first people to hire in senior management.

Discover cross-channel marketing efficiency like –

  • Natural search keywords converting are automatically bid for on paid search.
  • Automatically decrease bids when competition stops bidding or lowers their bids.
  • Email intent data is used to remarket category banners on-site
  • Search to Display remarketing
  • Onsite customization based on users previous intents.
  • This list could be endless…

Respect data and figure out capabilities to increase its efficiency across medium. Same users reaches you through multiple doors – Search, Paid Search, Social Media, Display, Emails etc. Unless you are able to gather his intent-cycle over a period, it will be impossible to have efficiency in marketing. Every 1% increment on top of funnel conversion may lead to 2X at its bottom.

Full Disclosure: I led product & marketing for Ohana Media in my earlier role. Its founder Shameek Chakravarty is on Board of Advisor of my startup. Both presentations linked are in public domain.

 

15. Team Structure

Since last point touched based on the people aspect, want to extend it bit beyond the purview of direct product management. While one big mistake could be not having a product focused person in founding team or in the senior management team – other simply is how teams are structured within an organization.

Have noticed that in multiple organizations, the User Experience, Product Team, Technology and Online Marketing teams working in silos heading in different directions. It will be subjective to mention what is a right structure and there is no thumb rule to decide that – one common criteria should be love for data, numbers, & micro funnels. Stitch it all together and build an rocking platform.

This pointer is a filler, 15 is a round number. Nevertheless, message is important.

 

Concluding Notes – 

There are couple of posts I wrote earlier which might be also in line for Ecommerce services –

Signing off. Oh yes – a $75+ Mn valued company is still running a Facebook advt since its day of launch (about 2 years back) promising a Blackberry for INR 1999. Its CPC must be 8-12 INR and I have clicked on it innumerable times trying to find out that phone. Online marketing inefficiencies? – maybe will reserve that for another post. This one is already too long.

Going back, product / platform is the core differentiation for every Ecommerce service. Love data and believe in numbers. Every aspect of ecommerce business can be divided into two aspects – controllable (managed internally) and uncontrollable (managed externally like logistics, operations, etc); measure efficiency of everything that is online with improvements in micro funnel conversions and everything that is offline with improvements in time.

Want more inspirations – for online look west (at Amazon); for offline look east (at Taobao).

Why Consumer Social Products should monetize at Scale

This post is written in context of – why consumer social products should never monetize without scale.

1. Because Users sign-up in context of Product –
Every social product is more about users and their connections / contacts together with a context (its product use-case). Users expect to interact with their contacts with this context.

For Zynga, the context is playing games; for Quora, the context is asking questions. At this stage – nothing is more important that making the context important. Focus on building the product.

 

2. Because Engagement is more Important –
Only value a social product should provide to users is engagement (both frequency and quality is important). Hence, the only metric that matters for any social products is engagement. That should be prime focus for any social product in its initial 24-36 months.

Over a period of time this engagement should evolve in to habit. Habits are tough to break. Facebooking, Tweeting, Checking-In are habits.

A QnA site like Quora with about 1 Mn ‘engaged’ users is more valuable that 50Mn+ users on Google+ who don’t talk to each other..

 

3. Because you need to Learn from Others’ Mistakes –
Learn from successes and failures of other products. All (successful) social products monetized at scale, till then they were just building the product and even continue to do so today.

Majority (if not all) of social products who tried to monetize early have hit the dead pool or pivoted.

Don’t want to name any specific failures, but look around – there are many social products that attempted to monetize in its early days.

 

4. Because your Users won’t like it –
You like it or not – large social products & platforms eventually monetize with advertising products but with its own product context. Facebook did with advts targeting by demographics; Twitter with promoted accounts, tweets & trends; Foursquare by local advertising deals for check-ins; with a exception of Zynga that sells virtual goods.

At early stage, users would expect a better product experience; not advts. If you plan to monetize with transactional services like eCommerce – think about it. Will users want another service that spams them through sms / email or advertisements? You don’t want to put off your users.

It is a tough decision with a simple answer – Focus on what users want; not what you want or what your investors want.

 

5. Because your Merchants or Business Owners won’t be happy with you –  

This is strange but true. Let me explain this with example – Imagine a hypothetical social product for shopping with 100,000 registered users. You sign-up with the top-20 eCommerce sites in India for monetization through affiliate model – you pat your back and give yourself a thumbs-up.

– Assume decent engagement levels @ 50% user base (50% of users login minimum 2 times a month).
– That is 12,500 users per week logins
– Take standard 1% ratio of conversion at merchant end
– Gives you 125 transactions per week; 500 per month
– That is about 25 transactions per merchant ~ approximately less than 1 transaction per day for eCommerce partner.

Consumers will not do eCommerce transactions every month. Next month, this picture might be more difficult.

4 of these 20 eCommerce services says, “Sorry! its not worth our efforts on integration and time spent. Please delist us.” Community is small, people change jobs fast and the word spreads quickly amongst the partners – “This product does not work!”

Now, the same scenario at scale;

– On a 1Mn user base: 8-10 transactions per day to every partner
– On a 10Mn user base: 80-100 transactions per day to every partner
– On a 100Mn user base: 800-1000 transactions per day to every partner. OMG!

Exercise extreme caution when you decide to monetize your social product. The timing is as important as how your monetization plan.

 

Also because Sean Parker said so –
From the movie – The Social Network. When Mark Zuckerberg, Sean Parker and Eduardo Saverin discussed on TheFacebook’s monetization in its early days –

Eduardo Saverin: Hey, you know what? Settle and argument for us. I say it’s time to start making money from TheFacebook, but Mark doesn’t want to advertise. Who’s right?
Sean Parker: Um…neither of you yet. TheFacebook is cool that’s what it’s got going for it.
Mark Zuckerberg: Yeah.
Eduardo Saverin: You don’t want to ruin it with ads because ads aren’t cool.
Mark Zuckerberg: Exactly.

Sean Parker: “You don’t even know what the thing is yet.”
Mark Zuckerberg: “I said that exactly.”
Sean Parker: “How big it can get, how far it can go. This is no time to take your chips down. A million dollars isn’t cool. You know what’s cool?”
Eduardo Saverin: “You?
“A billion dollars.”
 That shut everybody up.

This holds true for every social product. You don’t know really know how a product shapes up it its journey that starts from minimum viable product.

Note: Sean Parker has said that the movie The Social Network is work of fiction.

 

Google+ may be miles away from being a great Social Product!

A Product Manager’s view – Why Google+ may be miles away from being a great Social Product!

There are various reports on super adoption of Google+, earlier about 10 Mn users and today it reaching 50 Mn users.  The key question is – How many users are engaged there? Also echoed by The Lean Startup author Eric Ries while Facebook has 750Mn active and engaged users.

I am trying to tell myself that first signs of product usage and assumptions change over time. It happened with me for Groupon where the business model was innovative, but not scalable; for Quora post initial adoption; for Twitter (where I was a early adopter) but found no one else there and stayed away for 2-3 years before becoming active again.

Same happened with Google+ my first reaction was Facebook killer, then next was Twitter killer – and over a period of time with my Product Manager’s hat – I feel that it may be miles away from being a great Social Attempt!

 

1. What is Google+? No one cared to answer!

A standard product management and product marketing practice is to tell consumers what the product is. The world knows about Facebook, despite its 750Mn+ active users – every time you visit Facebook homepage it tells you what it is.

  • Facebook – Facebook helps you connect and share with the people in your life.
  • Twitter – Follow your interests. Instant updates from your friends, industry experts, favorite celebrities, and what’s happening around the world.
  • Flickr – Share your life in photos.
  • YouTube – Join the largest worldwide video-sharing community!
  • Foursquare – Check in. Find your Friends. Unlock your City.
  • Quora – A continually improving collection of questions and answers.

While for Google+ – No one cared to answer what product use-case it solves or what should users are expected to do on it.

 

2. How does a user access Google+ ?

Users access Facebook on www.facebook.com; Twitter on www.twitter.com; and so on – is it www.google+.com?

And to prove this point – look at Google+ suggestions on Search –

Accessibility is a big question mark for Google+. The correct way to access Google+ is plus.google.com – which a technology early adopter shall ‘probably’ remember – but even he or she will end up accessing (most of the time) Google+ from within GMail on the notification bar at the top.

This point is also related with next set of arguments – User Psychology & Naming & Identification Psychology. I feel these factors are extremely important to consider while building any consumer product.

 

3. User Psychology for Consumer Products

For any Internet or mobile product – consumers are quick to label it with its strongest product use-case – which is typically the recall product value of the user. Simply stated for a normal user –

  • “I visit GMail to check my emails!”
  • “I visit Google to search the web.”
  • “I visit Facebook to view what my friends are up to.”

Now it is extremely difficult for any product to have a “and use-case” for a product –

  • “I visit GMail to check my emails and Social Networking.” – No!
  • “I visit Google to search the web and Social Networking.” – No!
  • “I visit Facebook to view what my friends are up to and also searching the world wide web.” – No!

“And use-case” works for features that support any product’s core value. Features that would be to better manage emails (for Gmail), to better display search rankings (for Google Search), to show more types of friend’s activities (for Facebook) and so on.

Google is aiming to take on Facebook with a Social Networking product. But launched it like a feature on Google Homepage (Search) & Gmail (Notification Header). In current avatar, Google+ is a feature – and will gain traction as much as a feature can. It will not gain identity as a social-networking stand-alone product.

Also note the big failures of other “And use-cases” –

  • “I visit Facebook to view what my friends are up to and also Buy Local Deals.” – Deals was abandoned by Facebook
  • “I visit Facebook to view what my friends are up to and also to check-in in places” – Places as stand-alone attempt within Facebook failed, but as feature is gaining traction.
  • “I visit Gmail to check mails and Buzz up articles.” – Google Buzz… remember?

“And use-cases” work for B2B products, but have never worked for any consumer web product.

.

4. Naming & Identification Psychology

Social Graphs & Social Networks are all about giving identity to users. Currently, Google+ itself needs an identity. Users think and will continue to think of Search when they think of Google, and it is virtually impossible for them to perceive Google as a Social Network.

How consumers relate with social activities – “Are you on FB?” “Can you tweet this?” “Let me share it on FB” and so on. The terminology “Google” or “Googled” is built over last 13 years – will be impossible to change from search to a social context.

For sake of Product identity or for its different product use-case, Google+ should have been outside of Google identity with its own identity (probably a www.plus.com if it was available). But the lure of exploring existing user-base is too difficult to give away – and if that logic was to succeed Yahoo! would have still been the largest internet company in this world. They tried to do everything under Yahoo! brand name (Yahoo! Search, Yahoo! Shopping, Yahoo! Finance, Yahoo! Hotjobs, Yahoo! This & Yahoo! That), but for consumers Yahoo! was and always remained a content play.

Even Google’s largely successful consumer products outside Search – Gmail & YouTube were successful because consumers saw it as an independent product identity outside the core of Google’s Search. While Google Video, Google Buzz, Google Answers – all failed. I am strong advocate of one-product = one-identity for consumer web businesses.

 

5. Social Graphs are occupied; No place for Google+ to fit in

I mentioned in my previous post Building Awesome Social Products – successful social products are reflection of people’s offline behavior in the real world. Similarly – successful social graphs are also reflection of people’s social relationships in real world. Social Products reflect activities, Social Graphs reflect relationships.

A typical user’s social relationships involve –

  • Close Relationships – Friends, Family, Friendly Colleagues (present and past) – more importantly people you know personally.
  • Professional Relationships – Colleagues, Business Relationships, Partners
  • Loose Relationships – People you know, but they probably don’t know you. Celebrities, known professionals, domain experts

Facebook covers Close Relationships, LinkedIn covers Professional Relationships, Twitter covers Loose Relationships. So if Google+ is trying to create a new Social Graph, it will be a struggle (big struggle) – simply cause there is no use-case for a new social graph. Social graphs are distinct; by nature, by user behavior and are established over a period of time.

Features don’t make a product success by itself and expect it to later evolve in to a Social Graph; Instead having a use-case for social graph is essential and the features should evolve.

6. It is important to know whom to kill – Facebook, Blogs, Twitter, or what -?

Google+ though it presently looks like a Facebook killer – it is not. None of my friends are using it the way they use Facebook, instead I see more updates from technology adopters in Silicon Valley – and the posts look like extended tweets (beyond the 140 characters). I follow these technology adopters on Twitter, and hence my own assumption that probably it is a Twitter-killer.

Google+ still does not have a clear proposition – and is trying to overlap between all three Social Graphs (Close Relationships, Professional Relationships & Loose Relationships) without taking a clear positioning against one of them.

I am personally not happy with the killer-suffix (no products killers have ever killed anyone – they are still trying to kill iPhone & iPad). But its also important to know who your competition or what your benchmark really is. Or you might just try running behind all, but never able to catch up with any one of them.

7. Developer APIs will not enable Social Graphs; Instead Gmail invite contacts are more powerful.

There has been lot of noise about speculated Google+ APIs for developers to build applications and its release dates or so on. Developer APIs will provide access to features – posting an Google+ update, ability to do +1 through applications, and so on – but this sounds (unfortunately once again) like Twitter APIs or FB app APIs that allow you to post status updates and share pictures and so on. Most importantly, Google+ will not be able to build a Facebook Connect equivalent.

Today Social Graphs when referred are mostly Facebook explored through Facebook Connect (unless you write some algorithms on top of them to bring context to your product). F-Connect allows applications & developers to enable Social Graphs (of friends); which clearly explains why 1000s of applications prefer to have Sign-up with Facebook buttons.

Google+ has multiple circles (friends, acquaintances, doctors, techies – and you can delete and rename any other circle); relationships in these circle are mutually not dependent on each other – and hence cannot be explored even if Google+ comes out with a API to access them. Let me explain this below –

a. A user Larry might add another user Zuck in friends circle; Zuck may add Larry in My Gang circle. Hence social relationship between them is not mutual (as friends).
b. Further Larry might name his friends circle as Buddies; Zuck names his friends circles as Pals; Hence the social graph definition itself is flawed.


This is a huge flaw – Through APIs the developer’s applications cannot reach mutually accepted graph of both connections (mutual friends) or an validated status of their relationships (close friends, professional or loose). Hence at this stage it would be more preferred to use the Gmail Invite Contacts module – for simple reason that it is more powerful and treats all contacts at a same level (a social graph of email contacts / connections).

 

8. Not the best attempt at Social Networking

Google already knows so much about its users – whom do you chat (on GTalk), whom do you mail (on Gmail) or who are my most contacted people in real world (on Android). Google could have actually used a lot of this data, recommended people with circles (I still hate sorting people in circle all the time, but pre-cooked circles by associations would still have been so much better).

With Google holding so much data and wanting to go ahead with a strong social product; it is expecting users to do it again from scratch. Makes one feel that Google+ is a half-baked attempt.

Facebook users usually have about 150 to even 5000 friends. Usually added over years, and all added at a same level – ‘Friends’. However cool the task of adding people to circle is in execution – to add those many people again to circles is a pain. While most people that users see on Google+ are those who are discovered through the people you follow. Every time to add someone to a circle is little more effort than just adding as a friend (on Facebook) or just following the user (on Twitter).

Circle looks like Twitter lists – People get added on them once, later everyone forgets which user is put in what circle. And while the News feed (or stream) stays common for all – the Circles might as well be forgotten just like Twitter Lists.

The next point makes it more clear – why it is not the best attempt at Social Networking.

 

9. Real Capabilities of Social Graphs (or Networks) are absent –

Get this right – Friends (or Connections!) are the minimum one expects out of a Social Network. What stands out are the capabilities to engage those connections. Remember Orkut? – it had all connections; but Facebook just made the engagement so much better.

  • Ability to discover Friends or Connections in context –
    Google+ has done a simple job or fetching contact list from GMail and enabled it with the painful process (yes!) of adding to circles. But by enabling discovery of friends or connections who are active on Google+ – the suggestion engine for friends could have been so much better.
    .
    Example –
    1. I end of following lot of product enthusiasts & early adopters. There are mutual connections that could be added to my circles – which currently not recommended.
    2. My Gmail contacts list have endless email addresses of people I really don’t want to follow in circles or on any social network. So a smart recommendation based on whom I chat with, mutual friends, top contacts on Android and others need to be made discoverable.
    .
  • Stream or Newsfeed –
    The most important discovery tool on any Social Platform is Newsfeed. In its current stage – the Stream on Google+ is very Twitterish – a timeline of all people you follow.

    Facebook raised the standard with algorithms that help you discover feeds that is most relevant to every user, ranking every story contextually around a user. Newsfeed makes or breaks any Social Product and single most important activity & engagement enabler for any Social Product or Social Graph.
    .
  • Communication or Chat –
    The most cut-copy-paste feature of Google+ is chat – where user can chat with contacts he otherwise can also on Gmail or Gtalk. Quite honestly, this is the most ridiculous feature, with no context to people any user has put in his circles.
    .
    In context of chat (or video chat) – expecting users to do Hangouts with webcam is a big No. Hangouts are not conversation starters, but should be featured alongside as planned video conversations.
    .
  • Ability to drive Traffic –
    Remember Google Buzz? There was nothing wrong in the idea – attempting a Digg or Facebook Share or Tweet Share. Once a user Buzz’ed an article – it was critical to reach his Social Graph and drive viral traffic to that article. This story failed cause of poor dissemination of activity in user Social Graph. Google should learn lessons from Google Buzz chapter.
    .
    Social Networks like Facebook & Twitter are popular with publishers or businesses due to their ability to drive traffic to their own websites. While few publishers have added the +1 button to their webpages – still drives only an insignificant proportion of traffic to them; and lot of unclarity on how the dynamics of +1 button works for publishers and its benefits to them eventually.+1, Like, Share, Tweet this – are big distribution mechanisms for a Social Network. Should be given its required TLC.

.

As mentioned earlier – the product use-case should be driven by features; and not the other way round. Google can always come back and say – we are working on this. But hey, if a product is coming from a product & technology resource-heavy company like Google – even user expectations also very high.

Even these are early days for Google+, web is dynamic and consumer interests change quickly and Google can still do lots of changes quickly and innovate, possibly even work on the above arguments if they agree with it.

This post is written over last several days with some last minute additions on stats before hitting the publish button. Meanwhile Facebook has launched a series of new features, which looks like they are (over)reacting to Google+. Facebook, you are miles ahead, don’t make mistakes, please.