{"id":197,"date":"2026-07-11T07:57:04","date_gmt":"2026-07-11T07:57:04","guid":{"rendered":"https:\/\/oasiswebasia.com\/blog\/prototype-first-test-business-idea-cheaply\/"},"modified":"2026-07-11T07:57:04","modified_gmt":"2026-07-11T07:57:04","slug":"prototype-first-test-business-idea-cheaply","status":"publish","type":"post","link":"https:\/\/www.oasiswebasia.com\/blog\/prototype-first-test-business-idea-cheaply\/","title":{"rendered":"Prototype First: How to Test a Business Idea for a Tenth of the Cost of Building It"},"content":{"rendered":"<p>Here&rsquo;s the most expensive sentence in business: <em>&ldquo;Let&rsquo;s just build it and see.&rdquo;<\/em><\/p>\n<p>We&rsquo;ve watched it play out many times. An owner has an idea &mdash; an app, a booking system, a new digital service &mdash; skips straight to building, spends five figures, launches&hellip; and hears crickets. The idea wasn&rsquo;t stupid. It was just never <em>tested<\/em>. The market got asked for its opinion only after all the money was spent, which is the one moment its opinion can&rsquo;t save you.<\/p>\n<p>There&rsquo;s a better order of operations, and it&rsquo;s the single most valuable habit in design thinking: <strong>prototype first.<\/strong> Test the idea cheaply and quickly, <em>then<\/em> decide whether to build. Done right, you get 80% of the answer for roughly a tenth of the cost. Here&rsquo;s how it actually works.<\/p>\n<h2>What a prototype really is (hint: not a mini product)<\/h2>\n<p>Most owners hear &ldquo;prototype&rdquo; and picture a rough version of the finished product &mdash; smaller budget, same idea. That&rsquo;s the misunderstanding that makes prototyping sound like slow-motion building.<\/p>\n<p>A prototype isn&rsquo;t a small product. <strong>It&rsquo;s a question, wearing a costume.<\/strong> The question is &ldquo;would customers actually use this?&rdquo; &mdash; and the prototype is whatever the <em>cheapest thing<\/em> is that gets real customers to answer honestly. Sometimes that&rsquo;s a clickable mockup. Sometimes it&rsquo;s a landing page. Sometimes it&rsquo;s literally a person doing manually what software would eventually do. The product comes later, if &mdash; and only if &mdash; the answer is yes.<\/p>\n<h2>Four ways to test an idea without building it<\/h2>\n<p><strong>1. The clickable mockup.<\/strong> Screens of your app or service, linked together so a customer can tap through them &mdash; no code behind any of it. Put it in ten real customers&rsquo; hands and watch: where they tap, where they stall, what they ignore. Days of work, and it exposes most fatal flaws &mdash; the confusing flow, the feature nobody touches, the step where everyone gives up.<\/p>\n<p><strong>2. The fake door.<\/strong> Add the button for the thing that doesn&rsquo;t exist yet &mdash; &ldquo;Book online,&rdquo; &ldquo;Try our new service&rdquo; &mdash; to your real website, and count who clicks. (Clickers get a polite &ldquo;coming soon &mdash; leave your email.&rdquo;) It sounds cheeky; it&rsquo;s actually the purest demand test there is, because it measures what people <em>do<\/em>, not what they politely say. If nobody clicks the door, be grateful: you just saved the cost of the room behind it.<\/p>\n<p><strong>3. The landing-page test.<\/strong> One page that sells the idea as if it were real &mdash; the promise, the price, a sign-up button &mdash; with a small ad budget pointed at it for a week or two. Cost: hundreds. What you learn: whether strangers, not friends, will part with an email address or a deposit for this. That&rsquo;s demand, measured in behaviour.<\/p>\n<p><strong>4. The concierge test.<\/strong> Deliver the service <em>manually<\/em> to a handful of customers before automating anything. Thinking of an AI that recommends products? Have a human make the recommendations by hand for ten customers first. You learn exactly what customers value about the service &mdash; which is precisely the specification for the software you&rsquo;d then build. (This one is criminally underused, and it&rsquo;s the best possible first step for any AI idea: it tells you what the AI actually needs to do before you pay anyone to make it do it.)<\/p>\n<h2>The maths that makes this obvious<\/h2>\n<p>Put rough numbers on it. A proper build &mdash; an app, a custom platform, an AI system &mdash; commonly runs S$30,000 to S$100,000+ before you learn anything real about demand. The tests above run from a few hundred dollars to a few thousand, and take days or weeks, not months.<\/p>\n<p>Now the part people miss: the prototype pays off <em>whichever way the answer goes<\/em>. If it&rsquo;s no &mdash; you just bought the world&rsquo;s cheapest dodged bullet. If it&rsquo;s yes &mdash; you build with evidence: you know which features matter, what customers will pay, where they got confused. The final build comes in cheaper and better-aimed <em>because<\/em> of the test. There is no outcome in which testing first was the wrong call &mdash; except the one where the delay costs you a genuine first-mover race, and honestly, for most SME ideas, that race exists mainly in the owner&rsquo;s head.<\/p>\n<h2>Why smart owners still skip it<\/h2>\n<p>Worth naming, because the trap is emotional, not logical. Building <em>feels<\/em> like progress &mdash; there&rsquo;s a contract, a timeline, something to show the team. Testing feels like doubt. And by the time an owner is ready to act on an idea, they&rsquo;ve usually fallen in love with it, and nobody commissions a test they&rsquo;re afraid might say no.<\/p>\n<p>But that&rsquo;s exactly backwards. The stronger your conviction, the <em>cheaper<\/em> it is to confirm &mdash; and the more expensive it is to be wrong. The owners who test first aren&rsquo;t the timid ones. They&rsquo;re the ones who&rsquo;ve been burned once.<\/p>\n<h2>And here&rsquo;s the part almost nobody knows: Singapore will help pay for the test<\/h2>\n<p>This prototype-first approach isn&rsquo;t just cheap &mdash; it&rsquo;s the exact behaviour the government now co-funds. DesignSingapore Council&rsquo;s Good Design Research grant (currently being upgraded into the larger GDRD programme) supports precisely this: researching your customers, prototyping an idea, and validating a proof of concept <em>before<\/em> the big build. If your idea starts with &ldquo;we don&rsquo;t know whether our customers would&hellip;&rdquo;, the finding-out can be co-funded.<\/p>\n<p>Test first, and let the government share the bill for testing. It&rsquo;s hard to construct a reason not to.<\/p>\n<h2>Where Oasis Web Asia comes in<\/h2>\n<blockquote>\n<p>This is genuinely how we prefer to start. Before we build anything significant for a client, we&rsquo;d rather run the cheap test &mdash; the mockup, the fake door, the concierge week &mdash; and put evidence on the table, because &ldquo;understand first, then build&rdquo; only means something if the understanding comes before the invoice. We design the right test for your idea, run it with your real customers, and hand you an honest answer: build it, change it, or thank the prototype and walk away. And when the answer is build, the research has already told us exactly what to build &mdash; often with grant co-funding along the way.<\/p>\n<p>If you&rsquo;ve got an idea you believe in but haven&rsquo;t tested, that&rsquo;s exactly the conversation we like to have.<\/p>\n<p><strong><a href=\"https:\/\/www.oasiswebasia.com\/contact\">Start a conversation &rarr;<\/a><\/strong> &mdash; get a free consultation with our Singapore-based team.<\/p>\n<\/blockquote>\n","protected":false},"excerpt":{"rendered":"<p>&ldquo;Let&rsquo;s just build it and see&rdquo; is the most expensive sentence in business. Four ways to test an idea for a tenth of the cost &mdash; and the Singapore grant that helps pay for the test.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[21],"tags":[],"class_list":["post-197","post","type-post","status-publish","format-standard","hentry","category-design-thinking"],"_links":{"self":[{"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/posts\/197","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/comments?post=197"}],"version-history":[{"count":0,"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/posts\/197\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/media?parent=197"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/categories?post=197"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.oasiswebasia.com\/blog\/wp-json\/wp\/v2\/tags?post=197"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}