KWESTIONARIUSZ - Analiza techniczna, migracji i integracjiideas2action.pl/wp-content/uploads/2013/11/...Divante Sp. z o.o., ul. Kościuszki 14, 50-038 Wrocław, tel. + 48 71 342 24

Divante Sp. z o.o., ul. Kościuszki 14, 50-038 Wrocław, tel. + 48 71 342 24 06 Zarejestrowano w: Sąd Rejonowy dla Wrocławia-Fabrycznej we Wrocławiu, VI Wydział Gospodarczy Krajowego Rejestru Sądowego. KRS 0000313348, Regon 020832512, NIP 895-19-30-748. Kapitał zakładowy 58.000 zł www.divante.pl

Kwestionariusz Służący do sporządzania uproszczonej analizy wymagań funkcjonalnych i anali-zy technicznej Ten kwestionariusz – po wypełnieniu – stanowi uproszczony dokument analizy wyma-gań funkcjonalnych i niefunkcjonalnych oraz analizy procesów biznesowych dotyczą-cych sklepu internetowego. Powinien być wypełniany wraz z klientem podczas warsztatu. Na jego wypełnienie po-trzeba od 2 do 6h rozmów z klientem. Następnie ok 3h pracy własnej. Kwestionariusz może być wypełniany samodzielnie przez klienta (np. z uczestnictwem informatyka klienta). Wtedy jego wypełnienie zajmie ok 3-4h pracy. Jeśli procesy zachodzące przy realizacji zamówień w sklepie nie są usystematyzowa-nie ich opis może zająć nieco więcej czasu, ale jego wykonanie ułatwi m.in. zatrudnia-nie nowych pracowników


Spis treści Kwestionariusz ...................................................................................................................... 1 Spis treści ................................................................................................................................. 2 Zawartość sklepu .................................................................................................................. 3 Produkty ............................................................................................................................................ 3 Płatności ............................................................................................................................................ 5 Dostawa ............................................................................................................................................. 6 CMS i strony statyczne .................................................................................................................. 7 Marketing i promocja .................................................................................................................... 8 Statystyki i raporty ........................................................................................................................ 9 Multisklep i wersje językowe .................................................................................................. 10 Funkcje B2B ................................................................................................................................... 11 Aukcje i porównywarki ............................................................................................................. 12

Procesy biznesowe ............................................................................................................ 13 PU01. Obsługa zamówienia ...................................................................................................... 13 PU02. Fakturowanie ................................................................................................................... 16 PU03. Wysyłka .............................................................................................................................. 17 PU04. Obsługa reklamacji i zwrotów .................................................................................... 18 PU05. Przyjmowanie towarów do sklepu i zarządzanie towarami ............................ 19

Inne wymagania i procesy ............................................................................................... 20 Usprawnienia i optymalizacje ....................................................................................... 20

Analiza integracji ............................................................................................................... 21

Analiza migracji .................................................................................................................. 23 Wzorcowa specyfikacja integracji – załącznik ......................................................... 24 Dokumentacja z opisem procesów ........................................................................................ 24 Dokumentacja zgodna z OAGIS ............................................................................................... 24


Zawartość sklepu

Produkty 1. Jakie towary będzie sprzedawał sklep?

2. Ile jest przewidywanych indeksów towarowych? Czy będziemy je importować

z systemu magazynowego, plików CSV/XML czy wprowadzą je Państwo ręcz-nie do systemu?

3. Jeśli będzie wykonywany import, to czy możemy ustalić już teraz format pli-

ków XML / CSV / WebServices i dokonać testowy import? Czy dostarczą nam Państwo przykładowe pliki?

4. Czy stany magazynowe mają być zarządzane w panelu sklepy czy systemie

magazynowym?

5. Czy produkty, które są niedostępne mają być widoczne na stronie z opcją zapy-tania o nie (optymalna opcja pod SEO) czy mają znikać?

6. Czy w kategoriach ma być filtrowanie produktów (analogicznie jak na Ce-

neo/Allegro) – czy ma działać podobnie jak tam czy inaczej?

7. Czy w sklepie mają być dostępne produkty wirtualne? W jaki sposób mają się łączyć w koszyku z produktami zwykłymi (forma dostawy, czy mogą być razem w koszyku czy nie?)

8. Czy ceny produktów mają być wyliczane w sposób nie standardowy lub do-

