Chris Dixon

Good bizdev cannibalizes itself

A few successful websites were built almost entirely through viral growth. The vast majority, however, started off by partnering with other, already successful websites. Even Google began by partnering with Yahoo. As superior as Google’s search algorithm was, it was very hard to get the masses to switch to a new search engine.

In the web 1.0 world (approximately pre-2004), integrating two web services involved lots of manual work, such as negotiating legal contracts and custom technical integration. Creating these kinds of partnerships is usually referred to as “business development” or “BizDev” (personally, I usually just call it “BD”). In the web 2.0 world, it became common for websites to create fully functional, self-service API’s with standardized legal terms. This made it possible to drastically reduce the friction of integrating services. My Hunch cofounder Caterina Fake coined the term “BizDev 2.0″ to refer to this idea (and of course Flickr was a pioneer of super robust APIs).

There is no question that removing legal and technical hurdles is a win for everyone (except lawyers). However, unless your service is extremely high profile and its value is easily understood, it still needs to be marketed to potential partners. Many websites won’t consider using a self-service API until they’ve seen it working on other sites with measurable results. So how do you overcome this particular kind of chicken-and-egg problem?

During his interview process, Hunch’s Shaival Shah, said something that struck a chord with me: he didn’t want to be called “VP BizDev” because, he said, a good BizDev person makes BizDev irrelevant. The idea is to create a number of BizDev 1.0 partnerships while simultaneously building and marketing a full service API.  If you can do BizDev 1.0 with some number of (ideally high profile) websites and demonstrate that it is valuable to them (ideally quantitatively), you can then scale your service BizDev 2.0 style. Maybe this could be called BizDev 1.5.

Shaival wrote up a much more detailed post on self-cannibalizing BizDev that is well worth reading.

  • Pingback: Tweets that mention Good bizdev cannibalizes itself cdixon.org – chris dixon's blog -- Topsy.com

  • http://www.3scalesolutions.net stevenwillmott

    I think this is something that people often forget when putting together APIs – and we help our customers not to do! – it's really important to work with an initial set of partners that integrate with you to define how that integration might best work. That a) helps make your API more robust and b) gives you some great templates to follow when you're looking to open things up for self service and/or make it public.

    Awesome blog btw – one of the few I keep permanently in RSS these days!

  • San

    Hi Chris, great post. About 2 years ago I was at a VC hosted dinner where Naval Ravikant (http://venturehacks.com) described APIs as the new bizdev. I thought it was a brilliant insight then and I think Shaival's 2 step approach is a great formalization. Thanks for sharing.

  • http://www.invoicefox.com Janko Metelko

    I like the separation on two different steps. Haven't thought of my API/partnership strategy in that way, but it makes perfect sense. I think many other startup paths could be better conquered if divided by the stages they go through.

  • http://lmframework.com/blog/about David Semeria

    Assuming your API is genuinely useful and you charge for it, just let your first power users access it for free.

    • http://shaival.posterous.com/ Shaival Shah

      Hey David – you nailed it. Thinking a couple steps ahead, our intention is to build our revenue model directly into the API, but for now, our goal is to work with committed partners who are creative with our API, transparent with analytics and excited about joining hands in the press…

  • http://mansilla.com Neil Mansilla

    I just posted a comment on Shaival's blog asking him about contribution objectives for Hunch's API.

    Chris, the Hunch API differs very much from other Web APIs. The data that is returned is (IMO) extremely valuable because it's all about the user — literally. The scientific nature of the predictive and statistical API calls is not only unique, but useful. It's like the building blocks to the secret sauce that helps make our 3rd party apps more intelligent and tailored for each user.

    Does the future of the Hunch API business objectives include remaining open and freely available to integrate into 3P apps? Are there any interesting 3Ps deployments of the Hunch API that you can share?

    I'm stirring in the Hunch API into my batter for a new startup. Still trying to figure out some of the connective data tissue. As I've told Matt (Gattis), your team has built some great stuff. I'm looking forward to the future of the Hunch API.

  • Pingback: “The Twitter Song” (Did the Twitter Dance) by Chris Thompson

  • Pingback: In search of the Social Google « excapite

  • Pingback: New Beginnings, and Eating Our Own Dog Food

  • Pingback: Stuff I’m reading – Sept 10

  • Pingback: Coming Full Circle

  • Pingback: Quora

  • Pingback: TrendSlate » Lead with Your API

  • Pingback: Quora

  • Pingback: Business Development MBA Summer Role | Yipit Blog

  • Pingback: Business Development MBA Internship, Yipit | TechMedia Club

  • Pingback: Takeaways: Alex Taub’s ‘Intro II Business Development & Partnership for Startups’ Skillshare class « Ent!