Маркетплейсті нөлден қалай жасау керек

Маркетплейстердің көбі нашар код салдарынан емес, алаңда сатып алушылар мен сатушылар кездеспегендіктен жабылады. Сондықтан маркетплейсті қалай жасау керек деген сұрақтың жауабы технология таңдаудан емес, модельден басталады: кімдерді байланыстырасыз, не үшін ақша аласыз және әр тараптан алғашқы жүз қатысушыны қайдан табасыз.

Бұл мақалада — идеядан жұмыс істейтін MVP-ге дейінгі жол: кезеңдер, алғашқы нұсқаның функциялары, архитектура, төлемдер, мерзім және анықтамалық бюджет. Барлығы екіжақты платформаларды іске қосу тәжірибемізге негізделген.

Маркетплейс моделі мен экономикасы

Маркетплейс жасамас бұрын төрт сұраққа жауап беріңіз. Егер біреуіне де жауап болмаса — әзірлеуді бастауға әлі ерте.

1. Нарықтың қандай түрі? Тауарлар (B2C немесе B2B), орындаушылары бар қызметтер, жалға беру, хабарландырулар, жұмысқа алу. Каталог, логистика және төлемдер осыған байланысты.
2. Әр тарап үшін қандай мәселені шешесіз? Сатып алушыға — таңдау, баға, кепілдік. Сатушыға — өзі таба алмайтын клиенттер ағыны.
3. Қалай табыс табасыз? Транзакциядан комиссия, сатушылардың жазылымы, ақылы жылжыту, лидогенерация. Модельдерді біріктіруге болады, бірақ MVP-де біреуі болғаны дұрыс.
4. Неге мәміле платформаны айналып өтпей, ол арқылы өтеді? Қауіпсіз төлем, кепілдіктер, рейтингтер, құжаттардың ыңғайлылығы — осы құндылықсыз тараптар алғашқы байланыстан кейін тікелей келісіп алады.

Әзірлеуге дейін юнит-экономиканы есептеңіз: орташа чек, комиссия, сатып алушы мен сатушыны тарту құны, қайталама мәмілелер жиілігі. Егер комиссиясы 500 ₽ болатын бір мәміле үшін клиентті тарту 2 000 ₽ тұрса және қайта сатып алулар болмаса — өнім сапасы қандай болса да модель ақталмайды.

Тауық пен жұмыртқа мәселесі

Сатып алушылар ұсыныс бар жерге келеді, ал сатушылар — сұраныс бар жерге. Бұл кез келген жаңа маркетплейстің басты тәуекелі және оны технологиялар шешпейді. Жұмыс істейтін тактикалар:

• Тар нишадан және бір географиядан бастаңыз. Қаланың бір ауданындағы сантехниктер маркетплейсін толтыру «бүкіл елдегі барлық қызметтерге» қарағанда оңай.
• Алдымен ұсыныс тарапын жинаңыз. Сатушылар аз, оларды табу және қолмен көндіру оңайырақ — қоңыраулар, кездесулер, тегін орналастыру арқылы.
• Екінші тарап болмаса да, бір тарапқа құндылық беріңіз: ыңғайлы кабинет, орындаушыға арналған CRM, онлайн-жазылу. Сонда сіз сатып алушыларды тартып жатқанда сатушылар кетпейді.
• Бастапқыда ұсынысты қолмен толтырыңыз: сатып алушы бос каталогты көрмеуі үшін команда тапсырыстардың бір бөлігін өзі өңдей алады.
• Өтімділікті өлшеңіз — ақылға қонымды уақытта орындаушы немесе сатушы табылған тапсырыстардың үлесі. Бұл ерте кезеңдегі маркетплейстің басты метрикасы.

Жақсы жаңалық: алғашқы жүздеген қатысушы күрделі өнімді талап етпейді. Көптеген табысты алаңдар тапсырыстарды қолмен өңдеуден, кестелер мен чаттардан бастап, процестерді нақты не қайталанатынын түсінгенде ғана автоматтандырған. Әзірлеу расталған сұраныстың алдынан емес, соңынан жүруі керек.

