A colleague asked if I ever felt that the traditional school of thought of testing, validating, and iterating ever seemed inefficient or too slow. She was wondering if maybe doing all three simultaneously would be better, or even building from just her strengths. She didn’t know what can of worms she had opened. Below was my response:
— — — — — — — — — — — — — —
A wait list is a form of validation/traction, so I dont disagree here.
Doing everything together isnt just an option but a necessity imo. In order to succeed every startup has to parallelize correctly because it really is just so much more efficient.
Recognize that every bootcamp, archive, post, and advice about test -> validate -> iterate is always from a principle/theoretical level.
Test validate iterate is necessary in any growth, so it almost becomes pointless to say. After all, it doesn’t answer:
– What is a good test?
– What’s considered valid and what is not?
– How do we iterate into our strengths and not into our weaknesses?
– How much variance do we apply between each iteration??
Steve Jobs famously never market tested. “People don’t know what they want until you show them” or smth like that.
But also that was Steve Jobs. I believe the core value of the advice is “a basic blueprint on how to avoid really shit ideas”
It won’t teach you how to make good ones, and it won’t tell you how to avoid mediocre ones.
Like you said the concept is ubiquitous. If it were that good then why do we still see so many failed startups?
I had a long discussion with a friend of mine from YC who is a big believer in test-validate-iterate. He said all companies must do this to grow. Which is true. But I told him that every company that could be made by strictly following this blueprint has already been built. The only ones left must be found off the beaten path. Companies and ideas that would not have surfaced under such traditional explorative techniques.
In a way innovation must by definition come from places where people disagree. Whether it’s technology, ideology, or in this case, methodology.
I have my own theory on a replacement to the traditional test-validate-iterate too but that’s for another time.