stępności produktów mają być ustalane w sposób niestandardowy (np. funkcje dla B2B)?

9. Czy towary wymagają niestandardowej konfiguracji (tworzone na wymiar,

konieczność rezerwowania ...)?

10. Czy w sklepie ma być możliwość tworzenia zestawów produktów/produktów grupowanych? W jaki sposób będzie działało ustalanie ich cen?

11. Czy produkty mają różne warianty? Czy warianty mają inne ceny lub stany magazynowe (wspierane domyślnie przez oprogramowanie)?

12. Z których funkcji masowej edycji produktów chcieliby Państwo korzystają Pań-

stwo w obecnym sklepie (jeśli posiadają Państwo obecnie sklep)?

13. Czy dodadzą Państwo zdjęcia „ręcznie” w panelu poprzez wgrywanie plików czy będziemy wykonywali import? Konieczne jest dostarczenie pliku CSV o


strukturze: ID produktu (lub kod EAN); nazwa pliku ze zdjęciem – oraz pliki zdjęciowe. Możliwe są różne zdjęcia do różnych wariantów produktu.

14. Czy opisy produktów mają zawierać zdjęcia 360st.? W jakiej technologii wyko-

nane (np. OrbitVU)? Czy otrzymamy kody embed odtwarzaczy zdjęć 360 do wstawienia?

15. Czy różne kategorie produktów mają posiadać różny wygląd? Czy planowana

jest funkcja store-in-store? Czy zmiana wyglądu ma umożliwiać edytowanie wyglądu z poziomu panelu administracyjnego czy będzie wykonywana stosun-kowo rzadko?

16. Czy opisy produktów mają zawierać klipy wideo? Gdzie będą one hostowane

(YouTube, Vimeo, VideoCMS ...)? Klipy wideo musza być konwertowane do formatów internetowych co nie jest dostępne w standardzie w platformie.

17. Czy funkcje związane z optymalizacja SEO są dla Państwa zadowalające? Au-tomatycznie generowane są adresy URL produktów i kategorii (z możliwością zmiany). Automatycznie tworzone są dane <meta /> z możliwością ich modyfi-kacji. Jeśli mają Państwo zaawansowane wymagania co do SEO proszę o ich podanie.

Zadania:

a. Proszę zapoznać się ze sposobami edycji produktów w panelu oprogramowa-nia – w tym tworzenia wariantów, edycji atrybutów i ustalania cen. Proszę i zgłosić ew. Modyfikacje na Specyfikacji Domyślnej

b. Jeśli jest dostępna obecna wersja sklepu internetowego proszę porównać czy mechanizmy dostępne w nowym oprogramowaniu są równie wygodne lub za-dowalające względem obecnej wersji?


Płatności 1. Jakie systemy płatności elektronicznych przewidują Państwo w sklepie (pole-

camy: przelewy24, dotpay, payU, PayPal, transferuj.pl)?

2. Czy mają Państwo już podpisaną umowę i dopełnione formalności (może to za-jąć nawet do 2 tygodni)

3. Czy sklep będzie obsługiwał systemy ratalne? Które? 4. W jaki sposób są obsługiwane przelewy zwykłe? Tylko przez system płatności

automatycznych (np. payU) czy też przez podanie zwykłego rachunku banko-wego? W tym przypadku w jaki sposób operator sklepu odznacza, że płatność została dokonana.

5. Czy mają być obsługiwane nadpłaty i konta klientów (jest to skomplikowane i

wymaga kilkudziesięciu godzin pracy programisty na parametryzację i dopisa-nie takie j funkcjonalności).

Zadania:

a. Jeśli mają być obsługiwane systemy ratalne, proszę „przeklikać” funkcje kalku-latorów i wyboru systemów ratalnych w wersji demonstracyjnej oprogramowa-nia.


Dostawa 1. Jakie formy dostawy będą dostępne dla klientów?

2. W jaki sposób zamawiają Państwo kuriera (przez jaką aplikację)? Czy ta me-

toda się sprawdza?

3. Czy ma być możliwy odbiór osobisty? W ilu punktach? Czy sklep internetowy ma pokazywać stany magazynowe w punktach (czy będzie to dostępne - pyta-nie techniczne)?

4. Czy jest wymagana integracja z paczkomatami Inpost? Czy działanie tej funk-cji w wersji demo oprogramowania odpowiada Państwu?

