The last time Hackerfall tried to access this page, it returned a not found error. A cached version of the page is below, or clickhereto continue anyway

10 Hard Lessons I Learned From Starting Precog - StackStreet

Its been more than a year since Precog wasacquired by RichRelevance, and Ive had some time to reflect on what I learned from my experiences there.

Born to Build

My Mom used to say that I was practicallybornan entrepreneur, albeit not in the Valley sense of the word.

I taught myself BASIC when I was 8, and in my early teens, I started selling my first shareware product (Home Movies for Windows, a video cataloging system).

Before I graduated high school, I had developed and sold no less than three software programs, as well as written a best-selling book on 3D game programming.

During college, I co-founded GameInstitute (as well as a competitor!), and wrote curriculum and taught classes in everything from artificial intelligence to game mathematics. I went on to found N-Brain, where I funded and helped build a 400K LOC collaborative IDE for software developers.

Between and sometimes during these adventures, I managed to find time to consult for dozens of companies (mostly contract software development) and work for a few large ones.

I got sucked into the Valley in 2009, when I went to work as VP of Engineering for SocialMedia.com during their reboot due to the collapse of independent Facebook ad networks.

At SocialMedia.com, I was instrumental in helping turn around their technology, rebuild their engineering team, and finally selling the company to LivingSocial (though we had a number of suitors at the time).

Precog, however, was my first experience founding and building a real startup.

Getting Serious

Whats arealstartup? In my mind, its one where you put everything on the line.

You quit your day job. You put money into the company. Youre all in, and your only safety net is the cold hard concrete which will smash you into a bloody pulp if you step too far to the right or left.

Thats exactly what I did at Precog.

Precog in 10 Seconds

In 2011, I applied toTechStars Boulder, and managed to get in despite having a terrible demo, a practically worthless product hacked together in a few weekends, and a strongly engineering-biased background.

I invested my own money in the company, often took no salary or minimum wage, and worked like a dog.

Days turned to weeks, weeks to months, and months to years.

By the end of the two year saga, I had raised almost $3M in capital, built what was arguably the best Scala engineering team on the planet, and designed a solution that, to this day, still has ardent fans using the technology.

We were acquired by RichRelevance a couple months after we came out of beta. In those few months before acquisition, our revenue went from $0 to nearly $200k ARR, thanks to the efforts of my colleague Jeff Carr.

Yet, we werent looking to be acquired. Our technology had finally matured to the point where we could charge more than $1k / month per customer. We were just beginning to figure out how to position and sell the technology.

It felt like, after years in beta, we werejustgetting started.

We sold Precog not because wewantedto, but because wehadto. We were in that tricky spot between seed and Series A that some have called theSeries A Crunch.

We hadnt made enough progress to justify a Series A, and wed already taken almost $3M in seed funding. I tried desperately to raise a bridge round, but that didnt work out, and it was literallysellorshutdown.

The last-minute acquisition by RichRelevance was not the outcome I preached to investors or employees.

We werent a billion dollar company redefining data analytics for the 21st century, or even hundred million dollar company. We were a broke little startup shit out of options.

Mistakes Were Made

Precog was my first real startup. My first experience as CEO. My first experience fund-raising. My first experience making difficult decisions that would impact other peoples lives.

In retrospect, I had alotto learn.

Mistakes were made, as they say, and Ive had a lot of time to think about what they were.

In this post, Ive tried to distill ten of these learnings.

No single mistake was fatal. Indeed, the history of every successful startup is littered with countless mis-steps and blunders. But I do believe that, if I knewthenwhat I knownow, the outcome would have been very different.

1. Go Deep Not Broad

Probably the single most important lesson I learned from Precog is that you need to applysuper-human focusto solving an extremelywell-defined painheld by an extremelywell-defined market.

Make your solution soimpossibly goodthat no one who has the pain would evenconsiderusing anything else. If you dont have the resources to do that, it means you need more focus.

At Precog, we were building a very broad platform to solve a huge range of use cases. The reasons why this strategy doesnt work so well are pretty obvious in retrospect:

  1. Broad solutions cannot easily compete against deep ones.If you choose to go broad, you will be competing with numerous point solutions across different domains and markets, all of which were cheaper to build and evolve much faster than your solution. Users are more likely to choose the deep solution because its easier to find, easier to understand, easier to use, solves their exact problem in an obvious way, and delivers value soonereven if in the long-run, they might have preferred your solution.
  2. You can monetize earlier and at a higher price point with a deep solution.This reduces the need to raise money, extends your runway, and accelerates the growth of your business. It also has profound ramifications if you run into any trouble: a broad solution is like a massive cruise ship that requires huge resources to propel forward or change direction, while a point solution is more like a yacht.

Starting deep doesnt mean you cant end up broad. Starting deep will give you the traction you need to have the luxury of considering whether or not broad makes sense for your solution.

