Ինչպես կառուցել marketplace. գործնական MVP ուղեցույց

Marketplace կառուցելու համար սկսեք մեկ նեղ կատեգորիայով և մեկ քաղաքով կամ նիշով, կառուցեք ամենափոքր տարբերակը, որը թույլ է տալիս վաճառողներին հայտարարել, իսկ գնորդներին՝ գտնել և կապվել նրանց հետ, և ապացուցեք, որ մարդիկ գործարքներ են կատարում, նախքան հարթակի ներսում վճարումներ կառուցելը։ Հայտարարությունները, որոնումը, պրոֆիլները և հաղորդակցությունը այսօր հեշտ են կառուցել։ Գնորդի գումարը վերցնելն ու վաճառողներին վճարելը այդպես չէ. այն բերում է վաճառողների ստուգում, վերադարձներ, վեճեր և հարկային հարցեր, որոնց համար պետք է հստակ պլանավորել, այլ ոչ թե հետագա ավելացնել։

Ինչ է իրականում marketplace-ը

Երկկողմանի marketplace-ը միացնում է երկու խումբ. մարդիկ, ովքեր առաջարկում են ինչ-որ բան (վաճառողներ, հյուրընկալողներ, ֆրիլանսերներ, վարձատուներ), և մարդիկ, ովքեր ուզում են այն (գնորդներ, հյուրեր, հաճախորդներ, վարձակալներ)։ Ձեր արտադրանքը գտնվում է նրանց միջև։ Այն, թե արդյոք դա ֆիզիկական ապրանքներ են, վարձույթ կամ ծառայություններ, փոխում է մանրամասները, բայց մեծամասնությունը նույն շինանյութերն է պահանջում։

Տվյալները

Ցուցակը սկզբից օգնում է ձեզ և ցանկացած AI կառուցողին ճիշտ կառուցվածք ստանալ. օգտատերեր (դերով), վաճառողի պրոֆիլներ, հայտարարություններ, հայտարարության լուսանկարներ, կատեգորիաներ, հարցումներ կամ ամրագրումներ, հաղորդագրություններ և հետագայում՝ պատվերներ, վճարումներ և գնահատականներ։ Սկզբից որոշեք, թե յուրաքանչյուր հայտարարություն ինչ պարտադիր դաշտեր պետք է ունենա. անհամապատասխան հայտարարությունները անօգուտ են դարձնում որոնումն ու ֆիլտրերը։

Թույլտվություններ

Marketplace-ները ամենից հաճախ կոտրվում են թույլտվությունների մեջ։ Գրեք կանոնները.

• Ցանկացած մարդ կարող է դիտել հրապարակված հայտարարությունները։
• Միայն այն վաճառողը, ով սեփականատեր է հայտարարության, կարող է խմբագրել կամ ջնջել այն։
• Գնորդները տեսնում են միայն իրենց հարցումները և հաղորդագրությունները. վաճառողները՝ միայն իրենց հայտարարությունների մասին հարցումները։
• Ադմինները կարող են տեսնել և մոդերացնել ամեն ինչ։
• Կոնտակտային տվյալները բացահայտվում են միայն այն ժամանակ, երբ որոշում եք. օրինակ՝ ամրագրումը հաստատվելուց հետո։

Փորձարկեք դրանք՝ մուտք գործելով որպես մեկ օգտատեր և փորձելով բացել մեկ այլ օգտատիրոջ էջերը։

Որոշումներ և փոխզիջումներ

Սկսեք նեղ

«Marketplace ամեն ինչի համար» ունի ո՛չ առաջարկ, ո՛չ պահանջարկ։ «Ֆոտոսարքերի վարձույթ Լիսաբոնում հանգստյան օրերին» կարող է լցվել ձեռքով։ Նեղ կատեգորիաները MVP-ն նույնպես փոքր են դարձնում. քիչ դաշտեր, քիչ ֆիլտրեր, քիչ եզրային դեպքեր։

Ում նախ հավաքել

Շատ marketplace-ներ նախ ապահովում են առաջարկը՝ դուք անձամբ գրանցում եք առաջին վաճառողներին, երբեմն նրանց համար հայտարարություններ ստեղծելով, քանի որ գնորդները անմիջապես լքում են դատարկ marketplace-ը։ Պլանավորեք այդ համար անհրաժեշտ ադմին գործիքները. հայտարարությունների զանգվածային ավելացում, խմբագրում վաճառողի անունից և հայտարարությունները որպես առանձնացված նշելը։