5. Czy koszty dostawy wymagają specyficznego naliczania (np. wg masy, wg. rozmiaru itd.)? Proszę o podanie algorytmu wg. którego mają być wykonywane obliczenia.

Zadania a. Czy sposób obsługi paczkomatów Inpost jest satysfakcjonujący? Proszę prze-

klikać na wersji demo. b. Proszę spróbować zrealizować zamówienie od A-Z. Łącznie z zamawianiem

paczki (przez KurJerzy).


CMS i strony statyczne 1. Czy planują Państwo w sklepie prowadzić „bazę wiedzy”?

2. Czy w ramach wdrożenia ma być wdrożony blog? Czy ma się różnić względem

Aktualności w wersji demo sklepu?

3. Czy chcą Państwo abyśmy dokonali importu automatycznego treści statycznych (duża ilość informacji np. w przypadku bazy wiedzy)?

4. Czy chcą Państwo korzystać z systemu banerowego na stronach sklepu? Jakie

funkcje takiego systemu są niezbędne?

5. Czy mają Państwo przygotowany regulamin, politykę prywatności, opisy re-alizacji zamówień – czyli wymagane i obowiązkowe informacje do rozpoczęcia sprzedaży?

Zadania:

a. Proszę przetestować zarządzanie treściami statycznymi w wersji demo. Utwo-rzyć kilka stron w drzewiastej strukturze, dodać aktualności i inne.


Marketing i promocja 1. Jakie rodzaje promocji są wymagane w sklepie. Domyślnie dostępne są: raba-

ty kwotowe, rabaty procentowe – na wszystkie produkty lub wg. zawartości ko-szyka, kody rabatowe, inne ceny dla różnych grup użytkowników

2. Czy mają być dostępne kody rabatowe? Czy mają być przydzielane w sposób

automatyczny? Czy mają być jednorazowe? Jakie rabaty mają być przydzielane na podstawie kodów?

3. Czy planują Państwo program lojalnościowy? Proszę opisać dokładne zasa-

dy funkcjonowania tego programu.

4. Czy chcą Państwo korzystać z funkcji darmowej dostawy? Czy warunki przy-działu takiej dostawy mają być inne niż te dostępne standardowo (wg. wartości koszyka)

5. Czy któreś z metod płatności lub dostawy mają powodować modyfikację ceny

koszyka? W jaki sposób?

6. Czy mają być zastosowane rekomendacje produktowe (Quartic)?

7. Czy ma być wykonana integracja z systemem e-mail marketingowym? Którym (Sendingo, Freshmail są dostępne w standardzie)?

8. Czy jeśli nie chcą Państwo korzystać z zewn. systemu e-mail marketingowego

to czy system dostępny domyślnie w Magento spełnia Państwa wymagania?

9. W jaki sposób mają działać bloczki „Zakup również”, „Promocje”, „Klienci którzy kupowali X kupili też Y” po dodaniu do koszyka?

10. Czy ma zostać zrealizowana integracja z Zaufanymi opiniami Ceneo, Opineo

lub innym systemem opinii?

11. Czy mamy zintegrować system z oprogramowaniem SalesManago, Positivo lub innym rozwiązaniem Marketing-Automation?

Zadania:

a. Proszę o samodzielne stworzenie rabatów w panelu wersji demonstracyjnej sklepu i informację czy dostępne opcje spełniają Państwa wymagania, czy ko-nieczne jest dopisanie nowych rodzajów rabatów.

b. Czy sam sposób zarządzania rabatami jest dla Państwa wygodny i zadowalają-cy w wersji demonstracyjnej sklepu?


Statystyki i raporty 1. Które ekrany statystyk są dla Państwa kluczowe? Które wskaźniki obserwują

Państwo codziennie?

2. Czy korzystają Państwo z modułu e-Commerce w systemie Google Analytics? Czy zawarte w nim dane są dla Państwa wystarczające?

3. Czy oglądali Państwo system statystyk wewn. Magento? Czy dane zawarte na

statystykach są dla Państwa wystarczające? Jeśli nie – o co chcieliby Państwo poszerzyć ekrany statystyk?

Zadanie:

a. Proszę zapoznać się z zawartościom ekranów statystyk w wersji demonstracyj-nej oprogramowania. Czy sposób i rodzaj wyliczanych danych są dla Państwa wystarczające?

