e-COMMA E-Commerce Developer TM 03: Rozwój techniczny i ... · Zalety Wady wysokie koszty i ryzyko...

e-COMMA

E-Commerce DeveloperTM 03:

Rozwój techniczny i adaptacja

e-COMMA | e-Commerce Developer| TM 03: Rozwój techniczny i adaptacja

E-Commerce Developer| TM03: Rozwój techniczny i adaptacja

Zakres szkolenia

1. Integracja komponentów1. Koncepcja sklepu internetowego i jego komponenty2. Rozwiązania systemowe dla podstawowych modeli sprzedaży elektronicznej3. Komponenty4. Systemy

2. Testowanie


E-Commerce Developer| TM 05: Rozwój techniczny i adaptacja

Literatura

CIAPE(2016), En-youth teacher, How to create an e-businessE-Commerce und M-Commerce | Vortragenderhttp://www.softwaretestinghelp.com/ecommerce-testing/http://www.softwaretestinghelp.com/sample-test-cases-testing-web-desktop-applications/https://articles.uie.com/three_hund_million_button/


e-COMMA

1 Integracja komponentów


5

1. Integracja komponentów1.1. Koncepcja sklepu internetowego i jego komponenty

Podstawowa idea sklepu internetowego: fazy i użytkownicy

Osoba prywatna /

firma

Osoba prywatna /

firma

Osoba prywatna /

firma

Zamiary handlowe

Udostępnienie informacji i poszukiwanie

Poszukiwanie partnera handlowego

Negocjowanie cen i warunków

Wykonanie transakcji Osoba prywatna /

firma

Osoba prywatna /

firma

Osoba prywatna /

firma


.


Faza analizy

Faza początkowa

Wybór systemu

Projekt systemu

Budowa systemu

Formułowanie

projektu projektu

Organizacja

projektu

Obliczenia

integracji

WymógPrzyszły

warunek

Analiza struktury Wybór produktu Analiza procesu Analiza klientów

Fazy projektów sklepów

internetowych:

Kroki i główne zadania

umowa

Wdrożenie systemu

Podstawowy

obowiązek

Stan obecny

tymczasowa

przyszła koncepcja

System

(Wdrożenie)

System

pilotażowy

demarkacja

Projekt pilotażowy



sprzętowaInfrastruktura

Oprogramowanie

sklepu

Administracja

Zarządzanietreścią

Potrzeby dotyczące

zasobów

Wpływ strategiczny

Operator Usługa Partner

WewnętrznyLokalizacja

serweraHosting

Partner

Indywidualny Podstawowa Sklep

partnerski

Indywidualna

odpowiedzialność ASP Partner

Odpowiedzialność

indywidualna Partner

Wysokie Niskie

Wysoki Niski

Wartości różnych komponentów

sklepu internetowego


1. Integracja komponentów1.2. Rozwiązania systemowe dla podstawowych modeli

sprzedaży elektronicznej

E-commerce

Model operacyjny= sklep internetowy

Modelusługowy/partnerski lub

model ASP= platforma sprzedażowa



sprzedaży elektronicznejMODEL OPERACYJNY•Dostawca sam obsługuje system.

•Koszt / praca obejmuje:

• Zakup i obsługa sprzętu i oprogramowania• interfejsy

• WWS, CRM itd.• Aktualizacja artykułów i danych o zamówieniu

• Konfiguracja, programowanie i wdrożenie

• E-kompetencje (budowa i obsługa sklepu internetowego)• design

• pomoc dla użytkownika




Otwarte systemy sklepu

• Magento

• shopware

• OXID esales

• xt:Commerce

• …

Płatne systemy sklepu

• Intershop Commerce Suite

• plentymarkets

• amazonwebstore

• Rakuten

• …

Rozszerzenia CMS

• Typo3

• Contao

• WordPress

• Joomla

• Drupal

• …




