MagicMcj proponował stworzenie polskiej dystrybucji Ubercarta. Moim zdaniem świetny pomysł. Część modułów napewno gdzieś po ludziach jest napisana, także sporo pracy by odpadło. Jest tylko jedno kwestia wypuszczenia 3 wersji ubercarta opartej na D7. Jak sprawdzałem to od kilku miesięcy nie było releasea.
W między czasie można by się zastanowić na funkcjonalnością polskiej wersji. Na początek kilka punktów ode mnie:
- Polskie ustawodastwo (stawki vat, przepisy o ochronie danych osobowych, itp.)
- Polskie tłumaczenie
- Integracja z systemami płatności (platnosci.pl, dotpay, smsy)
- Integracja z porównywarkami(ceneo.pl, tanio.pl, bazar.pl, )
- polskie faktury/integracja z systemami ksiegujacymi(ifirma.pl)
- integracja z systemami magazynowymi
- integracja z przewoźnikami (DHL, UPS)?
Co wy na to?
Comments
Dobry pomysł ale ja zawsze
Dobry pomysł ale ja zawsze patrze na wszystko z biznes strony. Czy to można "sprzedać"? Mówię nie o prostej sprzedaże modula, mówie o biznes przyszłośći tego pomysłu: czy będąc stworzyczielami polskiej wersji ubercarta można dostać wielie klientów ktorzy będą płacili za podobne usługi? Jak kto myślie?
Przepraszam za mój polski, ale ciężko mi jeszcze pisać.
Usługi e-Commerce
Po dopracowaniu własnej dystrybucji stosunkowo łatwo byłoby dostarczać usługę w postaci dzierżawy sklepu. Rynek e-commerce w Polsce jest jeszcze w początkowym stadium rozwoju. Obecnie zauważam lekkie ożywienie wśród mniejszych przedsiębiorstw.
Coraz częściej pojawia się pytanie za ile byś zrobił serwis? A czy tam bym mógł coś sprzedawać?
Jeśli udało by się zrobić platformę hostującą usługę w postaci kompleksowego sklepiku to widzę tu biznes. Myślę, że nie ma co mierzyć w rynek B2B ale skoncentrować się na mniejszych firmach. Byli by bardzo szczęśliwi gdyby mogli dostać możliwość prowadzenia biznesu przez dodatkowy kanał za rozsądne pieniądze. Taki drupal-gardens ale w kontekście e-commerce.
Jeżeli chodzi o pieniądze to mam kontakt w Warszawie z dość dużym graczem ale na dzień dobry będzie chciał udziały. Zapewne będzie to spory udział :] Z drugiej strony możemy spróbować targnąć to razem. Dużo pracy, spore ryzyko ale efekt może być imponujący. Takie tam sklepiki co home.pl oferuje to by nie podskoczyły.
No i na koniec wisienka. Udostępniając takie usługi można by je spiąć porównywarką, która dodatkowo zachęcała by kolejnych klientów, a im więcej klientów tym silniejsza porównywarka no i otrzymujemy force feedback.
Pytanie czy mówimy jeszcze o
Pytanie czy mówimy jeszcze o open sourcowym projekcie, czy już o konkretnym produkcie.
W przypadku usługi typu hostowanie sklepów, można zarabiać na wielu rzeczach, ale pytanie czy jest miejsce na rynku na kolejna taka usługę? Obecnie każdy dostawca hostingu oferuje hosting sklepów internetowych. Nawet allegro ma taka usługę.
No więc właśnie.
Wracamy w pewnym sensie do pytania Spaiza. Czyli gdzie są źródła finansowania tego projektu? Czy będziemy go budować wkładem własnym czy też może poszukać sponsorów?
Ja z miłą chęcią przyłącze się do realizacji chociażby ze względu na chęć podniesienia swoich kompetencji. Idea ruchu Open Source jest bliska memu sercu ale żyć też z czegoś trzeba. Więc albo zbudujemy społeczność wokół projektu albo znajdziemy jakieś źródło finansowania. To takie moje przemyślenia na szybko. Będę nosił je w bani i mielił. Jak coś z tego rozumowania wyniknie na pewno się podzielę.
W między czasie żeby pchnąć coś do przodu. Będziemy kontynuować nazewnictwo ubercart czy też wymyślimy własną nazwę :)
Open source
@Spaiz - szacun za to jaki piszesz po Polsku! Mówić jest łatwo a pisać trudno. Piszesz super.
Co do UC
Ja pozostałbym przy Open Source. Wszystkie inne hybrydy będą słabo przyjęte i nie stworzą nam wizerunku ekspertów.
Oferując otwarcie taką dystrybucję i będąc tym kto ją supportuje, jest się tą grupą, którą każdy będzie angażował w większe wdrożenie wymagające customizacji itp.
Owszem, będzie dużo małych które ktoś sam sobie zainstaluje ale takimi i tak nie ma sensu się zajmować i tak.
Wg mnie nie będzie to też aż tak dużo pracy. Ja prowadzę obecnie 3 sklepy na UC, które działają i nie wydaje mi się, żeby było aż tak dużo pracy żeby doprowadzić je do poziomu dobrej dystrybucji nadającej się do oferowania na zewnątrz.
A jak się rozkręcimy to można spokojnie przejść na saas oferując sklep przez poprzez multisite i utrzymywanie sklepów siedządzych na jednym kodzie.
Ale UC to tylko pomysł. Jest wiele innych rzeczy które możemy zrobić. Muszą po prostu być takie, żeby ludzie chcieli do nas przychodzić widząc jakie są fajne.
Tak mi wpadło do głowy.
Jeśli chodzi o pomysły to proponuję moduł realizujący zadania CRMa oraz obsługę zgłoszeń ala HelpDesk. Doskonale uzupełniły by główny projekt Ubercarta. Mając kompleksowe rozwiązanie dużo łatwiej będzie przyciągnąć zainteresowanych.
CRM i śledzenie kontaktów z
CRM i śledzenie kontaktów z klientami to ważny punkt. Czy ktoś z Was się orientuje jak działają programy wspomagające sprzedaż na allegro?
Czy ktoś z was używa/używał
Czy ktoś z was używa/używał Ubercarta 3.0, mógłby opisać jak z jego stabilnością ? czego brakuje w wersji alpha ? jak wygląda integracja i innymi modułami z D7?
commerce
Cześć
Tak się wtrącę, nie lepiej zainwestować już czas w następcę: commerce? Projekt obecnie w fazie beta, do dotpaya mam ukończony tak w 50% moduł. Dla UC 3.0 stwierdziłem, że nie ma sensu robić aktualizacji. W przyszłości w miarę czasu chcę dorobić inne przydatne dla mnie rzeczy. Gdyby ktoś chciał się przyłączyć, robić wspólnie jestem otwarty na propozycję.
Hej, masz rację, tak też
Hej,
masz rację, tak też zrobiłem. Po wstępnym porównaniu obydwu projektów porzuciłem ubercarta na rzecz drupal commerce.
Na chwilę obecną mam:
- moduł Platnosci API
- częściowo zrobiony moduł integrujący Platnosci API w Drupal Commerce
- rozpoczęty moduł porównywarek produktów,
- docelowo planuję jeszcze dodać integrację z ifirma.pl
W chwili obecnej odciąga mnie inny projekt, ale jak się ogarnę to ruszę znowu.
platnosci.pl
Jest sens rozbijać platności.pl na API i integrację? Robiłem tak kiedyś wzorując się na kodzie innych. Przy dotpayu zrobiłem minimalizm. Fajnie robić ładnie porozbijany kod, tylko to zjada potem ram. Ostatnio udało mi się przekroczyć magiczny próg 64MB przy commerce i paru pożytecznych modułach.
Sam teraz dłubię coś innego, a w ogóle drupala hobbystycznie, więc od początku roku nie robiłem w tym temacie nic. Gdybyś chciał później, względnie ktoś inny porobić razem zapraszam na razie na priv :-)
Założenie było takie aby
Założenie było takie aby moduł Płatności API był niezależny. W D6 był moduł płatności dedykowany tylko dla ubercarta i nie dało się go wykorzystać innych zastosowań, tego właśnie chciałem uniknąć.
Przy okazji jeśli ktoś jest chętny aby pomóc z tym projektem to może do mnie pisać na prv. Pomoże to przyspieszyć ukończenie zakładanych modułów.
Sam miałem takie założenia
I skończyło się tak, że i tak nie uruchomiłem nic innego poza UC, więc teraz głównie ze względu na ram wolę zrobić tylko pod commerce, w razie potrzeby dorobić najwyżej inny dedykowany.
Co do priva odezwę się, jak się odrobię :-)
Super!
O chłopaki. Super że coś się dzieje, bo myślałem że temat umarł. Ja chętnie włączę się w prace i pomogę.
Napewno przydało by się dobre
Napewno przydało by się dobre tłumaczenie.
Dodatkowo to czego mi brakuje w Drupal Commerce to brak widoków "out of the box", czyli views dla kategorii, dla zarządzania, i features które każdy sklep powinien posiadać(terms, itp.). Można by to zrobić w oparciu o moduł features.
out of the box
Też o tym myślałem. Chcę zrobić gotowca pod polską specyfikę + możliwość wyboru przykładowych danych (produkty, kategorie). Zacząłem robić coś takiego z poziomu profilów instalacji. Modułu features nigdy jeszcze nie używałem. Jak się da bez tego wolałbym absolutne minimum - powód prosty RAM, przy zainstalowaniu commerce + dodatki + cke + simplenews + GA + sitemaps etc. przekroczyłem 64mb, dla niektórych hostingów to nieprzekraczalny limit, lepiej więc się sprężyć. Więcej osób będzie mogło później z tego skorzystać.
Profile w stylu: + sklep z
Profile w stylu:
+ sklep z odzieżą
+ sklep komputerowy
+ apteka
...
do tego właśnie idealnie nadaje się features. Dla każdego typu sklepu można by wyeksportować drzewa kategorii, jak również atrybuty produktów(np. rozmiar koszulki) do osobnych sub-modułów. MagicMcj pewnie wie o co mi chodzi.
Features
Ja myślałem przede wszystkim o tym, że na features i strongarm jest wygodniej pod następującymi względami:
Co do wydajności, to rzeczywiście może to być kłopot i trzeba to wziąć pod uwagę, bo fakt że hosting za 100 PLN raczej commerca z dużą ilością featuresów może nie pociągnąć. (Ciekawe, a propos, czy ktoś stawia sklepy na takich hostingach?)
Najszybsza propozycja, jaka przychodzi mi do głowy, to zbudowanie stabilnego serwisu na exportables, co o wiele uprości developement, a potem jak już wszystko będzie w miarę stabilne i w ostatecznej formie, dopisanie instalki, żeby mogła być wersja bez fatures.
Co wy na takie podejście?
łatwość instalacji, minimalna konfiguracja serwera i drupala
tłumaczenie
Jeszcze jedno, czy ktoś może w między czasie zrobić tłumaczenie?
nawet nawet
Już teraz nawet ubercart ma opcję integracji z polskim systemem płatności Transferuj.pl Więcej info tutaj: http://transferuj.pl/integracja-w-sklepach.html
PS. to nie jest reklama ;)
Dobra wiadomość:) jest nawet
Dobra wiadomość:) jest nawet wersja dla D7. Czy dla Drupal Commerce też będziedostępny moduł?
A szczerze powiem że tego nie
A szczerze powiem że tego nie wiem, może byłoby najlepiej zapytać u samego źródła? czyli osób z transferuj... I może coś się wyjaśni w tej kwestii.
Pozdrawiam
Commerce PL
Witam,
Pytanie - czy pomysł się wypalił?
Mam wrażenie, że zresztą $5000000 nie pomogło samemu Commerce+Drupal. Zapowiedzianej "przyjaznej" v2 nie ma do dziś...
Cześć Łobuzy
Jak to zwykle bywa na samym gadaniu się skończyło :)
Ja wczoraj postawiłem swojego pierwszego D7. Ponieważ mam duże doświadczenie z D6 + U2 to do mojego pierwszego D7 doinstalowałem też Ubercart w wersji 3. Z commercem daję sobie spokój póki co. Najprawdopodobniej będę robił w tym układzie kolejny sklepik.
Mam dwa pytania:
1) Czy jest jakieś porządne tłumaczenie do U3
2) Chociaż stworzyłem parę sklepów na U2 to do dzisiaj nie wiem o co chodzi w zakładce "Shipping settings" na karcie edycji produktu. Po co jest "Default product shipping type" i dlaczego tam jest tylko "Small package" i nie można definiować innych. Po co jest "Default product pickup address". Wreszcie do czego służy "Maximum package quantity" w sekcji "Product information" na karcie edycji produktu. Wydaje mi się że tutaj był jakiś pomysł ale nie został dokończony. Czy ktoś ma z tym tematem jakieś doświadczenia? Drążąc dalej tę kwestię jest jeszcze coś takiego jak kalkulacja kosztów przesyłki. Można dodać formularz przy koszyku, w którym można przekalkulować koszty wysyłki w zależności od tego jakie podamy województwo i kod pocztowy... jak to działa i gdzie definiuje się reguły tego formularza?
Z góry dzięki za odpowiedź. Jeżeli macie jakieś pytania, to służę.
Pozdrawiam, Michał.