«Өз маркетплейсімізді ашсақ қайтеді?» - өсіп келе жатқан бизнес пен жаңа идеясы бар кәсіпкер жиі қоятын сұрақ. Идея тартымды көрінеді: сіз тауар сатып, қойма ұстап, тиеп-жөнелтумен айналыспайсыз, тек сатушылар мен сатып алушыларды кездестіресіз және әр мәміледен үлес аласыз. Алайда маркетплейс - қарапайым интернет-дүкеннің үлкенірек нұсқасы емес. Ол екі жақты платформа, ал екі жақты платформаның ең үлкен қиындығы технология емес, екі аудиторияны бір мезгілде тарту.
Бұл мақалада маркетплейстің қалай жұмыс істейтінін, қандай бизнес-модельдер бар екенін, қандай техникалық және операциялық қиындықтарға дайын болу керегін және алғашқы сатушылар мен сатып алушыларды қалай тартуға болатынын қарастырамыз. Агрегатор мен маркетплейстің айырмашылығы туралы біз бөлек мақала жаздық, сондықтан бұл жерде тақырыпқа терең, практикалық жағынан кіреміз.
Маркетплейс деген не және ол интернет-дүкеннен немен ерекшеленеді
Интернет-дүкенде сатушы бір - өзіңіз: тауарды сатып аласыз, бағасын қоясыз, сақтайсыз және жеткізесіз. Маркетплейсте тауарды көптеген тәуелсіз сатушы ұсынады, ал платформа оларды сатып алушылармен байланыстырады, төлем мен сенімнің кепілі болады. Сондықтан маркетплейс иесінің міндеті - тауар сату емес, жақсы жұмыс істейтін нарық құру.
Бұл айырмашылық бүкіл жобаға әсер етеді. Интернет-дүкенде сіз ассортимент пен бағаны өзіңіз басқарасыз, ал маркетплейсте сатушылардың сапасы, бағасы мен мінез-құлқы сіздің бақылауыңыздан ішінара тыс. Сондықтан технологиядан бұрын ережелерді, сенім механизмдерін және сатушыларға да, сатып алушыларға да пайдалы жағдайларды ойластыру қажет. Интернет-дүкен конверсиясы туралы мақалада айтылған карточка мен тапсырыс принциптері маркетплейске де қатысты, бірақ маркетплейсте оларға қосымша қабаттар қосылады.
Бизнес-модель: маркетплейс қалай ақша табады
Маркетплейстің ең кең таралған кіріс көзі - әр мәміледен алынатын комиссия: сатушы тауар сатқанда платформа сатудың белгілі бір бөлігін алады. Бұл модель сатушыға ыңғайлы, себебі ол сатылымға ғана төлейді және алдын ала тәуекел жасамайды, ал платформа сатылым өскен сайын табыс табады. Комиссия мөлшері санатқа, бәсекелестікке және платформа сатушыға не беретініне байланысты болады.
Басқа модельдер де бар: сатушылардан тұрақты жазылым ақысы, тауарды іздеу нәтижесінде жоғары көрсету үшін ақылы жарнама, қосымша қызметтер (логистика, фото, аналитика, қойма). Көп платформа бірнеше модельді біріктіреді. Дұрыс модельді таңдау жоба басталмай тұрып жасалған есепке негізделуі керек: сатушының маржасы комиссиядан кейін де тартымды болып қалуы және сіздің кірісіңіз операциялық шығындарды жабуы қажет. Егер екі шарт та орындалмаса, ең жақсы платформа да ұзақ мерзімде өмір сүрмейді.
«Тауық пен жұмыртқа» мәселесі: екі аудиторияны қалай тартуға болады
Маркетплейстің басты қиындығы - сатушылар сатып алушылар болса ғана келеді, ал сатып алушылар таңдау болса ғана келеді. Бастапқыда екеуі де жоқ, және ешкім бос платформаға келгісі келмейді. Бұл мәселені шешудің түпкілікті формуласы жоқ, бірақ жұмыс істейтін тәсілдер бар.
Көп сәтті платформа бір жақтан бастайды, көбіне сатушылардан. Олар белгілі бір шағын нишаны немесе бір қаланы таңдап, сол ішінде жеткілікті ассортимент жинайды, содан кейін ғана кеңейеді. Шағын нишада ассортимент тезірек «толады», ал сатып алушы ақылға қонымды таңдау көреді. Сатушыларды тарту үшін алғашқы кезде төмен немесе нөлдік комиссия, жеке көмек пен тауарды жүктеуге қолдау, сондай-ақ ашық ережелер мен нақты сатылым уәделері пайдалы. Ал сатып алушыларды тарту үшін бастапқыда тар және нақты ұсыныс - мысалы, бір санат бойынша ең тартымды таңдау - барлығына арналған жалпы платформадан әлдеқайда күшті жұмыс істейді.
Платформаның негізгі модульдері
Маркетплейс әдетте үш бөліктен тұрады, олардың әрқайсысы бөлек өнім сияқты. Сатып алушыға арналған бөлік интернет-дүкенге ұқсайды: каталог, іздеу мен сүзгілер, тауар карточкасы, себет, тапсырыс және жеке кабинет. Сатушыға арналған кабинет - тауарды қосу және басқару, баға мен қалдықты өзгерту, тапсырыстарды өңдеу, есеп айырысу мен аналитика. Ал әкімші панелі платформа иесіне сатушыларды тексеру, тауарларды модерациялау, комиссияларды баптау, дауларды шешу және жалпы статистика мүмкіндігін береді.
Сатушы кабинетін көп жоба бағаламайды, ал шын мәнінде ол платформаның жүрегі: сатушыға тауарды жүктеу ыңғайсыз болса, ассортимент өспейді. Үлкен каталогпен жұмыс үшін жаппай жүктеу (кестелер мен файлдар арқылы), сыртқы есеп жүйелерімен интеграция және қалдықтарды автоматты синхрондау маңызды. Мұндай интеграциялар туралы біз API интеграцияларына арналған мақалада толық жаздық. Рөлдер мен рұқсаттарды дұрыс жобалау да маңызды: сатушы тек өз тауарлары мен тапсырыстарын көруі керек, бұл LMS мақаласындағы рөлдер логикасына ұқсас.
Төлем және есеп айырысу: ең күрделі бөлік
Маркетплейс төлемі қарапайым дүкеннен әлдеқайда күрделі, себебі ақша бір сатып алушыдан бірнеше сатушыға және платформаға бөлінуі керек. Типтік сценарий: сатып алушы тапсырыс үшін төлейді, ақша платформа арқылы өтеді, комиссия ұсталады, ал қалған сома сатушыға белгілі бір шарт орындалғаннан кейін - мысалы, тауар жеткізілгеннен кейін - аударылады. Мұндай механизм сатып алушыны да, сатушыны да қорғайды, бірақ оны техникалық және құқықтық тұрғыдан дұрыс құру қажет.
Бұл бөлікте нақты шешімді жобаның басында төлем провайдерімен және заңгермен талқылау өте маңызды. Қазақстанда қандай схемаларға рұқсат етілетіні, лицензия мен есептілік талаптары, салық мәселелері жобаның құрылымына тікелей әсер етеді, сондықтан бұл туралы жалпы ұсыныс емес, нақты кеңес қажет. Төлемді қосудың техникалық жағы, вебхуктер мен қауіпсіздік туралы біз онлайн-төлем мақаласында жаздық, ал маркетплейсте оған бөлу логикасы, қайтарымдар және дауларда ақшаны ұстап тұру мүмкіндігі қосылады.
Сенім мен модерация
Маркетплейсте сатып алушы бір ғана компанияға емес, көптеген белгісіз сатушыға сенеді, ал платформа - сенімнің кепілі. Сондықтан модерация мен сенім механизмдері міндетті болады: сатушыларды тіркеу кезінде тексеру, тауар сипаттамаларын бақылау, тыйым салынған тауарларды сүзу, алаяқтықпен күресу және әділ пікір жүйесі.
Пікірлер мен рейтингтер сатушының сапасын көрсететін ең жақсы құрал, бірақ олардың жалған болу қаупі бар, сондықтан тек нақты сатып алғаннан кейін пікір қалдыруға рұқсат беру жиі қолданылады. Дау шешу процесі де алдын ала ойластырылуы тиіс: тауар келмесе, сипаттамаға сәйкес болмаса немесе сатушы жауап бермесе, сатып алушы мен сатушының қайда жүгінетіні және платформа қалай әділ шешім шығаратыны түсінікті болуы керек. Бұл процесс жұмыс істемесе, платформаға деген сенім тез жоғалады.
Сұрақ қойыңыз немесе өтінім қалдырыңыз
Идеяңызды айтыңыз — нишаны, бизнес-модельді және платформа MVP құрамын таңдауға көмектесеміз.
Форманы жіберу арқылы дербес деректерді өңдеуге келісім бересіз.
Логистика: платформа тауарға қатыспаса да
Платформа тауарды өзі сақтамаса да, жеткізу сатып алушы тәжірибесінің маңызды бөлігі болып қалады. Көп маркетплейсте екі негізгі жағдай бар: сатушы тауарды өзі жеткізеді немесе платформа логистикалық серіктестермен тізбек құрады. Біріншісі платформа үшін қарапайым, бірақ сапа сатушыға байланысты тұрақсыз болады, ал екіншісі бақылауды арттырады, бірақ күрделірек және қымбатырақ.
Кез келген жағдайда жеткізу шарттары мен мерзімдері сатып алушыға ашық көрсетілуі керек, ал тапсырыс мәртебесін бақылау және қайтару процесі түсінікті болуы қажет. Жеткізу қызметтерімен интеграция - нарықта жиі талап етілетін мүмкіндік, ол жеткізу құнын автоматты есептеуге және жөнелтімді құруға көмектеседі. Бұл да API интеграцияларына жататын бағыт.
Техникалық архитектура және масштабтау
Маркетплейс пен қарапайым дүкеннің арасындағы техникалық айырмашылық көбіне жүктеме мен күрделілікте. Каталог мыңдаған, кейде миллиондаған тауардан тұруы мүмкін, және іздеу жылдам әрі дәл жұмыс істеуі керек. Бұл үшін көп жағдайда арнайы іздеу механизмдері мен кэштеу қолданылады. Сатушылар мен сатып алушылардың бір мезгілде әрекеті, жаппай жүктеулер және акция кезіндегі шыңдар жүйені талап етеді, сондықтан архитектура алдын ала өсуге есептелуі тиіс.
Платформа өскен сайын функционалды бөлек модульдерге бөлу - мысалы, каталог, тапсырыстар, төлемдер, хабарламалар - әр бөлікті өз бетінше масштабтауға мүмкіндік береді. Бұл логика микросервистік архитектура мақаласында жазылған, бірақ ол бастапқыда міндетті емес: шағын жобада модульді монолит жеткілікті болуы мүмкін, ал бөлуді нақты қажеттілік туғанда жасаған жөн. Хостингті таңдау да маңызды, себебі сатушылар мен сатып алушылар үшін платформаның үздіксіз жұмысы сенімнің бөлігі.
Құқықтық және қауіпсіздік мәселелері
Маркетплейс көп адамның деректерімен жұмыс істейді: сатып алушылардың жеке мәліметтері, сатушылардың заңды және банк деректері, төлем ақпараты. Сондықтан персональді деректерді қорғау талаптары мұнда әсіресе маңызды, оларды біз бөлек мақалада қарастырдық. Қауіпсіздікті жобаның бастапқы кезеңінен жоспарлау керек: деректерге қолжетімділікті шектеу, төлем деректерін өзіңіз сақтамау, әкімші панелін қорғау.
Сонымен қатар платформаның пайдаланушы келісімі, сатушымен шарт, қайтару мен дау ережелері құқықтық тұрғыдан дұрыс рәсімделуі қажет. Бұл құжаттар платформаның жауапкершілік шекарасын анықтайды: сатушы өз тауарына жауап береді ме, ал платформа қандай жағдайда араласады. Нақты талаптар жобаның құрылымына байланысты, сондықтан заңгермен алдын ала кеңесу қымбат қателерден сақтайды.
Бастау жолы: MVP және сынақ
Маркетплейсті бірден толық көлемде жасау - ең қымбат жол. Тәуекелді азайтудың жақсы әдісі - бастапқыда қолмен жұмыс істейтін шағын нұсқаны іске қосу: шектеулі нишада, аз сатушымен, қарапайым функционалмен. Кейде тапсырыстарды алғашқы кезде жартылай қолмен өңдейді, ал автоматтандыру нақты қажеттілік пен сұраныс дәлелденгеннен кейін қосылады.
Сынақтың басты сұрағы - «біз технологияны жасай аламыз ба?» емес, «сатушылар мен сатып алушылар шынымен келе ме, және олар қайта оралады ма?». Егер алғашқы сатушылар сатылым жасап, сатып алушылар қайта сатып алса, платформа дұрыс бағытта. Егер жоқ болса, әлі күрделі функционал қосудан бұрын ұсынысты, нишаны және ережелерді қайта қарау керек. Бұл логика мобильді қосымша мен сайт жасау мақалаларындағы MVP тәсіліне сәйкес келеді.
Жиі кездесетін қателіктер
Ең жиі қате - технологиядан бастау: үлкен платформаны жасап шығарып, содан кейін сатушы мен сатып алушыны іздеу. Нәтижесінде жасалған дүние бос қалады, себебі екі аудиторияны тарту мәселесі алдын ала шешілмеген. Екінші типтік қате - тым кең нишаны таңдау: «бәрін сататын платформа» бастапқыда ештеңеде ерекшеленбейді және ірі ойыншылармен тікелей бәсекеге түседі.
Сонымен қатар сатушы кабинетін жеткілікті ойластырмау, төлем мен есеп айырысуды қарапайым деп санау, модерация мен дау шешуді соңына қалдыру және құқықтық мәселелерді ескермеу жиі кездеседі. Тағы бір қауіп - өз экономикасын есептемеу: комиссия сатушыға тартымсыз немесе платформаға жеткіліксіз болса, модель жұмыс істемейді.
Тексеру тізімі
- Платформа қандай нишада және кімге арналғаны нақты тұжырымдалған
- Бизнес-модель (комиссия, жазылым, жарнама) есептелген және екі жаққа да тиімді
- Алғашқы сатушыларды және сатып алушыларды қалай тарту жоспары бар
- Сатып алушы бөлігі, сатушы кабинеті мен әкімші панелі жоспарланған
- Төлемді бөлу және есеп айырысу схемасы төлем провайдерімен және заңгермен талқыланған
- Сатушыларды тексеру, модерация және дау шешу ережелері жазылған
- Жеткізу шарттары мен логистикалық серіктестер анықталған
- Архитектура өсуге есептелген, іздеу мен жүктеме ескерілген
- Персональді деректер, қауіпсіздік және пайдаланушы келісімдері құқықтық тұрғыдан рәсімделген
- Алғашқы нұсқа шағын нишада, MVP ретінде сыналатын болып жоспарланған
