Gyémántkatalógus · fejlesztői egyeztetés

Kérdések az ügyfélnek

Ezeket a kérdéseket a projektmenedzser tegye fel az ügyfélnek. Csak a fejlesztést érintő dolgok szerepelnek bennük (határidő, költség, tárhely és domain nem). A kérdések a levelezésből és a két Excel-táblából (Natural: 183 kő, Lab: 1332 kő) készültek.

Blokkoló nélküle nem tudunk elkezdeni dolgozni: Fontos a tervezéshez kell: Ráér később is eldönthető:

Regisztráció és hozzáférés

A cél, hogy csak az ügyfél által ismert vevők léphessenek be, és ezt ő az adminról tudja kezelni.

  1. BlokkolóÍgy képzeljük el a folyamatot. Helyes?
    1. A vevő megkapja a regisztrációs oldal linkjét, és megadja a nevét és az e-mail-címét.
    2. A regisztráció „függőben" állapotba kerül.
    3. Az ügyfél az adminon elfogadja vagy elutasítja.
    4. Elfogadáskor a vevő e-mailt kap egy aktiváló linkkel, ahol beállítja a jelszavát.
    5. Ettől kezdve aktív, amíg az ügyfél az adminon inaktiválja.

    Hogyan jut el a vevő a regisztrációs oldalhoz: mindenki ugyanazt az állandó linket kapja, vagy személyre szóló linket küld az ügyfél?

    Az ügyfél azt írta, hogy „boldog-boldogtalan ne próbálkozhasson regisztrálni", ezért a jóváhagyás a védelem lényege.

  2. BlokkolóElég a név és az e-mail-cím a regisztrációhoz?

    Honnan fogja tudni az ügyfél a jóváhagyás előtt, hogy kicsoda az illető? Kell-e még adat, például cégnév, telefonszám, vagy egy „honnan ismer" / megjegyzés mező?

    Ha csak név és e-mail van, egy ismeretlen név alapján nem lehet dönteni. Ez dönti el az admin felület felépítését is.

  3. FontosMit kell tudnia az admin felületnek a vevőkről?

    Amit biztosan építünk: a függő regisztrációk listája (elfogadás, elutasítás), az aktív vevők listája, inaktiválás. Kell-e ezen felül:

    • e-mail-értesítés az ügyfélnek új regisztrációról,
    • inaktivált vevő újraaktiválása,
    • vevő végleges törlése,
    • a vevő kedvezménycsoportjának módosítása (lásd az árakat lent)?
  4. RáérAz aktiváló link és a jelszó
    • Lejárjon-e az aktiváló link? (Javaslatunk: ne járjon le.)
    • Elfelejtett jelszónál a vevő maga kérhet újat e-mailben?
    • Melyik e-mail-címről menjenek ki az oldal levelei (meghívó, jelszó, értesítések)?
  5. RáérMit lásson az, aki belépés nélkül nyitja meg az oldalt?

    Csak a belépőmezőt, vagy egy rövid szöveget is?

Árak és vevői csoportok

Az Excelekben dollár szerepel (Asking ($)), és mindkét táblában a súly × karátár adja az eladási árat.

  1. BlokkolóMilyen pénznemben jelenjenek meg az árak?

    Dollárban (ahogy az Excelben), euróban vagy forintban? Ha át kell váltani, melyik árfolyammal, és ki frissíti?

  2. BlokkolóMelyik oszlop az alapár, amire az árrést számoljuk?
    • Natural: Asking ($) (L oszlop).
    • Lab: UDFPrice Amt 1 (Q oszlop). Az ügyfél levelében még szorzásról volt szó, de a mostani fájlban ez már ki van számolva.

    Kellenek-e valahol az oldalon a PriceList oszlopok és az Asking % (például −60)?

  3. FontosHogyan állítja be az árrést?

    Táblázatonként egy százalék (például Natural +10%, Lab −5% akcióban), vagy kőnként, illetve kategóriánként is? Ha módosítja, azonnal minden ár változzon?

  4. FontosVevői csoportok és kedvezmény
    • Hány csoport lesz (A, B, C…), és hogy hívják őket?
    • A kedvezmény csak százalék, vagy fix összeg is előfordul?
    • Előfordul-e, hogy egy vevő a csoportjától eltérő, egyedi százalékot kap?
    • Lássa-e a vevő, hogy kedvezményes árat kap?

    A számolás sorrendje javaslatunk szerint: alapár → árrés → csoportkedvezmény. Jó így?

  5. FontosMi legyen azokkal a kövekkel, ahol az ár 0?

    A Natural táblában van 0 értékű ár. Ne jelenjen meg a kő, vagy „ár kérésre" szerepeljen?

