I think that "good design" can be done by anyone, not just someone with a job title of "designer". The major design success that comes to mind is Google's homepage. Same with Facebook, the developer had an insight into what people wanted to see on the page and how they were going to interact with it. That's how design plays a bigger role than most developers realise.
I see design and development as symbiotic, and I wish I saw more start-ups using both to solve problems, rather than an over-reliance on the back-end and then shoving bootstrap, or a $10 template on the front.
And don't get me wrong, there is a place for these type of templates and crowd sourced art. But if your product is a web based service, you can't rely on clipart and templates to solve a problem effectively for the person using it.
I think that you're right, but I don't see that as a universal truth either. There are a lot of problems that you can solve even if the product looks like complete poop.
I certainly agree that design helps, and if nothing else, it helps traction. Stripe is an example of something that could suck, but works so well that it would still solve a problem. That said, it doesn't hurt that their product is gorgeous, and it certainly makes it more sticky in mindshare. I still remember how giddy I got when I noticed that their documentation uses your actual API keys instead of having the dumb old "<INSERT_YOUR_API_KEY>" you see everywhere else.
I'd have still used Stripe either way, but the fit and finish throughout made me a staunch advocate for its ease of use to everybody that's ever asked me.
In counterpoint, Dotcloud is the cloud hosting provider I generally believe to be "the best". Their homepage has come a long way, and if Solomon or any other Dotclouders are reading this, I apologize in advance, but it used to be downright ugly. On top of that, the dashboard they provided obviously had an abysmal level of fit and finish, and while some of its warts persist, it's come a long way. That their product wasn't beautiful absolutely impeded my use of it in no way whatsoever. It is easily the 'best' way to deploy code for a variety of services, whether or not it's attractive, or even 'complete'.
So long as the pain you ease is substantially greater than the pain you are introducing, the product can work.
I agree that isn't an excuse for bad design, but the notion that better design makes something better isn't necessarily a reason to always pay top dollar for it. If you can get design on the cheap (either Bootstrap or similar products), through 99 Designs, or even by just reading a book, and execute in other areas, then you'll likely come out ahead, and revisit the design when it's more easily affordable.
The point though, is that the same thing could be said for engineering. Bring in only the minimum you need to solve the problem you're trying to solve. If you don't have a rockstar engineer, but do have somebody that can mock up a proof of concept that may or may not scale, that's what you should push forward with.
Like I meant to say in my previous post, I feel like we agree more than we disagree, I was just trying to point out that the priority #1 for a bootstrapped startup should be pushing product out the door. If it's ugly, won't scale, whatever -- ship product. Would a more attractive product be better? Of course it would, but that shouldn't slow down shipping.
I see design and development as symbiotic, and I wish I saw more start-ups using both to solve problems, rather than an over-reliance on the back-end and then shoving bootstrap, or a $10 template on the front.
And don't get me wrong, there is a place for these type of templates and crowd sourced art. But if your product is a web based service, you can't rely on clipart and templates to solve a problem effectively for the person using it.