We are constantly improving our clients' projects with new releases and optimisations. We also love celebrating their successes, whether new funding, revenue milestones or growing traction.

Client Highlights

We share proven marketplace development strategies based on real world case studies. Browse actionable insights on minimum viable products, product/market fit, user experience, revenue models, payment systems, platform architecture, and more.

Your Lean Marketplace  Development Guide

Get alerts for our latest guides and insights.

Marketplace entrepreneur?

Get The Ultimate Guide to Online Marketplace Development

Free Download

Start off on the right foot.

New Marketplace?

Six months after launching the new AAF platform, spend per customer increased by more than 65%.

Job Title

Product pages now indicate if an artwork is part of campaigns (e.g. curated collections or art fairs). Promotes buyer acquisition and retention.

We lowered shipping costs (a conversion factor) by grouping similar format products into one package (e.g. one tube for unframed prints).

Landlord dashboard promotes transparency by tracking 3rd-party platform bookings and property performance, e.g. income and occupancy rates.

We built an online art fair manager to help AAF replicate their highly successful physical art fair model online due to Covid-19.

30x increase in revenue per user due to improved marketing and customer service enabled by onboarding automation and platform optimisation.

Why UX design is key to online marketplace success

<figure class="wp-block-image"><img src="https://www.cobbleweb.co.uk/wp-content/uploads/2017/04/IMG_4703-min-290x300.jpg" alt="The M in MVP Doesn’t Mean “Mistake” - Building MVP" class="wp-image-1155"/></figure>



<h2>The M in MVP Doesn’t Mean “Mistake”</h2>



Now that you have a basic understanding of <a href="https://www.cobbleweb.co.uk/design-test-mvp/" target="_blank" rel="noreferrer noopener" aria-label=" (opens in a new tab)">what a Minimum Viable Product (MVP) is</a> and why it is important to developing your business, it is time to caution you about a few common mistakes people make while building their MVP.



All of the most common mistakes with MVPs are caused by the same thing. When you are developing your MVP and expose it to a test audience, it’s easy to become distracted. It’s easy to lose sight of what will make you business successful and neglect those advantages to pursue a bigger market segment or create a flashy new feature. This will lead to expensive rework, lack of focus, and a <a href="http://fortune.com/2014/09/25/why-startups-fail-according-to-their-founders/" target="_blank" rel="noopener noreferrer">failed product</a>.



The purpose of MVPs is to learn more about your users and make adjustments accordingly, so it might seem counterintuitive that the best way to avoid problems is to stay the course. But as you will see in the examples listed below, it is actually about finding the right balance between flexibility and focus.



<h2>Your Test Audience is Too Large</h2>



When you initially conceive your product, it’s easy to see it’s going to be something everyone is going to use. The problem or problems you envision fixing are so universal that, quite frankly, you believe that at some point everyone will be using your product. As a result, you might be tempted to build your product with everyone in mind.



You might be right about your product being something everyone needs, but you cannot begin your development with that in mind. If you begin by trying to please everyone, you won’t be able to do anything well. You have to <a href="https://www.entrepreneur.com/article/283963" target="_blank" rel="noopener noreferrer">narrow your focus and design your product for the market segment</a> that will get the most use out of your product immediately. &nbsp;



An example of an organization avoiding this trap is Facebook. Obviously, Facebook is a platform that seemingly everyone uses. But it didn’t start off that way; the original focus was on college students. By customizing their product for a smaller segment, Facebook was able to build a better, focused platform which made it easier for the company to expand later.



<h2>Diluting Your User Value Proposition</h2>



<a href="https://www.cobbleweb.co.uk/iterating-mvp/">We touched on this in past posts</a>, but it bears repeating because it is the common and devastating mistake you can make while iterating with your MVP. During testing you are going to be swamped with data and ideas from &nbsp;your customers and co-workers. A lot of that data is going to suggest changes need to be made and a lot of those suggestions are going to be good. These items are going to widen your point of view and you are going to be tempted to make large adjustments so your product will be more useful and more popular.



Don’t do it. There will be plenty of time to look into new avenues and directions once you are certain that your product is well-designed and fulfills the needs of your core constituency. If you expand too far, too fast, and you won’t be able to identify what features are causing a positive response and which are causing a negative response. You need to isolate your variables and test them one a time. You need to always keep your customer value proposition front and center during testing.



