Czym powinna się cechować dobra aplikacja sklepowa? Opcje

[thomson89]

Witam!

Powoli przymierzam się do budowania sklepu internetowego. Wiem, że o wielu rzeczach muszę pamiętać, wiele zasad przestrzegać itp. Chciałbym, aby to był taki temat, w którym zbierzecie (jak na razie ) dla mnie, potrzebne informacje, wskazówki, porady jak powinna wyglądać dobra aplikacja sklepowa. Może, ktoś już projektował sklepy od przysłowiowego "0" i podzieli się ze mną na łamach forum zdobytym doświadczeniem...

PS: Na początek przygotowałem layout strony, teraz pracuję nad "spisem" i schematami tejże aplikacji.

[Crozin]

Nie pytaj się programistów tylko osób korzystających z tych sklepów - tylko one wiedzą czego sklepowi potrzeba, czego nie.

A powyższe popieram własnym doświadczeniem + doświadczeniem znajomego wdrażającego zawodowo sklepy internetowe.

[thomson89]

Przedstaw to doświadczenie...

[vokiel]

Może Cię to nakieruje: Darmowy - Sklep internetowy - CMS, mi się nie chce pisać 2 razy tego samego

[phpion]

Ja stworzyłem sklep internetowy od podstaw:
http://basicsport.eu
więc coś mogę się na ten temat wypowiedzieć.

Pierwsze co, to musisz wybrać na czym chcesz go postawić. Ten akurat stoi na Kohanej oraz na PostgreSQL. Generalnie takie połączenie sprawdza się bardzo dobrze. Patrząc na sklep z zewnątrz nie widać większości funkcjonalności więc opiszę je:

- wersje językowe (+ geolokalizacja i automatyczne ustawienie języka dla ludzi z danego kraju),
- różne waluty (+ możliwość przypisania domyślnej dla wersji językowej, + import aktualnych kursów z NBP),
- nieskończenie wiele poziomów zagłębień kategorii,
- każdy produkt może należeć do X kategorii (pamiętaj by wchodząc w kategorię nadrzędną pokazać również produkty ze wszystkich kategorii podrzędnych),
- cechy produktu (np. kolor, przeznaczenie itd) wraz z możliwością wyszukiwania po nich,
- integracja z Allegro (tutaj tylko na poziomie importu zakupów jako zamówień w sklepie),
- integracja z płatnościami online (tutaj DotPay),
- możliwość tworzenia stron statycznych (jak np. regulamin, o nas itp.),
- tworzenie prostych akcji promocyjnych (klient dostaje kod, który upoważnia go do rabatu X% na jedno (wybrane, nie pierwsze z brzegu!) zamówienie,
- tworzenie różnych akcji promocyjnych (np. rabat X% na najtańszy produkt przy zamówieniu Y sztuk, rabat X zł na najtańszy produkt przy zamówienie Y sztuk, rabat na całe zamówienie jeśli jego wartość przekracza X zł itd. itd.),
- nadawanie rabatów dla użytkowników,
- możliwość automatycznego nadawania rabatów przez system dla użytkownika, który dokonał zakupów na łączną kwotę X (tutaj progi cenowe, np. powyżej 100 zł - 5%, powyżej 250 zł - 10%),
- dodatki typu wykresy sprzedaży produktu w danym miesiącu.

Ogólnie im więcej "bajerów" tym lepiej. Ten sklep był pisany akurat pod zamówienie, nie jako gotowiec do dalszej odsprzedaży, więc zawiera kilka charakterystycznych cech (np. tabele rozmiarowe).

[wiewiorek]

phpion ładny sklep, ale takie pisanie sklepu samodzielnie od podstaw to kupa roboty, moim zdaniem lepiej wykorzystać jeden z darmowych systemów do tworzenia sklepów, np. Prestashop: http://www.prestashop.com/demo/

[mike]

moim zdaniem lepiej wykorzystać jeden z darmowych systemów do tworzenia sklepów, np. Prestashop: http://www.prestashop.com/demo/

Co sprawia, że lepiej?

[blooregard]

moim zdaniem lepiej wykorzystać jeden z darmowych systemów do tworzenia sklepów, np. Prestashop: http://www.prestashop.com/demo/

Weź pod uwagę, że wielu klientów nie jest zainteresowanych ogólnie dostępnym kodem, woli zlecić napisanie kompletnej aplikacji od zera i mieć produkt dokładnie, w 110%, dopasowany do swoich potrzeb i oczekiwań. Programista realizujący takie zlecenie ma wtedy wolną reke, jeśli chodzi o wybór narzędzi, frameworka, bazy itp. (tak, jak w przypadku phpion'a - Kohana+PosgreSQL).

[vokiel]

Podpinając się pod 2 powyższe.

W przypadku oprogramowania pisanego na zamówienie całość zostaje w firmie, jest własnością firmy (chyba, że umowa stanowi inaczej). Wykorzystanie błędów i luk jest trudniejsza ze względu na brak znajomości kodu ze strony włamywacza. W przypadku wykryciu błędów jest programista, który zna b dobrze kod i może to w miarę szybko poprawić. Poprawianie błędów gotowych skryptów często sprowadza się do czekania na aktualizację ze strony producentów. A to nie zawsze następuje następnego, czy tym bardziej tego samego dnia.

Ze względu kodu pisanego po konkretne zapotrzebowanie jego nadmiarowość jest bardzo niska, konfiguracja dostosowana do konkretnego zlecenia. Co innego sklep komputerowy, a co innego sklep z butami, czy bielizną.

[nasty]

Witam!

Powoli przymierzam się do budowania sklepu internetowego. Wiem, że o wielu rzeczach muszę pamiętać, wiele zasad przestrzegać itp. Chciałbym, aby to był taki temat, w którym zbierzecie (jak na razie ) dla mnie, potrzebne informacje, wskazówki, porady jak powinna wyglądać dobra aplikacja sklepowa. Może, ktoś już projektował sklepy od przysłowiowego "0" i podzieli się ze mną na łamach forum zdobytym doświadczeniem...

PS: Na początek przygotowałem layout strony, teraz pracuję nad "spisem" i schematami tejże aplikacji.

Należy zwrócić uwagę na to, żeby był dobrze zrobiony.

[darko]

Każdy jeden sklep tworzy się pod konkretnego klienta uwzględniając jego wszystkie potrzeby i wymagania. Czym ma się cechować dobra aplikacja sklepowa powie Ci Twój Klient.

[Crozin]

Przedstaw to doświadczenie...

Żadnego przykładu przeze mnie robionego Ci nie pokażę bo nie mam do tego prawa, ale czego byś chciał ode mnie? Bym pokazał Ci maile/nagrania z rozmów n/t tego, że dana funkcjonalność jest niewygodna lub toporna w użyciu?

Powinieneś się skupić na ergonomii zarządzania takim sklepem. Właściciel powinien jak najmniej czasu tracić przy dodawaniu/edytowaniu produktów, a nam (tj. programistom) ciężko określić jak powinien być zbudowany interface by był wygodny, bo raczej niewielu z nas przez kilka miesięcy używało jakiegoś.

Jeżeli piszesz aplikację z nastawieniem na dalszą odsprzedaż (czy dokładniej: dostosowanie + odsprzedaż) powinieneś skupić się na tym by aplikacja była bardzo "ogólna", by nie trafić na sytuację gdzie dodanie nowej funkcjonalności nie ograniczyłoby się do dopisania nowego kodu, a wymagałoby przebudowy już istniejącego.

[thomson89]

Na pewno przyda mi się post ~vokiel'a.

I poszukuję tez kilku osób, które zaangażowałyby się w mój projekcik. Najpierw wam pokażę schematy, potem dam do testów... PW.

Wszystkie wasze posty w jakiś tam sposób mi pomagają...

[Speedy]

phpion ładny sklep, ale takie pisanie sklepu samodzielnie od podstaw to kupa roboty, moim zdaniem lepiej wykorzystać jeden z darmowych systemów do tworzenia sklepów, np. Prestashop: http://www.prestashop.com/demo/

Wyobraź sobie, że poświęcając tę kupę roboty na stworzenie czegoś od podstaw możesz stworzyć rozwiązanie dedykowane, dostosowane do potrzeb konkretnego klienta, możesz ogarnąć cały projekt, zoptymalizować, rozwinąć, poprawić i ogólnie nad tym panować. Czasem klient może sobie zażyczyć jakiejś ekstra funkcjonalności, której nie ma w darmowym lub komercyjnym rozwiązaniu i wtedy będziesz musiał przebijać się przez dokumentację (o ile jest) i tysiące linii kodu, żeby dowiedzieć się, jak to zrobić, a kiedy już stracisz mnóstwo czasu i to zrobisz, będzie to najprawdopodobniej chodziło mizernie, bo często do tego typu rozwiązań pluginy niestety pisze się "na siłę". Może się też zdarzyć, że nie będziesz mógł nic w sklepie zmienić, bo nie pozwoli Ci na to licencja. Ponadto, tworząc własne rozwiązanie zawsze możesz skorzystać z gotowych bibliotek i frameworków. Miałem już okazję wdrażać zarówno własne oprogramowanie sklepu, jak i komercyjne. Co z tego, że komercyjne rozwiązanie ma mnóstwo funkcji, skoro chodzi, jak krew z nosa, a jego wdrożenie, to mordęga. Sklep, który pisałem prawie od zera ma tylko podstawowe funkcjonalności, ale w porównaniu z jednymi z najpopularniejszych komercyjnych rozwiązań, chodzi, jak rakieta i nawet jeśli dodałbym do niego więcej modułów, to go one nie spowolnią. Jeżeli twórca projektu wie, co robi, to dedykowany sklep będzie chodził szybko, miał, co trzeba i będzie elegancki. Zetknąłem się z różnymi rozwiązaniami sklepów internetowych (zarówno komercyjnymi, jak i nie) i niektóre z nich wdrażałem, a niektóre musiałem poprawiać i powiem tyle, że większość z nich ma mierną wydajność, a nie tylko przeciętnego użytkownika wkurza, jak sklep ładuje się pół minuty.

Wracając do tematu wątku , dobrze jest zamieścić w odpowiednim miejscu kilka elementów ajaxowych. Np. po kliknięciu "dodaj do koszyka" nie powinniśmy być odsyłani do strony koszyk, tylko powinno się pojawić okienko "produkt został dodany do koszyka", a operacja powinna zostać wykonana w tle, żeby można było spokojnie kontynuować zakupy. Kolejnym ciekawym elementem, nad którym można pomyśleć, to slidery to filtrowania produktów (zakres ceny, atrybuty, etc.). Można też rozważyć koszyk z metodą drag & drop, jako opcja dodatkowa.

Pozdrawiam.

[athabus]

Ajax to dobra rzecz, ale tylko jeśli jest opcją. Pamiętajcie, że zawsze musi być alternatywa tradycyjna. Ajax to również poważne testowanie, bo interpretacja kodu zależy od przeglądarki.

Co od samego sklepu to w sklepach dedykowanych ważne jest to czego nie widać - czyli panel administracyjny. A w nim warto dodać:
- spis pozycji zamówionych (nie zamówień, tylko samych pozycji) tak aby obsługa mogła sprawnie składać zamówienia - warto też zawczasu pomyśleć o integracji z systemem magazynowym
- integracja z systemem firmy kurierskiej aby wystawianie listów było automatyczne lub półautomatyczne
- dobra obsługa zamówień - czyli sortowanie, przeglądanie, edycja zamówienia/pozycji zamówionych, dopisywanie komentarzy/rabatów, automatyczne wysyłanie maili po zmianie statusu/wysyłce, informacja dla klienta o nadaniu numeru listu przewozowego itd.
- wsparcie dla mailingu
- integracja z systemami dostawców - nawet prosta nakładka w postaci ramek ułatwiająca zamawianie na stronie naszego dostawcy jeśli takową posiada

Panel jest bardzo niedocenianą sprawą w sklepie a w wielu wypadkach to on decyduje o sprawności pracy sklepu, informowaniu klientów, braku pomyłek itd. Pozwala też na ogromne oszczędności czasu a po rozwinięciu sklepu także na oszczędności finansowe w postaci mniejszej obsługi.

Frontend sklepu jest bardzo standardowy i trudno tu wymyślić jakieś rewolucyjne kwestie. Jedynie warto pomyśleć o specyfice sprzedawanego produktu - np.: w kwestii sortowania, grupowanie produktów etc. Reszta to już raczej kwestia ewolucji i dostosowania pod konkretne potrzeby - cudów tu naprawdę nie wymyślisz.

[thomson89]

Czasem klient może sobie zażyczyć jakiejś ekstra funkcjonalności, której nie ma w darmowym lub komercyjnym rozwiązaniu i wtedy będziesz musiał przebijać się przez dokumentację (o ile jest) i tysiące linii kodu, żeby dowiedzieć się, jak to zrobić, a kiedy już stracisz mnóstwo czasu i to zrobisz, (...).

W tej chwili mam prostą aplikację zarządzającą, która i tak jest bardziej skomplikowana od samego serwisu. Dodanie kilku udogodnień i dwóch nowych, "ciężkich" funkcjonalności zajęło mi godzinę. dodałem trochę kodu a dwie linijki edytowałem.