MAGENTO to otwarte oprogramowanie CMSstworzone specjalnie dla e-handlu. Magento oferujedwie różne platformy: Magento Open Source iMagento Commerce. Magento Commerce dostępnejest w wersji lokalnej oraz w wersji „platforma jakousługa”.




13

Z Magento możesz pracować nad najważniejszymi elementami strony e-commerce,począwszy od wyglądu do katalogu produktów, koszyka oraz procedur płatności idostawy.




Funkcje, które wyróżniają ją spośród innych CMS i sprawiają, że jest najczęściejpobieraną platformą dla e-commerce:

• możliwość porównywania produktów• recenzje produktów• karty zawierające wiele obrazów• możliwość przybliżania obrazów• raporty i zarządzanie zamówieniami• import i export z katalogu• personalizacja konta

• wysyłanie maili z zamówieniami do kilku adresów jednocześnie

• rabaty, promocje i oferty specjalne • możliwość wielu sklepów online• wsparcie wielu walut • wsparcie wielu języków


Zalety Wady

wysokie koszty i ryzyko

powolne wdrożenie

większa trudność

odwrócenie uwagi od podstawowej działalności

duża elastyczność

większa niezależność

lepsze opcje integracji

większe bezpieczeństwo danych i transakcji



Model operacyjny:

Zalety i wady




MODEL PARTNERSKI• Sprzedający korzysta z systemu dostawcy zewnętrznego, np. Amazon Market Place.

• System sklepu internetowego jest całkowicie zależny od dostawcy.

• Sprzedający odpowiada za dane produktów.• Transakcje przeprowadzane są przez partnera (często obejmują płatność i dostawę).

• Partner otrzymuje prowizję.• Rozsądne rozwiązanie, jeżeli:

• Dane produktów pozostają niezmienne lub rzadko się zmieniają,

• Oferowanych jest tylko kilka (własnych) produktów.• Sprzedający jest wysoce zależny od dostawcy.


1. Integracja komponentów1.2. Rozwiązania systemowe dla podstawowych modeli sprzedaży

elektronicznej

Model partnerski:

Zalety

i wady

Advantages Disadvantages

Kwestie prywatności i zgodność z przepisami

Mniejsza możliwość integracji

duża zależność

Mniejsza elastyczność

Przejrzyste koszty i niższe kwoty inwestycji

Szybkie wdrożenie

Mniejsza złożoność i większa mobilność

Brak odwrócenia uwagi od podstawowej działalności


Systemy sklepowe

• Demandware

• ePages

• hybris

• IBM WebSphere Commerce

• Intershop

• Jimdo

• Magento

• OXID

• plentymarkets

• PrestaShop

• Rakuten

• Shopify

• Shopware

• xt:Commerce

Platformy sprzedażowe

• Allyouneed

• Amazon

• eBay

• Hitmeister

• Otto

• Rakuten

• Yatego

1. Integracja komponentów

1.2. Rozwiązania systemowe dla podstawowych modeli




1.3. Komponenty

Sklep powinien być opracowany w fazie analizy i skonkretyzowany w formie specyfikacji systemowych

Elementy istotne przy określaniu specyfikacji:

• Commerce

• Projekt sklepu internetowego

• Funkcja wyszukiwania produktów

• Koszyk

• Kasa

• Rejestracja klienta

• Zamówienie

• System płatności

• ERP

• Marketing

• Sprawdzenie działania

• Ogólna jakość

• Treści, społeczność, konfiguracja



1.3. Komponenty



1.3. Komponenty

• Filtrowanie w nawigacji i/lub• Hierarcha kategorii (zgodność wyszukiwarek z zasadą 7-2-2)

Konstrukcja struktury kategorii

• Jasne, kompletne, bezpieczne, godne zaufania

• Szczególne cechy branży

• Informacja o możliwym dokupieniu dodatków

Informacje o produkcie


• Różne potrzeby informacyjne odwiedzających

• Podkreślenie zalet produktu

• Informacje zwięzłe, zrozumiałe, kreatywne, aktualne, zastosowanie ‘magicznych słów’ i wzbudzenie zaufania