b. Proszę zastanowić się, które inne dane statystyczne pomogłyby Państwu pro-wadzić biznes.


Multisklep i wersje językowe 1. Czy wiele sklepów ma być zarządzanych z jednego panelu?

2. Jaki problem biznesowy ma zostać rozwiązany poprzez multiplikację sklepu?

3. Czy sklepy te różnią się grafiką – w jakim zakresie? Czy sklepy mają działać na

różnych domenach czy na poddomenach?

4. Jaki asortyment będzie sprzedawany w tych sklepach?

5. Czy między sklepami ma być zachowywany koszyk użytkownika i sesja (po za-logowaniu do sklepu A zostaje nadal zalogowany w sklepie B). Wymaga to do-datkowych prac programistycznych (do kilkudziesięciu godzin).

6. Czy mają być wersje językowe sklepu? Ile wersji?

7. Czy wersje językowe mają się między sobą różnić czymś oprócz tłumaczeń in-

terfejsu użytkownika? Czy dostarczą Państwo te tłumaczenia?

8. Czy Panel obsługi sklepu ma być dostępny w różnych językach? Jakich i ilu?

9. Jaka będzie polityka cenowe w różnych sklepach? Czy produkty mają mieć in-ne ceny – czy jest na to gotowy algorytm czy ceny są podawane indywidualnie?

10. Czy sklepy mają różnić się formami dostawy i płatności? W jaki sposób, wg. ja-

kich zasad?

11. Czy osoby zarządzające sklepem A mogą mieć dostęp do asortymentu i zamó-wień sklepu B? (jeśli nie wymaga to modyfikacji oprogramowania, ponieważ domyślnie wszystkie dane są pobierane i zapisywane w jednym miejscu).

Zadania:

a. Proszę dodać drugi sklep korzystając z wersji demonstracyjnej sklepu i przete-stować zarządzanie katalogiem produktów w odniesieniu do przydzielania da-nych kategorii i produktów do różnych sklepów.


Funkcje B2B 1. Czy sklep ma mieć specjalne funkcje dla klientów biznesowych (b2b – busin-

ness to business)?

2. Czy ma być dostęp tylko po zalogowaniu się i specjalne ceny dla każdego z klientów?

3. Czy ma być możliwość zakupów za kredyt kupiecki?

4. Czy ma być hierarchia kont (np. konta pracowników którzy dokonują zamówień

w imieniu sklepu)? Jaka ma być logika takiej struktury?

5. Czy ma być możliwość wyboru osobnego adresu do fakturowania? Czy ma być książka adresowa z różnymi adresami (np. oddziały firmy)?

6. Czy ma być obsługa dzielenia koszyków i składania wielu zamówień z jedne-

go koszyka?

7. Czy ma być opcja szybkiego dodawania do koszyka (np. formularz na wpisa-nie N kodów produktów za jednym razem)? Jak taka funkcja powinna działać aby była wygodna dla użytkowników? Jak Państwa klienci zamawiają towar?

8. Jak mają działać rabaty dla klientów B2B? Czy wystarczą grupy cenowe do-

stępne w oprogramowaniu (różne ceny dla dowolnej ilości grup; automatyczny awans między grupami).

9. Jaka jest polityka przydzielania rabatów hurtowych? Od czego te rabaty za-

leżą i w jaki sposób klienci są przenoszeni między grupami rabatowymi?

10. Czy istnieją – jeśli tak to proszę opisać – limity na zamówienia (maksima i mi-nima)?

11. Czy wykorzystują Państwo mechanizmy zaawansowane takie jak magazyn

depozytowy (tzn. klient przechowuje u Państwa kupiony towar; odbiera gdy jest to wymagane)? Jeśli tak proszę je opisać.

12. Czy ma być możliwość tworzenia zamówień w imieniu klientów? Jak wygląda

ten proces?

13. Czy ma być możliwość zapamiętywania koszyków i ich późniejszego wyko-rzystywania?

Zadania:

a. Proszę przetestować funkcję grup klientów – przydzielania klientów do nich oraz ustalania rabatów na wersji demonstracyjnej.


Aukcje i porównywarki 1. Czy jest wymagana integracja z Allegro? Z innych serwisów aukcyjnych?

2. Jak wygląda proces obsługi zamówień z Allegro? Jakie płatności są obsługiwa-

ne na Allegro? Jakie formy dostawy są obsługiwane?