Rendelés, ÁFA és fizetés

Úgy tudjuk, kosár és rendelés is kell, nem csak érdeklődés. Ezt itt is érdemes visszaigazoltatni.

  1. BlokkolóMilyen fizetési mód legyen?
    • csak személyes átvételkor, a helyszínen (készpénz vagy kártya),
    • banki átutalás,
    • online bankkártyás fizetés?

    Az online fizetés a legnagyobb többletmunka a fejlesztésben és az üzemeltetésben (bankkártya-szolgáltató, biztonság, visszatérítés). Nagy értékű kövekről van szó, ezért érdemes tisztázni, hogy valóban kell-e.

  2. BlokkolóÁFA a rendelés összegzőjén

    Az árak mindenhol nettók. Mit lásson a vevő a rendelés végén: csak a nettó összeget, vagy az ÁFÁ-t és a bruttó végösszeget is? A vevő a nettót vagy a bruttót fizeti?

    • Az ügyfél szerint a belga cég EU-áfamentes számlát állít ki. Ez minden vevőre igaz?
    • Ha van ÁFA, milyen kulccsal, és függ-e a vevőtől (például magyar vevő vagy EU-s adószámos cég)?
    • Kell-e adószám a regisztrációnál?
  3. BlokkolóMi történik a rendelés leadásakor?
    • Kinek és milyen címre menjen az értesítés, és mi szerepeljen benne?
    • Kapjon-e visszaigazoló e-mailt a vevő?
    • Milyen állapotai legyenek a rendelésnek (például új, visszaigazolt, átvéve, lemondva)?
  4. FontosFoglalás

    Egy kő egyedi darab. Ha valaki kosárba teszi, legyen foglalt a többieknek, és meddig? Ha ketten egyszerre rendelik ugyanazt, ki kapja?

  5. FontosSzemélyes átvétel

    Hol és mikor lehet átvenni? A 7 napos kőnél hogyan értesül a vevő, hogy megérkezett?

  6. RáérFiókom oldal, szövegek, jogi oldalak
    • Lássa-e a vevő a korábbi rendeléseit, és módosíthatja-e a nevét és a jelszavát?
    • Az e-mailek, a kosár és a pénztár szövegeit ki adja, és milyen nyelven (magyar, angol)?
    • Marad-e az Adatkezelési tájékoztató és a Visszatérítési szabályzat? Kell-e süti-tájékoztató?

Excel-import

Az importot úgy építjük, hogy később az automatikus (API-s) feltöltés ki tudja váltani.

  1. BlokkolóMi azonosít egy követ frissítéskor?

    Az Item CD oszlopot (PC… a Natural, HP… a Lab táblában) használhatjuk egyedi azonosítónak? A két fájlban nincs duplikáció.

  2. BlokkolóMi történik azzal a kővel, ami az új táblából kimarad?

    Tűnjön el az oldalról? És ha közben valaki már kosárba tette vagy megrendelte?

  3. FontosFájlformátum és szerkezet
    • A tanúsítványlink a cellákban egy HYPERLINK() képlet. CSV-ben a link elveszik, ezért mindig XLSX-et kell küldeni. Jó így?
    • Mindkét fájl tartalmaz összesítő sort, ezt az import kihagyja.
    • Ha változik az oszlopok száma vagy sorrendje, szóljon előre?
  4. FontosA Qty oszlop a súly (karát)?

    A Lab táblában kétszer szerepel (D és P oszlop, ugyanazzal az értékkel). Melyik az érvényes?

  5. FontosKi tölti fel a táblákat, és milyen gyakran?

    Az ügyfél maga, egy admin feltöltő felületen, vagy a fejlesztő? Naponta, hetente? Az új tábla teljesen felváltja a régit, vagy kiegészíti?

  6. RáérA tervezett automatikus feltöltés

    Van-e tervezett időpont, ki a szolgáltató, és kapunk-e dokumentációt? A Google Sheet is szóba került, vagy marad a kézi feltöltés?

