Unlimited Quote Collections
Organize your favorite quotes without limits. Create themed collections for every occasion with Premium.
" "A head start is rarely large enough to matter, and time spent in stealth mode — away from customers — is unlikely to provide a head start. The only way to win is to learn faster than anyone else.
Organize your favorite quotes without limits. Create themed collections for every occasion with Premium.
Related quotes. More quotes will automatically load as you scroll down, or you can use the load more buttons.
After more than ten years as an entrepreneur, I came to reject that line of thinking. I have learned from both my own successes and failures and those of many others that it’s the boring stuff that matters the most. Startup success is not a consequence of good genes or being in the right place at the right time. Startup success can be engineered by following the right process, which means it can be learned, which means it can be taught.
Although we write the feedback loop as Build-Measure-Learn because the activities happen in that order, our planning really works in the reverse order: we figure out what we need to learn, use innovation accounting to figure out what we need to measure to know if we are gaining validated learning, and then figure out what product we need to build to run that experiment and get that measurement.
I consoled myself that if we hadn’t built this first product — mistakes and all — we never would have learned these important insights about customers. We never would have learned that our strategy was flawed. There is truth in this excuse: what we learned during those critical early months set IMVU on a path that would lead to our eventual breakout success. For a time, this “learning” consolation made me feel better, but my relief was short-lived. Here’s the question that bothered me most of all: if the goal of those months was to learn these important insights about customers, why did it take so long? How much of our effort contributed to the essential lessons we needed to learn? Could we have learned those lessons earlier if I hadn’t been so focused on making the product “better” by adding features and fixing bugs?