<div class="wp-block-image"><figure class="aligncenter"><img src="https://www.cobbleweb.co.uk/wp-content/uploads/2017/04/8020Rule-min-300x203.png" alt="Pareto rule - Building MVP" class="wp-image-1219"/></figure></div>



While iterating during the MVP build, consider adopting the 80-20 Rule. This means that with each new iteration, 20 percent will be new features and fixes while 80 percent of the features will be the same as the last version.



<h2>Asking For Too Little From Your First Users</h2>



When seeking feedback about your MVP, you don’t want to overtax your initial users. If you ask too many questions, whether it is about your users or your product, the odds are your potential users won’t participate at all. However, if you don’t ask enough questions, you won’t get the information you need to improve your product. Far too many entrepreneurs ask too few questions to ensure people will participate, but get feedback they can’t use because it is not detailed enough. While it is important to make the testing process user friendly, it is better to have fewer users who give you the information you need. When editing your user surveys, make sure you ask all the questions you need, no matter what.



<div class="wp-block-image"><figure class="aligncenter"><img src="https://www.cobbleweb.co.uk/wp-content/uploads/2017/04/4622619003_79013cd3e4_z-min-300x169.jpg" alt="4622619003_79013cd3e4_z-min" class="wp-image-1158"/></figure></div>



<h2>Moving Too Slowly</h2>



As an entrepreneur, your one big advantage over your established, large competitor is that you can move faster. &nbsp;You can make changes to your product or strategy quickly because you have fewer resources to direct and fewer people to consult. Too many start-ups squander that advantage because they become ensnared in analysis paralysis - too much information leading to too many options. &nbsp;This paralysis is caused by people becoming entranced by the possibilities and not focusing on the core question - does my product solve the problem we set out to solve in a way that customer will pay for? By keeping your focus narrowed on that question and ignoring all information that isn’t related to it, paralysis won’t take hold and you’ll keep your upper hand over your competitors.



Ship early and you win early; the more iterations of the product you put in front of your target market, the more mistakes you will avoid, the more you will learn about your features, and, ultimately, the more profitable you will be. Fast, incremental steps with sound footing will let you cover more ground than excruciatingly deliberate large leaps into a potential minefield.



Avoiding these mistakes and staying focused on the goals of the MVP process will let you build the MVP you need now so you can build the product you dreamed of later. At this stage be sure to make the changes you need to make, not the changes you want to make.

Building a MVP - 5 mistakes most entrepreneurs make in the process