Ինչպես է շարժվում փողը

Այս ամենակարևոր որոշումն է, և այն ունի երեք սովորական պատասխան.

1. Հարթակում վճարումներ չկան. Գնորդները կապվում են վաճառողների հետ և վճարում են նրանց անմիջապես։ Դուք վաստակում եք հայտարարության վճարներից, առանձնացված տեղադրումներից կամ վաճառողների բաժանորդագրությունից։ Ամենապարզը կառուցել, ամենաթույլ վերահսկողությունը գործարքի վրա։
2. Վճարում է միայն վաճառողը. Վաճառողները ձեզ վճարում են բաժանորդագրություն կամ հայտարարության վճար սովորական checkout-ով։ Դեռ պարզ է. սա նույնն է, ինչ ցանկացած վճարովի հավելված։
3. Գնորդները վճարում են հարթակով, և դուք վճարում եք վաճառողներին։ Դուք վերցնում եք միջնորդավճար յուրաքանչյուր գործարքից։ Սա այն է, ինչ շատերը պատկերացնում են, և այստեղ է բարդությունը։

Վճարումներ և վճարումների փոխանցում. ազնիվ տարբերակը

Բանկային քարտով վճարումն ընդունելը լավ հասկանալի է։ Այդ վճարումը բաժանելը և մեծ մասը երրորդ կողմին ուղարկելը այլ խնդիր է։ Սովորաբար պետք է հարթակների համար նախատեսված վճարային արտադրանք, օրինակ՝ Stripe Connect, այլ ոչ թե սովորական checkout։

2026 թվականի սեպտեմբերի դրությամբ Stripe-ի սեփական marketplace ուղեցույցը նկարագրում է այնպիսի կարգավորում, որտեղ Stripe-ն կատարում է վաճառողի գրանցումը, marketplace-ը հավաքում է վճարումները, վճարում է Stripe-ի վճարները, կառավարում է վերադարձները և վեճերը, հավաքում է հավելվածի միջնորդավճար յուրաքանչյուր վճարումից և վերահսկում է, թե երբ գումարը գնում է վաճառողներին։ Նույն ուղեցույցը նշում է, որ հարթակը պատասխանատու է իր միացված հաշիվների բացասական մնացորդները ծածկելու համար, օրինակ՝ երբ վերադարձը կամ չարգելափակումը (chargeback) գալիս է այն բանից հետո, երբ վաճառողը արդեն վճարվել է։ Այն նաև ցույց է տալիս խարդախության գործիքները այդ ռիսկը կառավարելու համար։

Պրակտիկայում դա նշանակում է աշխատանք դուրս checkout կոճակից.

• Վաճառողների գրանցում և ստուգում. Յուրաքանչյուր վաճառող անցնում է ինքնության և բանկային հաշվի ստուգում, նախքան վճարվելը։ Ոմանք կխրվեն, և օգնություն կխնդրեն ձեզնից։
• Webhook-ներ. Ձեր հավելվածը պետք է լսի իրադարձությունները վճարային մատակարարից՝ վճարումը հաջողվեց, վաճառողի հաշիվը հաստատվեց, վճարումը ձախողվեց, և թարմացնի իր գրառումները։
• Վերադարձներ, չեղարկումներ և վեճեր. Որոշեք ձեր քաղաքականությունը, այնուհետև թույլ տվեք ծրագրին հետևել դրան, ներառյալ՝ ով է կրում ծախսը։
• Վճարներ և հաշվետվություններ. Վճարումները և հարթակի վճարները ազդում են ձեր եկամտաբերության վրա. ստուգեք մատակարարի կայքում ընթացիկ գները։
• Հարկեր և իրավունք. Կախված նրանից, թե որտեղ եք դուք և ձեր վաճառողները գործում, կարող են լինել հարկային, հաշվետվական կամ լիցենզավորման պարտավորություններ։ Ստացեք պատշաճ խորհուրդ, նախքան մեծ ծավալով ուրիշների գումար պահելը կամ տեղափոխելը։

