News for hackers. Stuff that matters.
Re:How to Build an MVP App Without Writing Code by dahart on Monday September 18, 2017 @10:12AM (#15276096)
This is good advice, and it's helpful to have specific tools. There are definitely certain kinds of business ideas you can gauge the market using a facade MVP. If you're making a straightforward CRUD app on an standard stack, chances are high that you can prototype & test it without engineering.

I have a startup that made the mistake of building too much too early, but I don't think an MVP app would have helped me. The core idea of the app depends a lot on the experience and performance of the finished product, and customers have higher standards than we expected and they need integrations with lots of other services to know if it'll work for them.

I suspect there are lots of business ideas where you can't tell if it's going to work until the complete experience is in place. Uber, for example, since it was mentioned in the article. Certainly you can prototype the app to get a feel for the app, but that won't deliver the experience of the product at all, you won't know if you'd pay for it until you got a ride from a stranger in under two minutes.

This American Life recently had a podcast on magic, and interviewed Penn & Teller. Teller said something interesting along the lines of 'there are lots of things you can do halfway, but with magic you can't, with magic it either works or it's stupid.' (https://m.thisamericanlife.org/radio-archives/episode/619/th...)

Aside from static MVP apps and surveys, what other ways are there to gauge the market for a new business idea?

Re:How to Build an MVP App Without Writing Code by clairity on Monday September 18, 2017 @01:49PM (#15277959)
i've made this kind of argument time and again to myself, and as a result, made the mistake of building too much before establishing the market-readiness of the idea.

it's just too tempting to build first because you can "see the future" of the product, as opposed to the foggy marketing side of things.

i've been harboring a nascent conjecture for a while that there is always a way to test a product without writing code. the only potential exception is for truly revolutionary technology that people simply have a hard time realistically imagining, but even that's debatable.

the hard part is finding that _one_ key differentiating feature of your product and devising a very clever test to see if it's valuable without writing code. this is truly difficult, and is also the reason most of us feel like we can't test an idea before we build it (i fall for this fallacy over and over so have lots of experience now identifying it =)

Re:How to Build an MVP App Without Writing Code by dahart on Monday September 18, 2017 @02:03PM (#15278066)
> it's just too tempting to build first because you can "see the future" of the product, as opposed to the foggy marketing side of things.

Exactly! That's exactly what I did, and my mistake has given me a much greater appreciation for marketing. For me, getting to the right value proposition has been far harder than figuring out whether a market exists.

Teller's got a pretty interesting point. I suspect your conjecture is right, that there is always a way to test without much engineering. Maybe these are two different answers to two different questions.

It can be true that there's a market, and still have a product and execution that fails to tap that market. Teller's point is perhaps more about execution - he said that any given magic trick won't work until the performance is perfected. If you break the illusion on a practice version, the trick is a complete failure.

I'm not sure, but maybe the analogy is that you can do market validation without engineering, and find that a market exists, but you still won't know if your idea will be a successful business until after it's a successful business.

Re:How to Build an MVP App Without Writing Code by owens99 on Monday September 18, 2017 @07:45PM (#15280659)
> The core idea of the app depends a lot on the experience and performance of the finished product, and customers have higher standards than we expected and they need integrations with lots of other services to know if it'll work for them

If this statement is true (in my experience, most statements like this are based on lack of proper analysis of one's business/product assumptions) then it sounds like you took an invalid business idea to begin with, then got hung up when you couldn't figure out a way to validate the invalid idea. Customers with high standards for a solution is a classic case of a weak problem or lack of real demand.

Re:How to Build an MVP App Without Writing Code by dahart on Tuesday September 19, 2017 @01:55PM (#15287017)
We definitely lacked a thorough analysis and made some bad assumptions, you're right. I said that before, right? Your second sentence is sort-of true, but it seems to assume a lot and kinda rubs me the wrong way. My product is in a crowded market, and we differentiated on a core piece without weighing the rest of the ecosystem enough. My customer's standards are high because they have a lot of choice, some of the choice is high quality, and even with lower quality alternatives, there's a lot of noise to compete with in the marketplace. It would be technically true to call that a 'weak problem' or 'lack of real demand', but that's not a great summary of my issue, nor is it black and white like you suggest. There's plenty of demand to go around when I do cut through the noise, and plenty of customers have validated what we're doing verbally and more importantly with their pocketbooks.

In any case, what are you trying to say? Do you believe that facade apps can test all business ideas? Or all software business ideas? Or do you agree that there are some kinds of business ideas that you can't really test using a static app? Or are you telling me there's a third option I missed?

Did Uber test their idea using an Invision mock-up? Can I tell if a video game will sell using a mock-up? Do you think Apple validated the market for the Pencil using mock-ups? Do you think Teller has a valid point that his magic tricks won't work in practice form, or do you think he's wrong?

I think marketplace apps and social networks with static thumbnails & videos & chat are definitely testable using mockups. But I also think there are large classes of interaction ideas you simply can't capture or test using a mockup, you need a real demonstration of the experience.

All that said, I am assuming that a "valid" business idea is one that has market potential but hasn't succeeded yet. If what you mean by "valid" is one that has succeeded, then I totally agree with you. From my perspective, there's a much larger gap between a valid idea and success than there is between an invalid idea and a valid one. Honestly, I don't really even know what an "invalid" idea is. There are plenty of bad ideas that make money, and plenty of good ones that don't, and it's extremely rare that the causes are clear enough to call the idea invalid. Success almost always has more to do with execution, timing, funding, and luck, than with the idea.

Re:How to Build an MVP App Without Writing Code by owens99 on Thursday September 21, 2017 @10:07PM (#15308907)
> Your second sentence is sort-of true, but it seems to assume a lot and kinda rubs me the wrong way.

Sorry about that. I am just being direct. I don't know enough context about your idea to say, but it is what I consider a pattern.

Please do not take the below as personal criticism, my intent is genuinely to be helpful to you and others with a similar situation/mindset.

> There's plenty of demand to go around when I do cut through the noise, and plenty of customers have validated what we're doing verbally and more importantly with their pocketbooks.

"when I cut through the noise" is a slippery slope. It's not really practical for startups with limited resources to bet on. Warreb Buffet is famous for saying he doesn't look for 5-foot fences to jump over, he looks for 1-foot fences to step over. This type of situation is more of a 5-foot fence. It does not mean you won't be successful, just that your probability is lower from the market perspective.

> Do you believe that facade apps can test all business ideas?

This question is flawed. Nothing can test all aspects of an idea, and an experiment need only be designed to test the most important aspects of an idea. Landing pages can test value proposition, acquisition channels, pricing, and customers' willingness to pay (for all ideas).

> Or do you agree that there are some kinds of business ideas that you can't really test using a static app?

See my last point. You have decided your time is best spent on an idea where you believe your MVP requires significantly more investment than other ideas. You may be right or there may be a way to test it more cheaply that you haven't thought of. My point is that if you are right then you have signed up for a 5-foot fence. My concern is that people who say, "when I break through the noise" usually keep persevering without deciding on and committing to a failure criteria for this idea.

> Did Uber test their idea using an Invision mock-up?

I have to check. It was not a polished app or one built with significant time or resources.

> Can I tell if a video game will sell using a mock-up?

Technically, you can test if it will sell with a landing page and fake screenshots.

> Do you think Apple validated the market for the Pencil using mock-ups?

Apple has billions in cash and existing distribution, it is not a startup.

> Do you think Teller has a valid point that his magic tricks won't work in practice form, or do you think he's wrong?

I think it's irrelevant for startups.

> All that said, I am assuming that a "valid" business idea is one that has market potential but hasn't succeeded yet. If what you mean by "valid" is one that has succeeded, then I totally agree with you.

Technically, yes. Which is why worrying if an idea is valid is useless, one need only worry if it is invalid.

> From my perspective, there's a much larger gap between a valid idea and success than there is between an invalid idea and a valid one.

This might be the crux of the issue. There is an enormous gap between valid and invalid if you take the experimentation approach.

> Honestly, I don't really even know what an "invalid" idea is. There are plenty of bad ideas that make money, and plenty of good ones that don't, and it's extremely rare that the causes are clear enough to call the idea invalid.

Good and bad is subjective. If you set failure criteria, invalid is not.

> Success almost always has more to do with execution, timing, funding, and luck, than with the idea.

Let me get back to you on this one shortly.

Re:How to Build an MVP App Without Writing Code by dahart on Saturday September 23, 2017 @10:37AM (#15319919)
Thanks for the reply!

> My concern is that people who say, "when I break through the noise" usually keep persevering without deciding on and committing to a failure criteria for this idea.

Well, yes, I made this mistake too.

> There is an enormous gap between valid and invalid if you take the experimentation approach.

I see what you're saying, and I buy this. But I'd say we're having a minor dictionary problem here, which is my fault. Experimentation is by definition execution, and my whole point was about execution. I think of the "idea" as a pure concept without any execution. I am totally with you on there almost always a way to test a business idea with a small amount of execution. That doesn't contradict, in my mind, that facade apps using Invision are simply not the right kind of execution to do experiments with a class of experience based value propositions.

Re:How to Build an MVP App Without Writing Code by owens99 on Wednesday September 27, 2017 @11:40PM (#15354372)
Thanks for the response.

I think you might find this post I wrote in Pando a while back interesting: https://pando.com/2014/01/13/dont-build-a-product-unless-you...

Re:How to Build an MVP App Without Writing Code by qq66 on Monday September 18, 2017 @02:54PM (#15278481)
One way to test a market quicker is to do something that clearly doesn't scale but could simulate a technology. For example, if you were testing the market for GPS, but didn't want to launch any satellites, you could have a helicopter follow each test user, radio their position to a ground station, and have that ground station issue turn by turn directions. Too expensive to scale, but cheaper than launching GPS and then finding out that nobody wanted it.
Re:How to Build an MVP App Without Writing Code by sharemywin on Monday September 18, 2017 @10:35AM (#15276299)
I read articles of people finding people in forums and twitter that are complaining about xyz problem and they contact them and see if they are willing to pay for a solution.
Re:How to Build an MVP App Without Writing Code by sharemywin on Monday September 18, 2017 @10:38AM (#15276320)
here's a list of side project marketing ideas:

https://www.sideprojectchecklist.com/marketing-checklist/

Re:How to Build an MVP App Without Writing Code by dahart on Monday September 18, 2017 @10:41AM (#15276345)
Fabulous list, thank you! That's going in my faves for later.