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 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.