There are clearly places where broad technology is needed. Most solutions like this are open source (e.g. Hadoop or httpd), and I personally wouldnt recommend companies attempt to build proprietary broad solutions unless they can raise whatever they like (I personally cant command a $20M raise on a PowerPoint deck, but some clearly can).

2. Be Non-Disruptively Disruptive

Many startups are fond of saying how disruptive their technology or solution is.

What I now know is that there is agoodway to be disruptive, and abadway:

At Precog, you had to learn a new query language calledQuirrel, which was a brilliant piece of work and highly acclaimed by those who took the time to learn it, anyway.

Beyond that, you had to copy all your data to our cloud analytics platform, and learn our tools and APIs.

Thats an example of both good and bad disruption. Strive to be the former,notthe latter.

Now, if you reallyhaveto be disruptive along both dimensions (and you probablydont!), then you need to combine either high usability or deep pain (ideally both) with the open source model. That combination has proven a fairly reliable way to introduce disruptively disruptive solutions to the market, but it slows the business down byyears(see Hadoop, MongoDB, Neo4j, etc.).

3. Keep your Game Plan Unfundable

Many investors say theyll only invest in billion dollar ideas. The trouble with billion dollar ideas is that, if you try to execute on them directly, youll likely run your company into the ground.

Billion dollar tech companies have massive sales, marketing, support, and engineering teams, and extremely complex products with a bewildering array of confusing features, because thats what was necessary to keep an existing customer or land a new whale.

The billion dollar idea behind Precog was to become the data analytics infrastructure powering all business applications and serving up all manner of insights to the users of those applications across all domains.

Thats a big, exciting, bold vision. In the end, it proved too difficult to execute on.

I now believe that yourgame planshould beunfundable. If you tell an investor whatyoure actually doing, and they tell you, thats not a standalone business, then theres a good chance youre on the right track.

It seems pretty obvious, in retrospect, as there are plenty of examples: if Facebook had tried to be the social network for the world, theyd be a footnote in history. Instead, they executed on an unfundable game plan (social network for a college), and are now doing nearly $10B in annual revenue.

Yes, have a big vision that gets investors excited, and makes you want to get up in the morning. But keep your game planunfundable: small and immediate, focused not on the billion dollar idea, but on producing something that someone somewhere gives a shit about.

Succeedingtherewill give you the traction necessary to go after that billion dollar idea.

4. Choose a Right-Sized Problem

Success in early fund-raising is heavily dependent on your pedigree, education, connections, and past successes.

If you were engineer number #2 at Facebook, have a Stanford degree, know the right people, and have prior successful exits, you can raise alotof money on a PowerPoint.

Otherwise, youre probably not going to be so lucky.

If you dont have the luxury of raising whatever you want, thenits a mistake to assume you can work on any problem.At Precog, we bit off a problem too hard for our capital constraints, and we tried to make the difference up with incredibly smart engineers and an insane work ethic. It wasnt enough, and Ive learned my lesson.

Choose aright-sized problemfor your capital constraints. Dont try to build the next space shuttle if you only have capital to build the next bicycle.

5. Deep Domain Knowledge is Your Most Powerful Asset

When I started Precog, I already had chops in big data analytics. I was an early adopter of Hadoop and other relevant technologies, and as a consultant, I had architected, implemented, or worked on many large-scale distributed data processing systems (EDA rule checker, gravity wave simulator, 3D density reconstructor, etc).

So I thought of myself as a big data analytics expert, but I found out I was totally wrong.

Understanding the technology isonething. Understanding the business iscompletelydifferent.

To understand thebusiness, you need to have a firm grasp on at least the following:

It took me hundreds of calls, several proof-of-concepts, and dozens of in-person meetings to finally understand thebusinessof analytics, especially in the Enterprise, which is a completely different animal than the typical tech company.

Now I almost feel obligated to stick in the same space, if only to leverage years of building domain knowledge.

6. Be Responsive, but Stay Focused

Towards the end of Precog, we had thousands of users, and we had several calls with prospects every single day.

Many times, a prospects use case would bedangerous close enoughto our technology. Wed juggle around some priorities, shift the product roadmap, devote some engineers to adding a bell or whistle.

Ive seen firsthand how destructive that pattern is to becomingphenomenallygood atsomethingtosomeone(which, as covered above, is a key ingredient of success).

In the quest for product / market fit, one of your most powerful weapons is the wordno. As in,No, were not going to add that feature.No, your use case isnt a fit for our product.No, no, no!

To become great, truly great, at something, you have to accept being terrible at a lot of other stuff (at least initially).

That doesnt mean you have a license to ignore prospects or customers. On the contrary, you have to pay extreme attention to feedback, who it comes from, how big the pain is, and how deep the pockets are. But you have to pick and choose your battles, and saying noa lotwill give you the ability to sayyesto the one or two things that can move the needle.

7. Choose Investors Carefully

At Precog, the reason we werent able to raise a bridge round was because of negative signaling around one investors refusal to participate (and of course they had no obligation to participate).

This same investor also inadvertently harmed our fund-raising efforts by giving erroneous information to third-party investors, thus painting our company in a negative light.

