Rynek dwustronny łączy dwie różne grupy użytkowników i tworzy wartość, dopasowując ich do siebie: kierowców i pasażerów, gospodarzy i gości, kupujących i sprzedających. Żadna ze stron nie jest użyteczna bez drugiej. Operator ustala ceny dla obu stron i zwykle zarabia prowizję od każdej transakcji, zamiast sprzedawać produkt.
Najtrudniejszy jest start. Sprzedawcy nie dołączają do pustego rynku, a kupujący nie odwiedzają rynku bez sprzedawców. To tak zwany problem jajka i kury. Typowe odpowiedzi to: dotowanie jednej strony, na przykład darmowymi ogłoszeniami do czasu, aż pojawi się wolumen; start w jednym mieście lub jednej wąskiej kategorii, żeby gęstość wyglądała wysoko; albo uczynienie produktu użytecznym dla jednej strony jeszcze przed rozpoczęciem dopasowywania.
Ekonomia tego modelu wymaga wolumenu. Załóżmy, że pobierasz prowizję w wysokości 10 procent, a średnia rezerwacja wynosi 80 euro, więc zarabiasz 8 euro na dopasowaniu. Aby osiągnąć 25 000 euro miesięcznego przychodu, potrzebujesz 250 000 euro wolumenu transakcji, czyli 3 125 rezerwacji miesięcznie, około 100 dziennie. Zapisz sobie tę liczbę wcześnie. Zwykle jest dużo większa, niż spodziewają się założyciele.
Ceny rzadko pozostają symetryczne. Strona, która jest rzadsza lub bardziej wrażliwa na cenę, dostaje zniżkę, a płaci strona, która zyskuje najwięcej. Restauracje płacą platformie dostawczej, a jedzący płacą niewiele ponad cenę jedzenia.
Gdzie założyciele się mylą: budują obie strony naraz na dużym rynku i kończą z niewystarczającą liczbą każdej z nich, więc nikt nie znajduje dopasowania. Gęstość liczy się bardziej niż zasięg. Dwudziestu sprzedawców w jednym kodzie pocztowym działa lepiej niż 2 000 rozproszonych po całym kraju. Drugi błąd to ignorowanie ryzyka, że obie strony poznają się za twoim pośrednictwem, a potem zaczynają handlować bezpośrednio, żeby uniknąć twojej opłaty. Platformy przeciwdziałają temu obsługą płatności, gwarancjami, ubezpieczeniem lub opiniami, które działają wyłącznie w systemie.
Ten wzorzec to jeden z 43 modeli biznesowych sprawdzanych dla każdego pomysłu, więc pojawia się w wygenerowanym planie zawsze, gdy koncepcja ma dwie grupy użytkowników, które potrzebują siebie nawzajem.