Маркетплейс жасау кезеңдері

Жалпы платформаның MVP-і 8–12 аптаны алады. Кейбір кезеңдер қатар жүреді: әзірлеушілер каталогты құрып жатқанда өнім командасы алғашқы сатушылармен келіседі. Талаптарды алдын ала бекіткен дұрыс — мұны қалай істеу керектігін ТТ қалай құрастыру керек мақаласында талдадық.

MVP функциялары: қазір не істеу керек, кейін не істеу керек

Басты азғыру — бірден «Avito сияқты» жасау. Ірі алаңдар жылдар бойы құрылды. MVP мәміленің бір толық циклін жабуы керек, артық ештеңе жоқ.

Алғашқы нұсқада міндетті түрде

• Әр рөл үшін тіркелу және профильдер: сатып алушы, сатушы немесе орындаушы, әкімші.
• Іздеуі және негізгі сүзгілері бар каталог немесе ұсыныстар таспасы.
• Тапсырысты рәсімдеу және мәміле мәртебелері.
• Платформа арқылы төлем — әйтпесе сіз мәмілені бақыламайсыз және комиссия алмайсыз.
• Хабарламалар: email, push немесе Telegram.
• Пікірлер мен рейтинг — сенімнің негізі.
• Әкімші панелі: модерация, пайдаланушыларды басқару, дауларды қарау.

Кейінге қалдыруға болады

• Нативті мобильді қосымшалар — бастапқыда адаптивті веб немесе PWA жеткілікті.
• Күрделі ұсынымдар мен персонализация — деректер аз болғанда олар жұмыс істемейді.
• Адалдық бағдарламасы, промокодтар, рефералдық жүйе.
• Кірістірілген чат — алғашқы уақытта хабарламалармен және телефонмен шектелуге болады.
• Сатушыларды ақылы жылжыту — сатып алушының назары үшін бәсеке пайда болғанда мағынасы бар.

Төлемдер, қауіпсіз мәміле және төлемақылар

Төлем схемасы — маркетплейстің ең бағаланбаған бөлігі. Сатып алушының ақшасын жай ғана компания шотына қабылдап, кейін сатушыларға тарату мүмкін емес: бұл салықтық және заңдық тәуекелдер тудырады. Әдетте агенттік схема немесе төлем провайдерлерінің маркетплейстерге арналған арнайы шешімдері қолданылады — төлемді бөлу, тапсырыс орындалғанша қаражатты ұстап тұру (эскроу, «қауіпсіз мәміле») және сатушыларға, соның ішінде өзін-өзі жұмыспен қамтығандарға, автоматты төлемақылар арқылы.

• Сатып алушының көзінде сатушы кім екенін анықтаңыз: платформа ма, әлде қатысушы ма. Шарттар, 54-ФЗ бойынша чектер және салықтар осыған байланысты.
• Әзірлеу басталғанға дейін маркетплейстерді қолдайтын провайдерді таңдаңыз: оның API-і төлем модулінің архитектурасын анықтайды.
• Қайтаруларды, ішінара қайтаруларды және дауларды алғашқы күннен бастап қарастырыңыз.
• Жобалау кезеңінде заңгер мен бухгалтерді тартыңыз — бұл іске қосқаннан кейін схеманы қайта жасаудан арзанға түседі.

Өсуге төтеп беретін архитектура

Бір жылдан кейін қайта жазуға тура келмейтін маркетплейсті қалай жасауға болады? Өнімді нақты шекаралары бар домендерге бөлу керек: каталог, іздеу, тапсырыстар, төлемдер, пайдаланушылар, модерация, хабарламалар, геолокация. Бастапқыда бұл модульдері мұқият бөлінген бір сервис болуы мүмкін — модульдік монолит. Жүктеме өскенде ең жүктелген модульдер қалғанын қайта жазбай-ақ жеке сервистерге шығарылады.