3. Jakie wymagania mają Państwo w stosunku do szablonu aukcji? Czy szablony mają różnić się w zależności od kategorii produktów?

4. Czy zamówienia złożone na aukcjach są/mają być obsługiwane w sklepie inter-

netowym czy w panelu Allegro?

5. Czy jest wymagana integracja z Koszykiem Ceneo (konieczne dodatkowe pra-ce programistyczne)?

6. Z którymi porównywarkami się integrujemy?

Zadania:

a. Proszę przetestować procedurę wystawiania aukcji na Allegro w de-monstracyjnej wersji oprogramowania.


Procesy biznesowe

PU01. Obsługa zamówienia Proszę opisać w jaki sposób jest realizowane zamówienie złożone przez klienta w sklepie? Jakie są kroki, kto jest za co odpowiedzialny? Co w obecnym sklepie sprawdza się do-brze, a co Państwa denerwuje. Z czym są największe problemy?

Pytania pomocnicze: a. Czy zamówienia mogą być składane telefonicznie (wtedy operator doda-

je zamówienie w panelu sklepu)? Czy zdarza się, że zamówienia są te-lefonicznie modyfikowane? Czy to musi być odzwierciedlane w sklepie?

b. Kończy się proces zakupowy, klient składa zamówienie. Kiedy zamó-wienie jest podejmowane do realizacji (jaki status, jakie warunki)? Czy możliwa jest realizacja niepotwierdzonych zamówień?

c. W jaki sposób są weryfikowane płatności? Czy wymagana jest obsłu-ga automatycznego parowania przelewów bankowych? W jakim forma-cie, w jaki sposób w panelu administracyjnym powinno się to odbywać?

d. Kto jest odpowiedzialny za realizację zamówienia (stanowisko, imię i nazwisko)? Co robią te osoba po kolei? Drukowanie specyfikacji zamó-wienia, spacer do magazynu ..?

e. Czy jest specjalny wydruk specyfikacji zamówienia w innym formacie niż szczegóły zamówienia (np. ze zdjęciami produktów)?

f. Czy towar jest dostępny na magazynie czy raczej zamawiany u do-stawców? Od czego to zależy? Czy panel ma wspierać zamówienia u dostawców automatycznie (domyślnie nie ma takich funkcji)?

g. Co się dzieje w przypadku gdy nie ma wszystkich towarów potrzeb-

nych do realizacji zamówienia? Jak zmieniają się statusy tego zamó-wienia? Czy następuje częściowa realizacja?

h. Co się dzieje jeśli występują problemy z realizacją zamówienia? Jak

wygląda obsługa sytuacji nietypowych?

i. Czy magazynier wykorzystuje czytniki kodów? Czy wszystkie produkty będą miały kody EAN do wykorzystania przez czytnik? Kto nadaje te


kody?

j. Czy zamówienie jest obsługiwane w panelu administracyjnym czy w systemie FK/ERP?

k. Kiedy zamówienie trafia do systemu ERP/FK (jaki status, co się musi stać)

l. Czy możemy dostać dostęp do testowej wersji systemu ERP/FK oraz specyfikację wymiany danych przez WebServices lub w dalszej części porozmawiać 1.5-2h z osobą techniczną odpowiedzialną za ten system?

m. Czy klient ma otrzymywać powiadomienia E-mail / SMS o zmianach sta-

tusu zamówienia? Czy będą to powiadomienia automatyczne (wg. sza-blonu) czy wpisywane przez operatora?

n. Czy kontrolują Państwo jakość realizacji zamówień/ czasy komplemen-tacji itd.? W jaki sposób? Czy są potrzebne jakieś widoki statystyk w tym celu?

o. Czy śledzą Państwo zadowolenie klientów z realizacji zamówień i ko-mentarze do złożonych zamówień? W jaki sposób? Przez jaki system?

Zadania: c. Jeśli jest dostępna wersja testowa obecnego systemu (jeśli jest obecny system)

proszę przeklikać ścieżkę realizacji zamówienia w panelu i zgłosić modyfikacje na Specyfikacji Domyślnej

d. Proszę „przeklikać” się z osobą realizującą zamówienia przez panel – zakładki Zamówienia służące do realizacji zamówień i zgłosić ew. Modyfikacje na Spe-cyfikacji Domyślnej