• Google: unikalne teksty, formaty, struktura i słowa kluczowe

• Pośrednicy (np. www.content.de, www.textbroker.de )

• Teksty wielojęzyczne

Opis produktu

• Odpowiednie do branży i grupy docelowej

• Obrazy mają wpływ na ocenę jakości i poczucie bezpieczeństwa

• Źródła: producent / dostawca, agencja / fotograf, własne

Obrazy produktu



1.3. Komponenty


1.3. Komponenty


Style/szablony (np. www.themeforest.net, www.templatemonster.com )

Prawa autorskie

• Wskazówki: polityka firmy dotycząca praw autorskich

• Projekt wizualny

• Wireframes (np. www.mockflow.com )

Widoki

• Strona startowa

• Kategorie

• Szczegóły produktów

• Rejestracja użytkownika i login

• Koszyk i proces płatności

• Pozostałe widoki

Współpraca z agencją graficzną / grafikiem

Techniczne wdrożenie wstępnego projektu

Funkcjonowanie e-sklepu można podzielić na:

Front end

• Wspiera bezpośrednio kontakt z klientem i zajmuje się interfejsem

Back end

• Wspiera wewnętrzne działanie procesów elektronicznych w sklepie internetowym

1. Integracja komponentów1.3. Komponenty


Funkcje/komponenty front endu

Rejestracja/konto klienta

Katalog online

Funkcja koszyka

System płatności

Funkcja pobierania

Funkcja posprzedażowa

Funkcje/komponenty back endu

Zarządzanie treścią i system reakcji

Wsparcie sprzedaży

Zarządzanie klientami

Zarządzanie transakcjami

Zarządzanie magazynem

Statystyki

1. Integracja komponentów1.3. Komponenty


Logicznaarchitektura warstw

Architektura warstw

oparta na oprogramowaniu

Infrastruktura sprzętowa(Przykład)

SQL

Przyjęcie danych

Prezentacja

Przeglądarka

Serwer

System baz danych

Bazy danych

HTTP(S)

Aplikacja


1.4. Systemy



1.4. Systemy

System baz danych

Prezentacja

logiczna

struktura warstwowa

Architektura warstw

oparta na oprogramowaniu

Infrastruktura

sprzętowa

(Przykłady)

Przeglądarka

Przyjęcie

danych

logiczny

dostęp do danych

fizyczny

dostęp do danych

kontrola procesów

biznesowych

zasięg

Interfejs

użytkownika

Serwer

Abstrakcja bazy danych

serwer aplikacji

Aplikacja

Serwer

serwer aplikacji

Przeglądarka

Kontrola

dialogu



1.4. Systemy


e-COMMA

2 Testowanie


2. Testowanie

Aplikacje/strony e-commerce mogą być aplikacjami webowymi lub mobilnymi. Przechodzą więc wszystkie typowe testy:• Testowanie funkcjonalności• Testowanie użyteczności• Testowanie bezpieczeństwa• Testowanie wydajności• Testowanie baz danych• Testowanie aplikacji mobilnych• Testy A/B


2. Testowanie

Strona główna / Hero image

Należy przetestować między innymi:• Czy jest automatyczne przewijanie?• Jeśli tak, jaki jest interwał odświeżania obrazu?• Kiedy użytkownik najeżdża na niego kursorem, czy nadal będzie się przewijał do następnego?• Czy można na niego najechać?• Czy można go kliknąć?• Jeśli tak, czy przenosi użytkownika do właściwej strony i właściwej transakcji?• Czy ładuje się razem z resztą strony czy w odniesieniu do innych elementów na stronie?• Czy można zobaczyć pozostałą treść?• Czy renderuje się tak samo w różnych przeglądarkach i różnych rozdzielczościach ekranu?


2. Testowanie

Wyszukiwanie