With a bridge round, I cant guarantee the outcome would have been any different, but I do feel we had an excellent shot at hitting at least $1M in ARR on a relatively conservative bridge.

The lesson Ive learned is that it only takes one bad egg.

In an ideal world, everyone would invest solely based on the merits of the company. In the real world, signaling dominates. However, I think you can protect yourself with a few steps:

  1. Insist on experience.Dont accept money from a green investor unless the investor is unknown and the amount is small. If a name-brand investor or (worse) a venture fund gets cold feet at any bump in the road, the negative signaling can doom the entire enterprise.
  2. Syndicate the round.While you do want someone who is highly committed to your success, I think you should aim to raise from several equally prominent investors. In fact, recently Ive heard this same advice from VCs: Dont raise a seed from just us, because if we dont participate in the next round (and we often dont!), it will kill your company.
  3. Talk to references.Dont talk to the ones experiencing meteoric growth. Talk to the ones that were shut down or are struggling or which took a while to get off the ground.
  4. Find out their bridging policy.You may expect a meteoric rise to super-stardom, but what if you hit a few snags? You want to make sure the majority of your investors have ademonstrated track recordof bridging companies that fall between rounds.

8. Dont Create a Burn-out Culture

The company values of Precog could best be summarized asintelligenceandhard work. A lot of smart people worked at Precog, and they worked very, very hard.

I always strove to be the hardest working person in the company. The day after my Mom died, I worked an 18 hour day. Yes, part of that was just me trying to (not) deal with the grief, but I wasnt working alone, either (in fact, for most of the day, I was pair programming with another engineer).

While we got a lot done sometimes it astounds me how fast we moved the ripples of that culture could be felt months after the acquisition. Most ex-Precogs stopped tweeting, stopped blogging, stopped replying to emails, and stopped contributing to open source projects. They were totally and utterly burnt out.

It took months for some to recover, and it may take years for others. Im only beginning to recover myself.

While in the thick of it, I came to believe that we were aiming too high for the capital we had raised, but that we could possibly overcome our lack of capital by working harder. It was a race against the clock.

Now I see the toll that wrought on people, and that it didnt really change anything, and I have adopted a different philosophy: if the only way you can succeed is by burning out your employees, then youre working on the wrong problem.

That doesnt mean you shouldnt work hard. That goes without saying. And yeah, sometimes, you may have to put in some time on the nights or weekends. But generally, you should run the company as if you will be running it for 10 or 20 years.

As the saying goes, its amarathon, not asprint.

9. No One Really Knows Anything

Ive pitched to most of the top-tier VC firms, and met some of the most famous personalities in venture capital. Ive chatted with and learned from CEOs from all walks of life. Ive had mentors and advisors galore, both official and not.

I have stories of warmth and intelligence and stories of stupidity and pomposity.

But if theres one thing Ive learned from all this, its that theres no such thing as an all-knowing oracle. No onereallyknows which paths will lead to success, and which to failure.

Mentors, even those from the same industry, oftenfiercelydisagree with each other. Investors, including venture capitalists, haveno ideawhy they do or do not invest. While they sometimes give reasons, those reasons are made up after the fact, which is why theyre usually inconsistent with other investments.

Finally, ideas that seem ridiculously stupid (like, Were gonna create an app that lets you share touched-up photos with your friends!, or Were gonna help people rent out their spare rooms!) can sometimes pan out in a big way.

Theres a lesson in all of this: listen to everyone, and take all criticism to heart, because no point of view isentirelywrong. Theres a kernel of truth in everything.

But at the end of the day, realize that no onereallyknows anything. Theres no wizard behind the curtain.

Its up toyouto become master of your business, to become that oracle who can help you guide your business to success.

10. Dont Let Failure Destroy You

Failure isnt easy to deal with, either socially or professionally.

Ive seen firsthand some of the fallout:

Intellectually, I know that even if you doa lotof things right, that doesnt mean you will succeed. Theres a large element of chance, and failure is something thateveryentrepreneur may have to contend with.

For all the stories of last-minute miracles,like the one that saved Evernote, there are a hundred more startups thatmighthave turned out just as well.

Well never know, because they never got a last-minute miracle.

Emotionally, however, scraping off that bloody pulp from the concrete and trying to turn it into something resembling a normal human being is a difficult undertaking.

Good thing we entrepreneurs were born to do the impossible, right? Or at least, born crazy enough tothinkso, which is sometimes all that matters.

Continuing the Journey

While things didnt turn out the way I hoped for Precog, I wouldnt take back the experience for anything.

Our life experiences mold us into the people we become. I learned so much over such a short span of time, and its fundamentally changed the way I think about business and look at the world.

I will be taking all of these lessons and many others with me in my next great adventure. And some years down the road, I hope Im lucky enough to be able to writeanotherpost like this one, and reflect on all thenewlessons Ive learned.

Untilthen, its time for me to show that concrete whos boss

Continue reading on stackstreet.com