Pytania systematyzujące wiedzę: Jakie dokumenty są używane w Państwa firmie do realizacji tego procesu i z ja-kich pól się składają? Które mają być tworzone przez sklep? Przykłady dokumentów: Zamówienie Sprzedaży (ZS), Faktura, Paragon, Specyfikacja Zamówienia, List prze-wozowy. Rzadziej spotykane: Wydano z magazynu (WZ), Zamówienie do Dostawcy (ZD) Dokument Opis i pola Zamówienie Sprzedaży (ZS) Lista pozycji (indeks produktowy; ilość;

cena), adres odbiorcy, wartość całkowita ...

Faktura VAT Faktura zaliczkowa Faktura korygująca


Faktura zwykła Paragon Specyfikacja zamówienia Potwierdzenie nadania / list przewozowy Kod rabatowy/bon upominkowy Wydanie z magazynuj (WZ) Zamówienie do dostawcy (ZD) Jakie statusy mogą mieć dokumenty? Co się dzieje, że dokument zmienia sta-tus?Przykład: Jakie działy/stanowiska biorą udział w realizacji zamówienia? Przykład: Dział Ob-sługi Klienta Zamówienie:

• Niepotwierdzone, • Potwierdzone, • Do realizacji, • Wydano z magazynu, • Wysłano – zapłacono, • Wysłano – nie zapłacono, • Anulowane przez sklep, • Anulowane przez klienta, • Nieodebrane, • Reklamacja.


PU02. Fakturowanie Proszę opisać w jaki sposób odbywa się fiskalizacja zamówień? Kto jest odpowiedzial-ny za wystawienie faktur i jakie kroki po kolei są podejmowane. Pytania pomocnicze:

a. Gdzie powinna być wystawiona faktura VAT/Paragon – w FK/ERP (su-gerowane rozwiązanie) czy w sklepie? Czy są obowiązkowe paragony?

b. Czy faktury mają być do pobrania ze sklepu (z panelu moje konto)? Jeśli tak to żeby się zgadzały kwoty rabaty i inne, faktury w formacie PDF powinny być pobierane z systemu FK. Czy jest to możliwe (czy informa-tyk po stronie klienta będzie mógł nam pomóc)?

c. Jak i gdzie są obsługiwane zwroty lub modyfikacje zamówienia, zamó-wienia niepełne itd.?

d. Jeśli sklep ma wspierać fakturowanie – czy wystarczy zwykłe wystawia-nie faktur (1 zamówienie = X faktur). System nie wspiera skomplikowa-nego fakturowania (faktury zaliczkowe i inne)

e. Kiedy mają być generowane automatycznie faktury pro-forma i czy mają być automatycznie – przez sklep konwertowane do faktur zwykłych? Kiedy?

f. Czy w przypadku zamówień z opóźnioną datą realizacji maja być wy-stawiane przez sklep faktury zaliczkowe? Jaka jest procedura (jeśli fak-turowanie jest obsługiwane w programie FK – to pytanie nie jest istotne)

g. W jaki sposób na zamówieniach przesyłanych do FK mają pojawiać

się gratisy (darmowa dostawa), rabaty itd.? Wliczone w ceny poszcze-gólnych pozycji, jako osobne pozycje inaczej? (Być może potrzebne wsparcie informatyka do odpowiedzi na to pytanie)?


PU03. Wysyłka Proszę opisać jak dokładnie wygląda komplementacja i wysyłka zamówienia. Kto jest za nią odpowiedzialny? Jak to fizycznie wygląda? Pytania pomocnicze:

a. W jakim stanie, kiedy zamówienie może zostać zrealizowane/wysłane? Ja-kie są warunki niezbędne?

b. Gdzie są nadawane paczki i zamawiany kurier/poczta i drukowane listy przewozowe? W sklepie/ systemie ERP / systemie kuriera?

c. Co dalej dzieje się z zamówieniem po jego wysłaniu? Czy klient powinien

mieć możliwość śledzenia przesyłki/dostępu do listu przewozowego?

d. W jaki sposób obsługują Państwo (jeśli w ogóle) wysyłanie paczek za po-mocą Poczty Polskiej? Czy jest wymagana integracja automatyczna?

e. Czy kurier ma być zamawiany automatycznie – wg. jakiego algorytmu? Czy istnieje na to już obecnie rozwiązanie?