• Веб, мобильді қосымшалар және Telegram үшін бірыңғай API — жаңа клиенттер бэкендті өзгертпей қосылады.
• Тапсырыстар мен ақша үшін реляциялық дерекқор, каталог үшін жеке іздеу индексі.
• Хабарламаларға, төлемақыларға және фондық тапсырмаларға арналған кезектер.
• Әрекеттер журналы, антифрод ережелері және алғашқы релизден бастап резервтік көшіру.
• Мониторинг пен алерттер: төлемдердің құлағаны туралы пайдаланушылардан бұрын білуіңіз керек.

Веб, мобильді қосымшалар немесе Telegram

Алғашқы нұсқа үшін әдетте адаптивті веб-қосымша жеткілікті: оны іздеу жүйелері индекстейді, ол сілтеме арқылы ашылады және сторлардың ревьюін қажет етпейді. Мобильді қосымшалар орындаушыларға тұрақты геолокация және жаңа тапсырыстар туралы сенімді хабарламалар қажет болғанда, ал сатып алушылар жиі қайтып оралғанда керек болады. Егер аудиторияңыз Telegram-ды белсенді пайдаланса, сатушының немесе орындаушының кабинетін Telegram Mini App бар бот түрінде жасауға болады — бұл жеке қосымшадан тезірек әрі арзанырақ. Бірыңғай API арқасында бұл арналар бірден емес, өсу барысында қосылады.

Біздің тұрмыстық қызметтер маркетплейсіміз осылай құрылған: орындаушыларды геоіздеу, рейтингтер, қауіпсіз мәміле, веб-нұсқа және iOS пен Android қосымшалары. MVP 9 аптада дайын болды, қазір платформада 12 000-нан астам орындаушы бар. Клиент, жүргізуші және диспетчер рөлдері бар осындай архитектура трансфер тапсырыс беру сервисінде жұмыс істейді.

Іске қосу кезіндегі типтік қателер

1. Бірден кең нарыққа шығу. Көп санаттағы бос алаң бір санатта толтырылған алаңнан нашар көрінеді.
2. Алғашқы пайдаланушыға дейін бір жыл әзірлеу. Осы уақытта гипотезалар ескіреді, ал бюджет деректер пайда болғанға дейін таусылады.
3. Төлемді «кассаны айналып өтіп» алу. Егер платформа есеп айырысуға қатыспаса, ол мәмілелерді көрмейді, комиссия алмайды және қатысушыларды қорғай алмайды.
4. Модерацияның болмауы. Бастапқыдағы бірнеше адал емес сатушы алаңға деген сенімді ұзақ уақытқа шайқалтуы мүмкін.
5. Өтімділіктің орнына бос мақтан метрикалары. Тіркелулер саны ештеңе айтпайды; сәтті мәмілелер үлесі мен қайта сатып алулар маңызды.
6. Әлсіз әкімші панелі. Егер команда тапсырысты тез таба алмаса, ақшаны қайтара алмаса немесе қатысушыны бұғаттай алмаса, қолдау қызметі алғашқы жүз мәміледе-ақ тұншығады.

Бұл қателердің көбі ақшамен емес, тәртіппен жабылады: тар фокус, қысқа итерациялар, метрикаларды апта сайын талдау және екі тараптың алғашқы қатысушыларымен тікелей қарым-қатынас.

Маркетплейс жасау қанша тұрады

Анықтама үшін: маркетплейс-платформаны әзірлеу 8–12 апта мерзіммен MVP үшін 1 200 000 ₽-ден басталады. Қорытынды сомаға рөлдер саны, төлем схемасының күрделілігі, геолокация мен карталар, сатушылардың есеп жүйелерімен интеграциялар, алғашқы күннен мобильді қосымшалардың болуы әсер етеді. Нақты құны — ТТ пысықталғаннан кейін; барлық өнімдер бойынша бағдарлар — әзірлеу бағалары бетінде.

Бюджетті тек әзірлеуге ғана жоспарламаңыз. Алғашқы қатысушыларды тарту, заңдық сүйемелдеу, төлем провайдерінің комиссиялары, инфрақұрылым және іске қосқаннан кейінгі даму жиі MVP шығындарымен шамалас болады. Платформаларды қалай құратынымыз туралы толығырақ — маркетплейстер мен платформалар әзірлеу бетінде.