Այս ամենը marketplace-ը անհնար չի դարձնում. այն պարզապես նշանակում է, որ վճարումների փոխանցումը պետք է ունենա իր առանձին փուլը՝ թեստային ռեժիմով, թեստային հաշիվներով և գրավոր քաղաքականությամբ, այլ ոչ թե մեկ հուշումով։ Վճարումների ավելացումը ձեր հավելվածին ուղեցույցը ներառում է checkout-ի, webhook-ների և թեստային ռեժիմի հիմունքները։

Առաջին հուշումը AI կառուցողի համար

նկարագրեք երկու կողմերը, հայտարարությունը, գործարքը և թույլտվությունները, և թողեք վճարումները առաջին տարբերակից դուրս.

Կառուցիր MVP marketplace GearShare անունով, որտեղ լիսաբոնյան լուսանկարիչները վարձով տալիս են տեխնիկա միմյանց։ Վաճառողները գրանցվում են, ստեղծում են հայտարարություններ (վերնագիր, կատեգորիա, նկարագրություն, օրական գին, մինչև 6 լուսանկար, թաղամաս) և տեսնում են իրենց հայտարարությունների մասին հարցումները։ Գնորդները դիտում են կատեգորիայով, որոնում բանալի բառով, ֆիլտրում գնով և թաղամասով, բացում են հայտարարություն և ուղարկում վարձույթի հարցում ամսաթվերով և հաղորդագրությամբ։ Յուրաքանչյուր օգտատեր տեսնում է միայն իր հարցումները և հաղորդագրությունները։ Ներառիր ադմին էջ, որտեղ նոր հայտարարությունները հաստատվում են մինչև հրապարակվելը, և հայտարարությունները կարելի է թաքցնել։ Պահիր ամեն ինչ տվյալների բազայում, լուսանկարները՝ ֆայլերի պահոցում։ Դեռ վճարումներ չկան. հաստատված հարցումների վրա ցույց տուր «Վճարումը կազմակերպիր սեփականատիրոջ հետ»։ Հեռախոսի համար հարմար, մաքուր դիզայն։

Այնուհետև կառուցեք մասերով՝ նախ հայտարարությունները, հետո որոնումը և ֆիլտրերը, հետո հարցումները և հաղորդագրությունները, հետո ադմինը։ Յուրաքանչյուր մաս փորձարկեք, նախքան հաջորդին անցնելը։

Կառուցման քայլեր

1. Ընտրեք նիշը և գրեք երկու օգտատիրոջ ուղին յուրաքանչյուրը մի քանի նախադասությամբ։
2. Սահմանեք հայտարարության դաշտերը և կատեգորիաները։ Պահեք խիստ։
3. Կառուցեք հայտարարությունները և դիտումը իրատեսական նմուշային տվյալներով։
4. Ավելացրեք հաշիվներ և դերեր, և փորձարկեք թույլտվության յուրաքանչյուր կանոն։
5. Ավելացրեք գործարքը՝ հարցում, ամրագրման հարցում կամ հաղորդագրություն։
6. Ավելացրեք ադմին և մոդերացիա. հաստատել, թաքցնել, արգելել, խմբագրել։
7. Ավելացրեք էլ. փոստի ծանուցումներ, որպեսզի մարդիկ իմանան, երբ ունեն նոր հարցում։
8. Գործարկեք ձեռքով հավաքված առաջարկով ձեր նիշում և հետևեք իրական գործարքներին։
9. Միայն դրանից հետո ավելացրեք վճարումներ, սկզբում թեստային ռեժիմում և վստահելի վաճառողների փոքր խմբով։
10. Ավելացրեք գնահատականներ, երբ կան բավարար ավարտված գործարքներ դրանց համար։

Սովորական սխալներ

