Collecting the best books mentioned on hacker news, reddit and other places
The funny thing is that every Lean Startup founder who delays shipping struggles with excuses like this. Most customers in any market (consumer, SMB, enterprise) do not want to take a risk. He's ignoring the important advice in Moore's Crossing the Chasm  and Blank's Four Steps to the Epiphany : the people who will buy a very early stage product are a tiny fraction of your total market; you have to aggressively find them.
That process is definitely different in an enterprise market. For whole-hog adoption, giant companies will want a mature solution. So instead you find ways to derisk it. Maybe it's a pilot program with a larger player. Maybe it's proving out the technology in an SMB context. Maybe you just find one mom-and-pop hotel who pays you not in money but in their time and data. Maybe you start with a single floor or even a single hotel room into which you preferentially book people who you think will be early adopters.
The M in MVP is for Minimum, and that applies not just to the product, but to the context of use. You start as small as possible, just enough to test your hypotheses. The smaller your tests, the faster you learn.
He makes another rookie mistake here: "I still need to buy the same number of tablets to rent to hotels, and can’t even really discount the product that much." Lean Startups are not cheap startups. It cost Toyota millions to build the first Prius, but they did not sell it for millions. That's fine, because the point of your early MVPs is not to cover the expenses. It's to learn things, including about what people will pay. In Lean thinking you price based on value, not cost, and then work hard to minimize costs while maintaining value.
You should have customers before launch. Read the first four chapters of: https://www.amazon.com/Four-Steps-Epiphany-Steve-Blank/dp/09...
I just started When the Air Hits Your Brain: Tales from Neurosurgery. The author is a neurosurgeon and an excellent writer.
The last book I read was Abdel Haleem's translation of the Qur'an. For an ancient religious text, it's rather short. Total reading time was maybe 16 hours over the course of a week. I'm not religious, but it was interesting to get a better idea of what Muslims believe and why. That said, the whole thing reads like a 7th-century version of Time Cube. I came away with the impression that the author was a schizophrenic who knew of parts of the Bible.
The most useful book I've recently read is Steve Blank's Four Steps to the Epiphany. It's a more structured version of a lot of the stuff I learned in YC.
My favorite books of the past year are Confessions of a Yakuza and Infidel. The subjects of each book are as different as can be, but their stories are quite captivating. Both survived immense suffering and managed to thrive afterwards. Reading those books reminded me of how lucky I am and how insignificant my problems are.
How much do you already know about your users? Because this is a pretty fundamental thing to know, before you start writing code. Check out "The Four Steps to the Epiphany" by Steve Blank (who sometimes visits here)
That's a lot of questions, and most of the answers are "it depends", or there's more than one right answer.
I'd suggest you consider reading The Art of the Start by Guy Kawasaki, The Four Steps To The Epiphany by Steve Blank, and High Tech Startup by John Nesheim. Between those, they cover a big chunk of the basic stuff you need to know.
The Founder's Dilemmas: Anticipating and Avoiding the Pitfalls That Can Sink a Startup also has a good reputation, but I haven't had time to read it yet, so I can't give a personal endorsement. But it sounds like it might be worthwhile.
FWIW, though, I can tell you what we did at Fogbeam: The company is organized as a legal entity, but we are an LLC right now, not a Corporation. I would not necessarily recommend doing that to anybody else though... while it is possible to build a big company as an LLC, practically speaking, if the intent is to build a scalable startup, the kind that's going to seek VC money and that you ultimately hope to IPO, you need to be a corporation. VC's essentially will never invest in an LLC (there are technical reasons why) and LLC's have serious limits if you need more than a hundred or so "shareholders" (I forget the exact number, but it's a pretty small number). The reason we are an LLC is a historical coincidence, rooted in weird shit that happened back when I was planning to start a consulting company, before deciding to do a product. Fortunately the prevailing wisdom is that it's fairly straightforward to convert from an LLC to a C Corporation. When they day comes that we need to do it, we'll switch.
As far as equity distribution, we have been operating on a handshake agreement between the founders. Technically speaking, I own 100% of the company "on paper" since I'm the only Member listed in the LLC operating papers. But that is, again, only a historical legacy. I created the company and worked alone for the first year before inviting the first co-founder onboard. It would be easy enough to amend the papers to update the equity split, but we've basically taken the approach that "well do that when we convert to a C corp, or there's a specific need to" (like, if we get an acquisition offer). So, yeah, we are operating on trust at the moment. A lot of people will recommend against doing that sort of thing for various reasons (see: The Social Network for example), and I have known friends who got screwed by co-founder disputes because things weren't put into writing up-front. If I had to advise somebody, I'd probably advise you to decide on the equity splits, intellectual property assignments, etc. up-front, and formalize everything from the beginning just to be on the safe side. The downside to that is, it costs a little bit of money and time. shrug
As for YC... nothing against them, but I'd never make a decision based on "what YC wants". But I look at all accelerators / incubators / etc. as "something that might be nice to do, but we'll succeed with or without them." Being that we are an East Coast startup with constraints that would limit out ability to move to CA in order to do YC, we've never even applied and probably never will. If doing YC is super important to you, then maybe you should treat this a bit differently. It's up to you.
Design document? Meh... I mean, yeah, but no. Not exactly. You need to know something about what you're building, but as a rule, you probably won't know exactly what you really need to build to achieve "product / market fit" right away. So no sense spending months on an elaborate BDUF design doc. Sketch out the high level design, and IF you wind up subcontracting any work, then you'll have to formalize a spec for the contractor. But don't spend months and months designing something nobody wants. "Get out of the building" as they say, talk to customers, and iterate the design as you learn what people want/need.
I liked Guy Kawasaki's "The Art of the Start" (http://www.amazon.com/Art-Start-Time-Tested-Battle-Hardened-...) because every time I picked it up, it motivated me to put it down and get back to work.
I am kind of surprised to see Steve Blank's "The Four Steps to the Epiphany" (http://www.amazon.com/Four-Steps-Epiphany-Steve-Blank/dp/098...) omitted. Is that one that everyone mentions, but nobody reads?