f. Co się dzieje z zamówieniem które jest wysyłane? Jak powinien zmienić się jego status? Jakie informacje powinien otrzymać klient i w jakiej formie?

Zadania:

a. Proszę skorzystać z panelu testowego sklepu i przetestować mechanizm nadawania przesyłek. Czy jego działanie jest zadowalające?


PU04. Obsługa reklamacji i zwrotów Proszę opisać w jaki sposób dokładnie zachodzi u Państwa proces obsługi zwrotów. Od momentu stwierdzenia przez klienta, że chce wymienić lub oddać towar – do mo-mentu zamknięcia zgłoszenia? Kto jest odpowiedzialny za ten proces? Pytania pomocnicze:

a. Czy mają Państwo usystematyzowany formularz do obsługi reklamacji? Jak on wygląda i co zawiera?

b. W jaki sposób śledzą Państwo statusy reklamacji?

c. Czy jest możliwa wymiana towaru na nowy, na inny, zmiana jego parametrów? Czy są możliwe zmiany na tańszy lub droższy towar? Co wtedy dzieje się z zamówieniem? Co jest zmieniane w sklepie a co w systemie FK?

d. W jaki sposób proces reklamacji i zwrotów wpływa na fakturowanie?

e. Czy kontrolują Państwo i chcą analizować czasy obsługi reklamacji (potrzebne

dodatkowe widoki statystyk)?

f. Jeśli jest możliwa wymiana na nowy inny towar jak to wygląda w praktyce, kiedy klient wybiera dany towar i w jaki sposób?

g. Czy wniosek reklamacji powinien być dostępny do wypełnienia on-line czy jako

formularz drukowany?

h. Czy klient w swoim panelu klienta powinien widzieć statusy złożonych reklama-cji? Jakie dokładne dane?


PU05. Przyjmowanie towarów do sklepu i zarządzanie towarami W jaki sposób wygląda proces przyjmowania nowych towarów do sklepu? Kto jest za to odpowiedzialny? Gdzie i jak powstają opisy i zdjęcia jak są dodawane do sklepu? Jak dużo towarów dochodzi/zmienia się? Jak często? Pytania pomocnicze:

a. Czy jest w przedsiębiorstwie osobny system magazynowy który śledzi stany magazynowe towarów? Jaki to jest dokładnie system?

b. Czy opisy i dane marketingowe produktów są tworzone i zmieniane w sklepie czy w systemie magazynowym/FK/PIM? Jaki jest podział obowiązków między systemami?

c. Czy importują Państwo dane o produktach hurtowo czy ręcznie zmieniają w

Panelu? Jak to wygląda?

d. Czy kwestiami SEO zajmuje się inna osoba niż opisami? Czy wymaga specjal-nych funkcji lub dostępu służących do opisywania produktów?

e. W jaki sposób dokonują Państwo inwentaryzacji? Czy sklep internetowy ma w

niej pomagać (w jaki sposób)

f. Czy przewidują Państwo jakiś sposób automatycznego - lub ręcznego ale z pa-nelu administracyjnego sklepu – zamawiania produktów u dostawców?

g. W jaki sposób wygląda zarządzanie stanami magazynowymi


Inne wymagania i procesy Proszę opisać inne, ważne dla Państwa wymagania (funkcjonalne i niefunkcjonalne) oraz kluczowe dla Państwa biznesu procesy, które nie zostały do tej pory wspomniane. Nazwa wymagania / procesu Opis

Usprawnienia i optymalizacje Jeśli posiadają Państwo obecnie sklep internetowy prosimy zasugerować nam pro-blemy i rozwiązania, które warto byłoby zastosować w nowej wersji sklepu. Jeśli sklep i panel administracyjny mają rozwiązywać konkretne problemy, prosimy o ich zasygnali-zowanie w tym miejscu. Problem Pożądane rozwiązanie


Analiza integracji Prosimy o skontaktowanie nas z osobą techniczną odpowiedzialną po Państwa stronie za systemy informatyczne z którymi ma następować analiza techniczna. Z jakimi systemami w przedsiębiorstwie ma zostać zintegrowany sklep internetowy? FK WMS PIM CRM

System księ-gowo finanso-wy

System maga-zynowy

System ma-gazynowy

System do utrzymywania relacji z klien-tami

Integracja wymagana? Jaka jest nazwa systemu i dokładna wersja?

Czy otrzymamy dostęp do testowej wersji?