Należy przetestować między innymi:• Wyszukiwanie oparte na nazwie produktu, nazwie marki lub całej kategorii.• Wyniki wyszukiwania muszą być poprawne.• Muszą być dostępne różne opcje sortowania – oparte na marce, cenie, recenzjach,rankingach itd.• Ile wyników wyświetla się na jednej stronie?• Czy w przypadku wyników obejmujących kilka stron istnieją opcje nawigacji po nich?• Wyszukiwanie odbywa się w wielu miejscach. Oceniając jego funkcjonalność, trzebasprawdzić wyszukiwanie na wielu poziomach.


2. TestowanieProdukt

Należy przetestować między innymi:• Obraz(y) produktu.• Cenę produktu.• Specyfikację produktu.• Recenzje.• Opcje płatności.• Opcje dostawy.• Informacje o wysyłce.• Informacje o dostępności.• Opcje kolorów i wersji.• Nawigację okruszkową dla kategorii (poniżej zaznaczona na czerwono). Jeżeli występuje tego rodzajunawigacja, upewnij się, że wszystkie jej elementy dobrze funkcjonują.


2. TestowanieKoszyk

Należy przetestować:• Dodawanie do koszyka i kontynuację zakupów.• Jeżeli użytkownik doda ten sam produkt do koszyka podczas zakupów, licznik produktów w koszykupowinien się zwiększyć.• W koszyku powinny być widoczne wszystkie produkty i ich całkowita liczba.• Należy doliczyć podatek odpowiednio do lokalizacji.• Użytkownik może dodać do koszyka więcej produktów – powinno to być widoczne w podsumowaniu.• Aktualizacja zawartości koszyka – powinno to być widoczne w podsumowaniu.• Usuń produkt z koszyka.• Przejdź do kasy.• Przelicz koszty wysyłki przy różnych opcjach wysyłki.• Zastosuj kupony.• Nie finalizuj transakcji, zamknij stronę i wróć jakiś czas później. Strona powinna zachować produkty wTwoim koszyku.


2. TestowaniePłatności

Należy przetestować:

• Różne opcje płatności.• Jeżeli strona umożliwia finalizację transakcji jako Gość, po prostu zakończ zakup i dodaj możliwość

rejestracji na końcu.• Powracający klienci – zaloguj się, aby dokończyć transakcję.• Logowanie użytkownika.• Jeżeli przechowujesz informacje o karcie kredytowej użytkownika lub inne informacje finansowe,

przeprowadź testy bezpieczeństwa, aby sprawdzić, czy są one bezpieczne (zgodność z PCI jest konieczna).

• Jeżeli użytkownik jest zalogowany przez dłuższy czas, upewnij się, czy czas sesji jest odliczany. Każda strona ma pod tym względem inny próg. Może to być np. 10 minut lub inna długość.

• E-maile / potwierdzenia z wygenerowanym numerem zamówienia.


2. TestowaniePromowane produkty / sugerowane produkty

Najlepszym sposobem testowania tych elementów aplikacji jest testowanie

algorytmu, na którym oparte są te sekcje.


2. TestowanieFaza posprzedażowa

Należy przetestować:

• Zmianę zamówienia.

• Wycofanie zamówienia.

• Śledzenie zamówienia.

• Zwroty.


2. TestowanieInne testy

Należy także przetestować:

•FAQ.

•Stronę kontaktu.

•Login.

•Stronę obsługi klienta itd.


2. Testowanie

Testowanie e-handlu polega na sprawdzaniu, czy odwiedzający stają się

płacącymi klientami czy nie. Liczba odwiedzających, którzy stają się klientami,

nazywana jest "współczynnikiem konwersji".

Ważnym elementem testów jest sprawdzenie, czy któryś element daje lepszą

konwersję niż inne. Dlatego coraz istotniejsze stają się testy A/B i inżynieria

użyteczności dla stron e-commerce.


e-COMMA E-Commerce Developer TM 03: Rozwój techniczny i ... · Zalety Wady wysokie koszty i ryzyko...

Documents

Transcript of e-COMMA E-Commerce Developer TM 03: Rozwój techniczny i ... · Zalety Wady wysokie koszty i ryzyko...