<div>
A Minimum Viable Product is a tool, not a magic spell that will fix all of your business’s problems. It is not a cure all where all you need to do is murmur “M-V-P” three times and achieve your goals. <a href="https://www.cobbleweb.co.uk/iterating-mvp/">An MVP is a process</a>, and one that can go awry if you do not do it right. <a href="http://www.startuplessonslearned.com/2009/03/minimum-viable-product.html" target="_blank" rel="noopener noreferrer">Eric Ries defined an MVP</a> as “that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.” MVPs are about getting to know your customers better so that you may build a better business. For more on what an MVP is, check out <a href="https://www.cobbleweb.co.uk/design-test-mvp/">our ultimate guide to an MVP</a>.
The focus of this post is to highlight the importance of an MVP in software development. Too often, software development is focused on developing a solution and too little attention is given to <a href="https://www.cobbleweb.co.uk/startup-problems/">whether the problem being solved is important or valuable</a>.
One of the worst things that can happen to a team is to build something that no one needs. It kills momentum, it destroys motivations, it eliminates team cohesiveness. MVP principles puts a premium on testing everything so that you can identify any and all issues early, allowing for you <a href="https://www.cobbleweb.co.uk/pivoting-startup-business-purpose/">to pivot if necessary</a> and to ensure that you build a product that people will use, and more importantly, pay for.
&nbsp;
<h2>MVPs in Software Development</h2>
Everyone wants to build that perfect product that is in their heads; they do not want to “waste” time iterating. Why build something less than what you can build? The instinct to “do better” is often quantified as adding more features and “doing” more in regards to the product. <a href="https://www.parc.com/blog/from-lean-startups-to-open-innovation-success/" target="_blank" rel="noopener noreferrer">People over-invest by developing their product instead of developing their knowledge</a>.
&nbsp;
Your job as an entrepreneur is not to build a specific product, but to develop a solution to a problem that your customers feel acutely and are willing to pay a good amount of money to resolve. Your deliverable is your customer’s relief, not some piece of software. Shifting your focus from your product to your customers is the first step to becoming an entrepreneur. At every step of development, you should be seeking customer insights and developing intuitions about what they need. This intuition, more than any technology or innovation, will be your unassailable competitive advantage.
&nbsp;
An MVP is meant to help you make this shift, and in that way it’s name is misleading. By emphasising the “product” instead of the experience, many entrepreneurs believe that an MVP is just a minimal collection of features randomly tossed together in an effort to see if people respond. That is an incredibly inefficient approach. An MVP is an experiment, and it should be developed as such, with each small adjustment or iteration targeted towards addressing a specific, measurable question you have.&nbsp;
&nbsp;
MVPs are used to focus your attention on a “series of hypotheses that you need to test.” For some, an MVP doesn’t even need to be a product — it can be anything that answers a question about a market you want to enter: <a href="https://www.agileplannerapp.com/blog/building-agile-planner/choosing-an-mvp" target="_blank" rel="noopener noreferrer">Surveys, landing pages or a video can all be an MVP</a>. Others define MVPs as the minimum product that allows you to deliver value to a customer, and in turn, get value back.
&nbsp;
MVPs were developed as part of the Lean Startup Method, which is about building your business and understanding your customers through a repeating, scientific process. It is a repeating process of hypothesise, test, synthesise, and adjust based on how customers respond to specific features and applications. The Lean Startup Method works especially well with Agile Development.
&nbsp;
Agile Development was devised to mitigate the risk of building a product that customers won’t buy through a incremental development. As with the Lean Startup Method, the focus is on iteration; the development and testing of small changes. By building in small chunks, businesses can avoid disastrous coding errors. Agile can also be applied to customer base development. By testing multiple iterations of your MVP with potential customers, you can easily learn what elements you are thinking about works for your customers and what elements don’t. This can help you avoid disastrous over-investment in unpopular products. For more on <a href="https://www.cobbleweb.co.uk/scrum-lean-startup/">how the Lean Startup Method and Agile Development can be applicable to your business, click on this link</a>.
&nbsp;
<h2>MVP Basics</h2>
So here is a quick reminder of how design and build an MVP, which can be found <a href="https://www.cobbleweb.co.uk/design-test-mvp/">in more detail at this link</a>:
<ul>
<li>Prediction: Make a prediction that will identify a need or want in the market that people will pay to resolve. Identify what success versus failing short would be like for measurable results beyond just profits or revenues.</li>
<li>Design: Prepare a design that will solve that need or want, and make sure it can be built relatively quickly and cheaply.</li>
<li>Test: Put that design out into the field, and see how the market reacts. Release the product so you can best test your prediction; if you’re making a product for one market niche, make sure you target that niche when conducting your test.</li>
<li>Review and Revise: Review the data from the test phase, and make new predictions. Maybe failure was due to a specific element, but your customers liked everything else? Maybe you can achieve more success if you add an element or take one away?</li>
</ul>
There are a lot of <a href="https://newtome.wordpress.com/tag/eric-ries/" target="_blank" rel="noopener noreferrer">different hypotheses to test</a> and they can be grouped into several different areas. Each area may need to be tested at different points during the development cycle. Below is a list of each different category of hypotheses, in the order of when they should be tested to ensure minimal misplaced effort and investment.
<ul>
<li>Assumption:&nbsp;These hypotheses must be tested first because these speak to the foundation of your business. Important assumptions include whether you are trying to solve a problem that is important to your customers, whether your customers will pay for a solution to that problem, and if your solution actually solves the problem.</li>
<li>Need:&nbsp;Your product should only be as complex as it needs to be and no more. Need hypotheses focus on what elements need to be included in your product to so that it achieve the end it sets out to resolve.</li>
<li>Uncertainty: Uncertainty can addresses questions that come up during development. Coders can be unclear what development choices to make when building a product. Testing can resolve this indecision.</li>
<li>Impact:&nbsp;Impact hypotheses is about understanding which features and elements of your website app are the most important to your customers and which are not. These tests help you better understand how to market and develop your product so you can maximise your value to your customer base.</li>
<li>Cost: These should be things you should test towards the end of development as you move toward building your refined product and after you have absolute confidence that you know what the customer needs and what they like. Testing cost hypotheses is about learning how to build a product that provides the best user experience, but at the lowest possible cost.</li>
</ul>
&nbsp;
<a href="https://www.cobbleweb.co.uk/iterating-mvp/">While doing your iterative testing with your MVP</a>, it is also important to differentiate the difference between a complex feature to build versus a feature that makes the system more complex. A complex feature to build is something that will be expensive to develop initially, but does not make navigating or iterating your system more complex. A feature that makes the system more complex might not be expensive to build initially, but makes future iterations slower and more expensive because all future adjustments would require additional steps. Decisions regarding which type of feature to test first will vary based on context and where you are in development. In a future post, we will discuss how to determine the priority and which feature to build. (subscribe to our email list to be notified)
&nbsp;
<h2>Approaching Excellence with MVP Approaches&nbsp;&nbsp; </h2>
There are lots of different ways to build an MVP, and there is no single best approach. Making the best choice for your MVP is a very contextual decision. Below are a few different approaches on building an MVP and how each can address a key area of your business development.
&nbsp;
<ul>
<li>Build your product, iterate your product. This is the most straightforward approach to MVP and is probably how most entrepreneurs would approach the challenge. The key to this approach is to begin with building something quite small, but engaging, and working your way up from there. It can be quite easy to build something that is a little to large, with a few too many features, and therefore stray from strict MVP principles. This risk is heightened because you do not get any customer feedback before you start to build. Only pursue this route if you have some experience prior to building that provides some suitable basis for making early design decisions.</li>
<li>Build a landing page, generate leads, build the product, iterate your product. The benefit of this approach is that you get feedback from your customers early before you begin developing software. The landing page in this approach should describe the problem you are trying to solve and provide a sketch of the solution you are planning on building. At the end of the page, you ask for some identification information and an email address if they are interested. This allows you to gauge interest in your product as well as cultivate a list of potential customers. This can help you assess whether your assumptions about your product and market are correct, and will guide you on building the product.</li>
<li>Start a blog, build a community, build the product, iterate your product. This is more involved than a landing page, but the content you receive can provide more insight and build a more passionate user base. A properly blog provides you with the opportunity to receive more detailed feedback from potential customers, as well as the chance to act direct questions of your potential customers allowing you to iterate your ideas without building a prototype. You also stand the chance of building a passionate following before you draft one line of code.</li>
<li>High Fidelity Prototype. A lot of people think that the back-end is the first thing that should be developed since it acts as the “engine” for the application. However, many people start with the front-end to gauge customer interest. An interactive front-end can give people a sense of what the product is, even if all the functionality is not there, which will allow your potential customers to provide in-depth feedback for future iteration. At CobbleWeb, we like building interactive prototypes with <a href="https://www.axure.com/" target="_blank" rel="noopener noreferrer">Axure</a> or interactive design with <a href="https://www.invisionapp.com/" target="_blank" rel="noopener noreferrer">Invision</a> to get quick, detailed feedback from customers. We find this works especially well for B2B clients.</li>
<li>Smoke Test.&nbsp;A smoke test is like a landing page except the customer is asked to pay up-front instead of just asking for a name or email. An example of this approach is a crowdfunding site, such as Kickstarter. This approach provides you with a higher level of certainty regarding the interest of your potential market. It is one thing for a client to ask to be kept informed; this does not put him at risk and there is no commitment. By having clients pay upfront, you get a pretty clear signal about whether what you are building is valuable and can be monetised.</li>
<li>Demo Video.&nbsp;A demo video is a two to five minute explanation of your business’s proposed value proposition in terms of what problem you are going to solve and what functionality you plan on providing. It saves you the trouble of building a prototype, while still providing a sense of interactivity for the viewer. The comments on the video can provide valuable feedback on whether your product is valuable and can help you form early hypotheses to test with a prototype. Demo videos have been used very effectively by many startups, most famously by DropBox.</li>
</ul>
MVPs can be crucial when building your business, as it can help you develop a strong foundation for your success. However, MVPs only work when the focus is on what your customer needs and not on what you could potentially build. Iterating your MVP without receiving customer feedback is a waste of your time and resources, so be sure to budget in user outreach to your process.
</div>

Your Lean Marketplace  Development Guide

Client Highlights

July 2021

June 2021

May 2021

May 2021

March 2021

March 2021

ADAPT OR DIE
Cobble Web discusses Lean Startup Pivoting On BBC Radio

Your Lean Marketplace Development Guide

Client Highlights

July 2021

June 2021

May 2021

May 2021

ADAPT OR DIECobble Web discusses Lean Startup Pivoting On BBC Radio

Your Lean Marketplace  Development Guide

ADAPT OR DIE
Cobble Web discusses Lean Startup Pivoting On BBC Radio