Szűrők és megjelenés

Az ügyfél sok szűrőt kér, és soronként 3–4 terméket. Az adatok egy része egységesítést igényel.

  1. BlokkolóMely részeit kéri a mintaoldalaknak?

    A mintaoldalak (idia.hu, noordia.hu, labgems.com, igi.org) nyilvánosak, a mi katalógusunk zárt. Pontosan mit vegyünk át belőlük?

    • a szűrőpanelt,
    • a termékkártyát (3–4 kő soronként),
    • a részletes termékoldalt,
    • a tanúsítvány megjelenítését,
    • mást (például videót, 3D-nézetet)?

    Van-e olyan elem a mintaoldalakon, ami nálunk nem kell (például nyilvános böngészés vagy árajánlatkérés)?

  2. FontosA szűrők végleges listája

    Forma, karát, szín (D–M), tisztaság, csiszolás, polish, szimmetria, fluoreszcencia, tanúsítvány, méret (mm), mélység és tábla %, lab típus (CVD / HPHT). Mi marad ki, és mi hiányzik?

    A Lab kövek 95%-a VVS2, ott a tisztaság szűrő alig használható. A Lab tábla 663 kövénél üres a Cut. Mi legyen az üres értékekkel a szűrőkben?

  3. FontosCsiszolási formák piktogramja

    A kapott ábrán 10 forma van. Az adatban viszont ezek is szerepelnek, ezekhez nincs piktogram: Asscher, Square Cushion, Square Radiant, Old Cut, Old European, Old Mine, Triangular Modified. Ki készíti el, vagy melyik meglévőt használjuk helyettük?

  4. FontosSzín, fluoreszcencia és méret egységesítése
    • A színben fancy értékek is vannak (például FANCY VIVID PINK). Külön kategóriába kerüljenek a D–M szűrő mellett?
    • Fluoreszcencia: a None és a NIL ugyanazt jelenti? Egyeztethetők a többi értékek (SLIGHT, VERY SLIGHT, MED, Strong, Faint)?
    • Méret (mm): a Diameter mező háromféle szövegformátumú (9.33x9.22x6.18, 7.65-7.27*5.02). A szűrő melyik méretre vonatkozzon, és Natural és Lab közös szűrőt kapjon?
  5. FontosTanúsítvány

    Három típus van (GIA, HRD, IGI). Piktogram jelölje, és legyen szűrő is belőle? A tanúsítvány megnyíljon az oldalon belül, vagy elég egy link a kibocsátó oldalára?

    A kibocsátók oldalai a beágyazást letilthatják, ezért a link a biztosabb megoldás.

  6. FontosNavigáció

    Úgy értjük, hogy a főkategória a szállítási idő (1 napos / 7 napos), alatta Natural / Lab. Ez menü legyen, vagy szűrő? Belépés után melyik nézet nyíljon meg?

  7. RáérSzínvilág és eszköz

    Fekete-fehér vagy kék-fehér? A korábbi jegyzetekben zöld/türkiz is szerepel. A vevők inkább telefonról vagy gépről használják az oldalt?

  8. RáérExportálható lista

    Az ügyfél azt írta, hogy a vevőknek „még egy Excel tábla is elég lenne". Kell-e, hogy a vevők Excelbe vagy PDF-be exportálhassák a katalógust, vagy ez csak az egyszerűségre utalt?

Magyar (1 napos) készlet

Ezt az ügyfél kézzel kezeli, ezért itt szerkesztőfelület, kép és videó is kell.

  1. FontosMilyen adatokat vigyen fel egy kőhöz?

    Ugyanazokat a mezőket, mint az Excelben? Kaphatunk egy mintatáblázatot vagy néhány példakövet? Hány kő várható?

  2. RáérKépek és videók

    Milyen formátumban és mekkora méretben készülnek, és hány darab kőhöz? A videók nagyok, ezért egyeztetni kell, hogy a saját tárhelyre kerüljenek, vagy külső videószolgáltatóról legyenek beágyazva.