dovydas84

Sveiki,
 
Yra mintis sukurti eshop platformą. Prestashop'ai ir panašus dalykai geri kai reikia kažko bazinio, pvz. vienas sandėlis, vienas pardavimų channelis, mažai ataskaitų ir t.t. Pvz. sukūrus eshopą su prestashop Lietuvai ir norint eiti į kitas šalis reikia iš naujo kurti eshopą su savo produktais ir t.t. (nėra bendro produktų, sandėlių valdymo). Viską +- galima padaryti su addonsais, bet jie papildomai kainuoja (shopify tai išvis tie addonsai kas mėn. kainuoja), bet visgi su addonsais gaunam "kreivoką" eshopą kuris dar ir veikia lėtai. Mano mintis sukurti platformą kurioje būtų dažniausiai naudojami pluginsai jau pačioj sistemoje ir nereikėtų ieškoti kažko papildomai.
Papildomai manau galima būtų savo platformos API paduoti kitiems programuotojams, kurie kuria custom eshopus. Jiems reikėtų tiesiog padaryti atvaizdavimą ir kviesti API addProductToCart(...) getCartProducts(...). Taip jie sukonfigūravę pvz. produktų budle'us (kas irgi jau būtų pačioj platformoj) ir naudodami API nesivargintų dėl krepšelio produktų kainų logikos ir kitų dalykų kaip: apmokėjimai, adresų validacijos, shipping per skirtingus sandėlius ir t.t.
Kaip manote ar turi teisė toks projektas gyventi? Shopify gera platforma, bet ten už viską papildomai tenka mokėti kas mėnesį.
 
Jeigu manote kad tokia platforma (kur mažai kokių pluginsų reikėtų) būtų naudinga, gal galite pasidalinti savo mintimis, ką reikėtų įtraukti į core'ą. Aš pvz. matau tokius dalykus:
- Galimybė suvedus produktus valdyti kelis eshopus naudojant tuos pačius produktus (nereikia kažkokiu sync pluginsų)
- Turėti daug sandėlių ir naudojant pvz. pašo shipping api, automatiškai suformuoti porą pristatymo užsakymų (po užsakymą kiekvienam pristatymo tiekėjui)
- Jeigu žmogus pridėjo keleto pardavėjų produktus, išrašyti dvi sąskaitas kiekvienam tiekėjui, Checkoute rodyti kad shippingas susideda iš dviejų tiekėjų ir ateis atskirai.
- Apie kokius dar dalykus reikėtų pagalvoti iš pat pradžių, kad nereikėtų keisti sistemos DB struktūrą (smarkiai :)) o daryti tiesiog patobulinimus ir su laiku vis daugiau pridėti apmokėjimų / pristatymų būdų / ataskaitų ir kitų galimybių? Man atrodo jeigu padarius iš anksto apgalvotą sistemos struktūrą (DB modelį ir business logiką - būna keleta sandelių, pristatymas būna paskaidytas ir t.t.), tai daug visko galima būtų realizuoti ne taip jau ir sudėtingai.

Sveiki,
 
Yra mintis sukurti eshop platformą. Prestashop'ai ir panašus dalykai geri kai reikia kažko bazinio, pvz. vienas sandėlis, vienas pardavimų channelis, mažai ataskaitų ir t.t. Pvz. sukūrus eshopą su prestashop Lietuvai ir norint eiti į kitas šalis reikia iš naujo kurti eshopą su savo produktais ir t.t. (nėra bendro produktų, sandėlių valdymo). Viską +- galima padaryti su addonsais, bet jie papildomai kainuoja (shopify tai išvis tie addonsai kas mėn. kainuoja), bet visgi su addonsais gaunam "kreivoką" eshopą kuris dar ir veikia lėtai. Mano mintis sukurti platformą kurioje būtų dažniausiai naudojami pluginsai jau pačioj sistemoje ir nereikėtų ieškoti kažko papildomai.
Papildomai manau galima būtų savo platformos API paduoti kitiems programuotojams, kurie kuria custom eshopus. Jiems reikėtų tiesiog padaryti atvaizdavimą ir kviesti API addProductToCart(...) getCartProducts(...). Taip jie sukonfigūravę pvz. produktų budle'us (kas irgi jau būtų pačioj platformoj) ir naudodami API nesivargintų dėl krepšelio produktų kainų logikos ir kitų dalykų kaip: apmokėjimai, adresų validacijos, shipping per skirtingus sandėlius ir t.t.
Kaip manote ar turi teisė toks projektas gyventi? Shopify gera platforma, bet ten už viską papildomai tenka mokėti kas mėnesį.
 
Jeigu manote kad tokia platforma (kur mažai kokių pluginsų reikėtų) būtų naudinga, gal galite pasidalinti savo mintimis, ką reikėtų įtraukti į core'ą. Aš pvz. matau tokius dalykus:
- Galimybė suvedus produktus valdyti kelis eshopus naudojant tuos pačius produktus (nereikia kažkokiu sync pluginsų)
- Turėti daug sandėlių ir naudojant pvz. pašo shipping api, automatiškai suformuoti porą pristatymo užsakymų (po užsakymą kiekvienam pristatymo tiekėjui)
- Jeigu žmogus pridėjo keleto pardavėjų produktus, išrašyti dvi sąskaitas kiekvienam tiekėjui, Checkoute rodyti kad shippingas susideda iš dviejų tiekėjų ir ateis atskirai.
- Apie kokius dar dalykus reikėtų pagalvoti iš pat pradžių, kad nereikėtų keisti sistemos DB struktūrą (smarkiai :)) o daryti tiesiog patobulinimus ir su laiku vis daugiau pridėti apmokėjimų / pristatymų būdų / ataskaitų ir kitų galimybių? Man atrodo jeigu padarius iš anksto apgalvotą sistemos struktūrą (DB modelį ir business logiką - būna keleta sandelių, pristatymas būna paskaidytas ir t.t.), tai daug visko galima būtų realizuoti ne taip jau ir sudėtingai.