Czy otrzymamy specyfi-kację WebServices lub plików XML do wymiany danych?

Czy otrzymamy wsparcie informatyka znającego system?

Jaki ma być zakres wy-miany informacji?

Zamówienia sprzedaży, zmiany statu-sów

Dostępność magazynowa

Opisy produk-tów

Dane kontak-towe do klien-tów którzy zło-żyli zamówienia

Pytania pomocnicze:

1. Czy komunikacja z systemem ERP ma być zabezpieczona kanałem VPN/SSL? W jaki sposób – prosimy kontakt do osoby technicznej?

2. W jakich sytuacjach będą wymieniane dane (momenty wywołania)?

3. Jakie pakiety danych mają być wymieniane, jakie mają być pola i skąd dokąd ma przechodzić komunikacja:

Zamówienie

sprzedaży Dane klienta Status za-

mówienia Stan maga-zynowy

Z systemu E-Commerce E-Commerce ERP WMS Do systemu ERP ERP E-Commerce E-Commerce W jakim mo-mencie?

Jak często


Struktura (ja-kie pola)

Adres WS / Pliku

Format pliku XML

4. Proszę zmodyfikować załącznik nr. 1 będący wzorcową specyfikacją integracji – w przypadku niestandardowych systemów (NIE Subiekt, Optima, Navireo)

5. Czy występują inne systemy z którymi ma być stworzona integracja? Jak ma działać?


Analiza migracji Migracja wymaga napisania specjalnych skryptów (SQL i PHP) służących do przenie-sienia danych ze starego oprogramowania do nowego. Pytania pomocnicze:

a. Z jakiego dokładnie oprogramowania Państwo korzystają (platforma sklepowa)? Jaka baza danych jest używana, czy mamy do niej pełen dostęp?

b. Które dane są wymagane do przeniesienia? Domyślnie będą przeno-

szone dane: dane klientów (adresy, loginy, e-maile ..), dane produktów (opisy, atrybuty, stany magazynowe, zdjęcia, produkty powiązane – crosseling i upselling), kategorie (opisy, powiązania z produktami). Reszta informacji jest przenoszona ręcznie.

c. Czy dodatkowo mają być przeniesione historyczne zamówienia klien-

tów?

d. Czy możemy liczyć na pomoc osoby technicznej po Państwa stronie, która zna dokładnie strukturę bazy danych i pomoże nam przy przeno-szeniu danych?

e. Czy możemy dostać zrzut testowej wersji bazy danych lub dostęp do

bazy danych w celu zapoznania się ze strukturą danych oraz ich ilością?

f. Czy możemy dostać dostęp do plików aplikacji – takich jak zdjęcia aby oszacować sposób przeniesienia zdjęć?

g. Czy możemy otrzymać listę wygenerowanych wszystkich adresów inter-

netowych ze starej wersji sklepu aby utworzyć odpowiednie przekiero-wania SEO?

h. Czy wiadomo jakim algorytmem są zakodowane hasła użytkowników w

bazie danych? Jeśli nie to w jaki sposób będą Państwo chcieli przenieść konta? Sugerowanym rozwiązaniem jest rozesłanie unikalnych linków służących do zmiany hasła.


Wzorcowa specyfikacja integracji – załącznik Proszę zmodyfikować – wraz z osobami technicznymi po stronie klienta – niniej-szą specyfikację w taki sposób aby zawierała wszystkie i aktualne dane potrzebne do skonfigurowania integracji pomiędzy systemami.

Dokumentacja z opisem procesów Dokumentacja zakładająca użycie WebServices wraz z opisem wywołań i procesów – w czasie których dochodzi do wymiany informacji.

SZABLON - dokumentacjaintegracji XML.d

Dokumentacja zgodna z OAGIS OAGIS jest standardem wymiany informacji w formacie XML. Jego zastosowanie po-zwala w łatwy sposób zachować interoperacyjność między systemami. Jej implemen-tacja może zając stosunkowo więcej czasu niż w przypadku drugiego z przykładów.

SZABLON - dokumentacjaintegracji OAGIS

Documents

KWESTIONARIUSZ - Analiza techniczna, migracji i integracjiideas2action.pl/wp-content/uploads/2013/11/...Divante Sp. z o.o., ul. Kościuszki 14, 50-038 Wrocław, tel. + 48 71 342 24