Kurią Eshop platformą rinktis ?

Sveiki.

Klausimas paprastas jums, sudėtingas man. Kurią platformą rinktis? Esmė tokia. Prekių yra keli tūkstančiai rūšių, ir žinoma kiekvienos jų dar po 20-50 vnt. Reiktų ne pardavimui, o tiesiog, kad klientas galėtų paieškoje tas prekes susirasti, pamatyti aprašymą, pamatyti kuriame filiale yra ir atvykti į pardę. Turime sandėlio sistemą nusipirkę, visus sandėlio likučius matome. Aš įsivaizduoju, kad pakaktų paprasto puslapiuko su išjungta pirkimo funkcija ir tiek, tad php failiuką pakonfiginus nieko sudėtingo nebūtų. Bet va kaip tie sandėliai būna sujungiami su svetaine ir t.t. ? Didelis programeris nesu, html, css supratimas yra, php ne itin...

Kiek domėjaus, opencart paprasčiausia valdyt, o kitose jau reikia nervuotis ir turėt žinių o ir kažin ar yra prasmė, gi ne supermarketas koks.

Jeigu čia iš tikro sudėtingi dalykai, kiek tai kainuotų samdant išmanantį?

P.S. ateityje gal ir norėsis prekiaut internetu, bet kol kas to nereikia.

Ačiū iš anksto

Manau standartiskai kazka is : opencart, prestashop ar magento.

Imti standartinę TVS ir ją perdarinėti tai nėra tikslo. Reiktų imti iškarto ir padaryti parduotuvę. Nes jeigu daug prekių tai google reikia laiko kol prekes suindeksuos ir kol juos pasirodys top10 tai dar reikės ir laukti vos ne pusę metų per daug neužsiimant seo.

Simple kažkas gal tiktų - http://codecanyon.net/search?utf8=%E2%9C%93&term=warehouse&sort=&view=list&price_min=&price_max=&sales=&rating_min=&date=all

Manau, reiktų ieškoti kokia TVS pagal sandėliavimo programą.

Jeigu kažkokia ne custom, o plačiai paplitusi, tai google:

"tvs pavadinimas + magento" ir taip su kitomis.

"tvs pavadinimas compatibility with prestashop" ir taip su kitomis.

"tvs pavadinimas plugins for openchart" ir taip su kitomis.

Čia, iš tiesų, yra sudėtingas dalykas - ne pats eshopas, bet sujungimas. Daug sudėtingesnis, nei įprasto eshopo pakūrimas su kokia nors open source sistema. Jau vien tai, kad reikės prekes rodyti skirtinguose filialuose, reiškia, kad dauguma standartinių eshopų netiks, nes juose, kaip taisyklė, būna tik vienas bendras prekės likutis. O jei ateityje norėsite ir prekiauti, ir visą prekių judėjimą sinchronizuoti, tai iškils dar daugybė klausimų. Tokioje situacijoje geriausia būtų turėti vieną bendrą sistemą - kur tiek sandėlio likučių apskaita, tiek eshopas, bet čia brangus sprendimas, jūsų atveju gal ir nėra prasmės taip daryti.

Kokią sandėlio valdymo sistemą naudojat?

Tai vat ir svarstau, ar bandyt pačiam, ar samdyt žmogų. Realiai tai klientas ateina į svetainę, pamato brangų tušinuką dovanai, pamato, kad jam tinka, yra tokiam ir tokiam mieste ir žino, ar jam vykti į jo mieste esančią pardę ar ne (jam patogu, nereikia skambinėt, klausinėt, gaišti laiką). Bet jeigu sakot, kad yra velniavos, tai nekas.

Kokia sistemą naudojam? Nežinau, pasidomėsiu.

Pasirodo, naudoja Rivilę. Kažkur skaičiau, kad Rivilė turi priedą Opencart sistemai, bet nesigilinau kol kas.

O Eshop reikia iš tikrųjų paprastos - pradžiai su išjungta pardavimo funkcija (tiesiog informacinė-reklaminė funkcija su prekių aprašymais ir bendru sandėlio likučiu) ir viskas. Ateityje pardavimo funkcija bus tiesiog įjungiama. Prekių likučio pagal filialus nereikės, pilnai užteks tiesiog bendro jų likučio, tad kaip suprantu nereiks ir didelių programavimo darbų ir pakaks vos ne pakoreguoto standartinio template.

Ar klystu?

Pasirodo, naudoja Rivilę. Kažkur skaičiau, kad Rivilė turi priedą Opencart sistemai, bet nesigilinau kol kas.

O Eshop reikia iš tikrųjų paprastos - pradžiai su išjungta pardavimo funkcija (tiesiog informacinė-reklaminė funkcija su prekių aprašymais ir bendru sandėlio likučiu) ir viskas. Ateityje pardavimo funkcija bus tiesiog įjungiama. Prekių likučio pagal filialus nereikės, pilnai užteks tiesiog bendro jų likučio, tad kaip suprantu nereiks ir didelių programavimo darbų ir pakaks vos ne pakoreguoto standartinio template.

Ar klystu?

Tuomet klientas nematys kur prekė, jei likučio pagal filialus nereikės. O jei reikės, tai darbo tikrai yra, nors ir taip importa/exportai, konfigūravimai ir darbo susidaro. Jei nėra pinigų, tai net neverta klausinėti, pigaus atsakymo kaip pasidaryti nebus, teks gerai palaužyti galvą ir pramokti programuoti, o nesuprantant net php atims tikrai nemažai laiko. Plius paprogramavimas greičiausiai bus kreivas :)

Rivilė tikrai turi Modulį Prestashop'ui, tai, ko gero, pats tinkamiausias sprendimas būtų. Ir šiaip paprastasm useriui, kuris nemoka programinti, Prestashop'as tikrai žiauriai geras sprendimas.

Jei pvz. imti Magento, tai kai norėsi kažką prisidėti, daugeliu atveju pats negalėsi, nes reikės programinti. Tuo tarpu Prestashop'as turi paprastą ir pilną valdymą, todėl kažką norint pakoreguoti, bus galima per TVS.

O šiaip sujungimas su bet kokia sistema, jei nėra paruošto modulio, labai brangiai kainuoja bet kuriams e-commerce CMS sistemai.

:)

 

O šiaip sujungimas su bet kokia sistema, jei nėra paruošto modulio, labai brangiai kainuoja bet kuriams e-commerce CMS sistemai.

:)

Sandėlio valdymo programos sujungimas su e-commerce CMS ir pačios CMS suderinimas ir pajungimas, kad viskas eitų sklandžiai ~50k :)

Sandėlio valdymo programos sujungimas su e-commerce CMS ir pačios CMS suderinimas ir pajungimas, kad viskas eitų sklandžiai ~50k :)

Ne 50k, bet 5-10k tai tikrai, priklausomai nuo sudėtingumo :)

Vadinasi viskas labai sudėtinga. Tas skaičius ne iš lubų, yra realus variantas toks.