Thanks for the leads. I've read up a bunch on hackathons. I'm not sure what my role would be at one to be honest... I don't have a team, I'm not an Engineer and

Thanks for the leads. I've read up a bunch on hackathons. I'm not sure what my role would be at one to be honest... I don't have a team, I'm not an Engineer and it seems like there are two groups who benefit: coders hoping to win a beauty contest in front of investors and investors who see it as a cheap way to find creative labor. Am I wrong? What would I do if I just showed up at one of these? The Launch Festival looks quite interesting though... It's not till Feb, but I'll buy a ticket for sure. The Lean Startup is a good book -- I read it last night to re-familiarize myself with the ideas. MVP, "getting outside the building", innovation accounting and Measure-Learn-Build are extremely useful concepts. As you suggested, some of my thoughts revolve around the ideal order of the steps. But beyond that, I believe there's more accurately a crucial missing step up front. I have no doubt that he wants you to measure stuff, refine and then re-measure to see if there's better alignment, until you've developed a solid 'customer archetype'. But it seems that you're sort of tainting the initial conversation with prospects by forcing it down the path of discussing what's right and wrong with your MVP. How likely are you to throw it all out and start from scratch if your MVP just isn't cutting it? You have to have serious fortitude to do that, especially if your MVP took many weeks or months to develop. And aren't most prospects just going to think 'inside the box' once you've placed a potential solution in front of them? So I suspect that what often happens when employing the Build-Measure-Learn paradigm is that either you end up with incremental improvements to existing solutions or eventual success ends up depending on how good you were at really nailing that initial MVP... and that could require Steve Jobs-like intuition or plain luck. What if you could put a reliable methodology around those crucial, very early conversations with prospects that would lead you to build an MVP that meets their basic needs up front without any kind of super-human foresight or luck and without having to pivot over and over (which I contend is mentally a very hard thing for most people to do)? To go with the Lean Startup nomenclature, my idea could sort of be summed up as Discover-Build-Measure-Learn, at which point you'd cycle through Build-Measure-Learn after the first iteration.