Earlier quoted context omitted.
The app doesn't do anything for you, except give you a bit of scaffolding so you can make your own decisions. If you look at startup case studies, the worrying constant is how obvious most of their failures are. We lose track of our basic business assumptions and end up charging down dead-ends or building products nobody wants. By explicitly stating our assumptions in an easily consumable way, it keeps you aware of w…
Okay here's a (hypothetical) use case: I want to create a software product, say a database, because I see myself solving a real problem by way of creating my product. My whole idea is driven by a real problem statement and my passion. How does this fit in here? Don't you think all those blocks are a little misleading for a product like this? Or like these: http://projects.apache.org/indexes/quick.html ?
If you already have an idea that you think is a fact, and you are going to build it, regardless of what the world says, then you needn't write anything down. That's what most failed projects do/did.
The canvas is meant to help when you see your ideas as hypotheses. You document them, and then you go try to find out if they're true or not (by talking to customers, building MVPs, watching mailing lists, whatever). If everything is true, you move on to scaling the business. If some of your initial beliefs turn out to be false, which is probable, then you have a place to go back and document your new learning, and hopefully see how that change will impact the rest of your assumptions.