• Վճարումների փոխանցում կառուցել, մինչև ապացուցել պահանջարկը. Շաբաթներ վճարային աշխատանք marketplace-ի համար, որը ոչ ոք չի օգտագործում։
• Չափազանց լայն գործարկում. Բարակ առաջարկը շատ կատեգորիաներում ամենուր դատարկ է թվում։
• Թույլ թույլտվություններ. Վաճառողը, որը կարող է խմբագրել մեկ այլ վաճառողի հայտարարությունը, կամ գնորդը, որը կարդում է ուրիշի հաղորդագրությունները, լուրջ ձախողում է։
• Մոդերացիայի գործիքների բացակայություն. Սպամն ու վատ հայտարարությունները արագ են հայտնվում, երբ հրապարակային եք դառնում։
• Անորոշ քաղաքականություններ. Չեղարկումները, վերադարձները և վեճերը պահանջում են գրավոր կանոններ, նախքան փողը տեղաշարժվի։
• Կեղծ ակտիվություն. Հորինված գնահատականները կամ հայտարարությունները քայքայում են վստահությունը և կարող են խախտել սպառողական կանոնները։ Փոխարենը սերմանեք իրական առաջարկ։
• Անտեսել արտահոսքը. Գնորդներն ու վաճառողները, որոնք հանդիպում են ձեր հարթակում, կարող են գործարքը կատարել դրսում։ Տվեք նրանց պատճառ մնալու համար՝ պաշտպանություն, հարմարություն, համբավ, այլ ոչ թե թաքցնելով կոնտակտային տվյալները։

Ծախսեր և գործիքներ

MVP-ի ընթացիկ ծախսերը համեստ են. հոստինգ, տվյալների բազա, լուսանկարների ֆայլերի պահոց և էլ. փոստի մատակարար։ Վճարումները ավելացնում են գործարքի վճարներ և, հարթակային արտադրանքների համար, լրացուցիչ հարթակային վճարներ. ստուգեք մատակարարի կայքում ընթացիկ գները։ Ավելի մեծ ծախսը ժամանակն է. վաճառողների աջակցությունը, մոդերացիան և վեճերի լուծումը։

Երբ պատրաստի արտադրանքը ավելի լավ ընտրություն է

Եթե ձեր marketplace-ը ստանդարտ ձևի է՝ վարձույթի կայք, ծառայությունների ցուցակ ամրագրումներով, թվային ապրանքների խանութ, և ուզում եք, որ վճարումների փոխանցումը աշխատի առաջին օրից, հատուկ marketplace ծրագիրը կարող է խնայել ամիսներ, քանի որ այն արդեն լուծել է գրանցումը, միջնորդավճարները և վեճերը։ Փոխզիջումը վերահսկողության պակասն է և ամսական կամ գործարքային վճարը։ Սեփական կառուցեք, երբ ձեր համապատասխանեցումը, հայտարարության ձևաչափը կամ աշխատանքի ընթացքը անսովոր են, որ ձևանմուշները կպայքարեն ձեր դեմ, կամ երբ ուզում եք սեփականել կոդը և տվյալները։ Ոմանք սկսում են ուղղորդող կայքով, որը վաճառողներից վճար է գանձում հայտարարությունների համար, և հետագայում վերածվում գործարքային marketplace-ի։

Կառուցել այն Mythex-ով

Mythex-ը կարող է զրույցից կառուցել վերևում նկարագրված MVP-ն. հայտարարություններ, որոնում և ֆիլտրեր, հարցումների հոսքեր և ադմին էջ, Postgres տվյալների բազայով և ֆայլերի պահոցով, երբ հավելվածին դրանք պետք են։ Հավելվածի մուտքը ձերն է. ընտրում եք մոտեցում, օրինակ՝ էլ. փոստ և գաղտնաբառ ձեր տվյալների բազայում կամ հոստված նույնականացման մատակարար, և գործակալը միացնում է այն։ Վճարումների համար միացնում եք ձեր սեփական Stripe հաշիվը, բանալիները պահվում են որպես նախագծի գաղտնիքներ. marketplace վճարումների փոխանցման մեկ կտտոցով գործառույթ չկա, ուստի Connect-ի գրանցումը, webhook-ները և փոխանցման տրամաբանությունը ձեր կառուցած կոդն են, որ թեստավորում եք թեստային ռեժիմում և որ ձերն է։

Օգտակար փաստաթղթեր. CRUD հավելված կառուցել, մուտք ավելացնել (բերեք ձեր սեփական նույնականացում) և վճարումներ ընդունել Stripe-ով։ Վարձույթի marketplace ձևանմուշը տալիս է սկզբնական հուշում, իսկ մեր SaaS MVP ուղեցույցը բացատրում է, թե ինչպես պահել առաջին տարբերակը փոքր։

Հարցեր