Funktsionaalsed ja mittefunktsionaalsed nõuded e-kaubanduse veebisaidile | Eloogiline

Nad ütlevad, et edukad ettevõtted saavad alguse ideest. Me ütleme, et need kõik algavad funktsionaalsete ja mittefunktsionaalsete nõuetega poodide veebisaitidele.

Funktsionaalsed ja mittefunktsionaalsed nõuded on teie projekti tugisammas. Nad sõnastavad teie vajadused ja soovid ning täpsustavad teie arendusmeeskonna ülesandeid. Saate hakata neid üles kirjutama varsti pärast oma väljastamist e-kaubanduse RFP et teil oleks müüja valimisel oma veebisaidist selge pilt.

Kõik meie Elogicu projektid algavad lühidalt kliendi funktsionaalsete ja mittefunktsionaalsete nõuete selgitamisega veebiostlemise projektile. Kui klient just meile nimekirja otse ei saada, väljastame talle täitmiseks dokumendi (vaadake seda allalaaditava boonusena artikli lõpus!). Nii oleme kindlad, et mõistame nende ärivajadusi, samal ajal kui klient saab kohandada projekti eelarvet ja ulatust ning pakkuda veebisaidil positiivseid ostlemiskogemusi.

Selles artiklis selgitame e-ostlemise süsteemide funktsionaalsete ja mittefunktsionaalsete nõuete erinevust ning esitame klientide tegelike näidete põhjal kõige levinumate nõuete loendi. Jagame ka näpunäiteid, kuidas nõudeid korraldada ja kuidas need välja peaksid nägema.

Funktsionaalne vs mittefunktsionaalne: määratlused ja erinevused

Peamine erinevus e-kaubanduse veebisaitide funktsionaalsete ja mittefunktsionaalsete nõuete vahel seisneb nende ulatuses ja eesmärgis.

Funktsionaalsed nõuded (FR) on mida teie veebisaidilt. Kõik on seotud teie e-poe funktsioonide ja põhitoimingutega, mis võimaldavad kasutajal veebisaidil tegutseda. Neid saab rakendada ühe veebisaidi funktsioonina ja need on kogu tarkvara arendusprotsessi aluseks. 

Funktsionaalsed nõuded veebisaidi näidetele: Lisage meie koduarenduse veebipoodi järgmised toodete filtreerimisfunktsioonid: hind, populaarsus, võimsus (vatti), küttepind (m2) ja kasutusala (vannituba, köök jne).

Mittefunktsionaalsed nõuded (NFR-id) on kuidas teie veebisaidilt. Nimetatud süsteemi kvaliteediatribuudid moodustavad kasutajakogemuse ja viitavad teatud globaalsetele abstraktsetele ootustele tootele. Interneti-ostlemise süsteemide mittefunktsionaalsed nõuded võivad tuleneda e-kaubanduse veebisaidi funktsionaalsete nõuete summast ja neid rakendatakse veebifunktsioonide summana.

Mittefunktsionaalsed nõuded veebipoodide veebisaitide näidetele: Tooted peaksid olema hõlpsasti leitavad ja veebisaidil ahvatleva kuvamisega.

Siseringi näpunäide: Nõuete muutmine ja kohandamine võib muuta teie projekti ulatust ja eelarvet.

Ei ole soovitatav säästa e-kaubanduse funktsionaalsete nõuete pealt, mis moodustavad projekti tuuma, seega ärge kartke näha paljusid neist oma veebisaidi spetsifikatsioonidokumendis. Kuid olge ettevaatlik mittefunktsionaalsete nõuete liitmisel, mis suurendab teie projekti maksumust. 

Loe rohkem: Mis vahe on e-kaubandusel ja M-kaubandusel?

Kui saate seda endale lubada - suurepärane! Teie kauplus on klientide magnet, mis pakub optimaalset kasutuskogemust. Teisest küljest, kui teil on vähe eelarvet, kaaluge ainult oluliste mittefunktsionaalsete nõuete lisamist, mis teie kasutajaid rahuldavad. Ideaalis võiksite leida kuldse kesktee poodide veebisaidi funktsionaalsete ja mittefunktsionaalsete nõuete vahel ning tasakaalustada neid, pidades silmas teie ärieesmärke ja eesmärke.

Funktsionaalsed nõuded: teie veebisaidi põhi

Veebipõhise ostusüsteemi käitumise eest vastutavad funktsionaalsed nõuded võivad olenevalt ettevõtte vajadustest ja nišist olla väga erinevad. Näiteks võimaldavad moeveebisaidid tavaliselt kliendil valida teatud toote atribuudid (nt värv, suurus jne); reisifirmad võivad nõuda kasutajat abistavat vestlusrobotit; luksuskaubad ja ehete veebiettevõtted vajavad toote üksikasjade lehel (PDP) suumimisfunktsiooni.

Siin on mõned kohustuslikud funktsionaalsete nõuete komplektid, mis kehtivad kõikidele e-kaubanduse veebisaitidele.

FR #1: Kolmandate osapoolte integratsioonid

Loetlege kogu API kaudu integreeritav kolmanda osapoole tarkvara, mis peaks sisalduma e-kaubanduse veebisaidil. Need võivad olla uued süsteemid, mida soovite lisada, või olemasolevad, millega olete rahul ja mida praegu kasutate.

See nõue puudutab nii äritegevust tõhustavaid süsteeme (nagu ERP, CRM, PIM) kui ka paindlikke makseväravaid teie klientide jaoks. Kolmandate osapoolte integratsioonide arvu määramine teeb teie e-kaubanduse arhitektuur struktureeritud ja valmis teie ettevõtte laiendamiseks tulevikus.

FR nr 1 näited: 

• Veebileht tuleb integreerida Odooga ERP-süsteem ja Svea makselahendused.
• PayPal Direct, PayPal Plus ja Amazon Pay on poes prioriteetsed maksed.

FR #2: mobiilisõbralikkus

Pole saladus, et mobiilile reageerivad rakendused toovad veebisaidile rohkem liiklust. Vastavalt Statista, on klientide mobiilseadmetes tehtud konversioonide arv jõudnud ka USA-s lauaarvutite konversioonide arvuni. Investeerides oma veebisaidi mobiilile reageerivasse funktsiooni, võite teenida rohkem kui paar dollarit, millele lisanduvad lojaalsed kliendid, kes ostlevad mugavalt oma diivanilt.

Uurige oma sihtrühma ja küsige nende seadmete kohta. Täpsustage, kuidas põhiliste nuppude ja valikute asukoht veebilehtedel peaks paremaks ostlemiskogemuseks muutuma (siseringi nõuanne: asetage kassanupp kliendile käeulatusse, kuna enamik inimesi eelistab mobiilseadmetest Internetis surfata vaid ühe käega). Teie mobiili-eelkõige funktsionaalne nõue peaks olema täpne, et arendajaid mitte segadusse ajada.

FR nr 2 näides:

• PDP peaks olema kohandatud Apple iPhone 6s ja uuemate ekraanidega.
• Minu pood toetab toodete häälotsingut mobiilis Alexa Mobile Accessory (AMA) komplekti kaudu (meeles: see on üks Amazoni funktsionaalsetest nõuetest).

FR #3: Toote atribuudid

Teie PDP sisaldab erinevaid tooteomadusi ja arendusagentuur peaks vastavate funktsioonide rakendamiseks neist teadma. Kas klient saab valida ainult toote suuruse ja värvi? Kas kasutate videoid PDP-s? Kas mõned toote atribuudid kuvatakse menüüs (nagu mega-menüü)? Kui võimalik, kirjutage üles nimekiri kõigist tooteatribuutidest, mis teie veebisaidil peaksid olema, ja andke see edasi oma arendajatele.

Toote atribuudid meie kliendi PDP-l: suurus, kleidi pikkus, kogus ja värv. Allikas: Amsale.

FR nr 3 näited: 

• Veebisait peab toetama lihtsaid ja kombineeritud tootetüüpe.
• Toote üksikasjade lehel olevatel tootepiltidel peaks olema võimalus sisse suumida.

FR #4: tellimis- ja kassavoog

Teie veebipõhise ostusüsteemi funktsionaalsed nõuded peaksid täpsustama, kuidas teie poes tellimusi töödeldakse ja kas seda funktsiooni tuleks optimeerida. Eelkõige märkige, kas soovite, et klient registreeruks ostu sooritamiseks või lubaks külalistel kassasse minna. Loetlege tellimuse olekud, mida soovite saada (nähtavad nii kliendile kui ka poe administraatorile). Selgitage, kuidas soovite B2B tellimusi hallata. Lühidalt, proovige oma tellimuste ja kassavoo funktsioonide kohta olla võimalikult üksikasjalik. 

See on ka osa, kus mainite oma allahindluspoliitikat ja sooduskoode, mille annate oma ostupoes, kui neid on. Olenemata sellest, kas neid tuleb käsitleda kassas või otse PDP-s, peaksite nende jaoks lisama eraldi funktsionaalse nõude.

FR nr 4 näited: 

• Veebisaidil kuvatakse järgmised tellimuse olekud: kinnitatud, töötlemine, saadetud, tagastatud.
• Pärast seda, kui klient on veebisaidil registreeritud, peaks ta saama ostetud tellimusele ühe aasta lisagarantii.

FR #5: Sotsiaalne jagamine

E-kaubanduses käib veebis kohalolek sotsiaalmeedia kõrval. Kui lubate kasutajal oma veebisaidi sisu sotsiaalvõrgustikes jagada, siis see suurendab bränditeadlikkust ning viib teid olemasolevatele ja potentsiaalsetele klientidele lähemale. Uurige oma sihtrühma ja tuvastage nende lemmik sotsiaalmeediavõrgustikud. Laske oma tarbijatel jagada tooteid, ajaveebipostitusi ja inspireerivaid pilte, lisades oma veebisaidile vastava nupu.

FR nr 5 näited: 

• Meie tooteteavet tuleks jagada Facebookis, Instagramis, Pinterestis ja Linkedinis.
• Kasutajate Facebooki kommentaarid peaksid ilmuma toote üksikasjade lehel lehel „Klientide ülevaated“.

Me järgime Elogicu sotsiaalse jagamise tava. Kui tunnete end heldena (ja pärast selle artikli lugemist pisut targemana), siis miks mitte jagada seda sotsiaalmeedias!

Mittefunktsionaalsed nõuded: teie veebisaidi elegants

Nagu varem mainitud, sõnastavad mittefunktsionaalsed nõuded veebisaidi kvaliteediatribuudid, mis loovad positiivse kasutajakogemuse ja veebisaidi optimaalse toimivuse. Ärianalüütikute piibel — Babüük — teeb vahet kaupmeeste (nt hooldatavus, skaleeritavus, korduvkasutatavus) ja kasutajate (nt kasutatavus, turvalisus, juurdepääsetavus) NFR-ide vahel. Meie arvates on need kõik teie äriteekonna erinevatel etappidel võrdselt olulised: teie poe laienedes võivad teie mittefunktsionaalsed nõuded liita.

Siin on mõned e-kaubanduse veebisaitide mittefunktsionaalsete nõuete põhitüübid, mis peaksid jõudma kõigi digitaalsete ettevõtete veebisaidi spetsifikatsiooni dokumenti.

NFR nr 1: kasutatavus

Olenemata teie ettevõtte suurusest, soovite, et teie veebisait oleks intuitiivne ja hõlpsasti kasutatav. See võtab umbes 0.05 sekundit et kasutajad saaksid aru, kas teie veebisait on nende aega ja tähelepanu väärt. Nii et soovite kindlasti töötada oma kodulehe kujunduse, tegevusele kutsumiste ja lihtsa kassaga, et neist millisekunditest hukatusest üle saada. Veebilehe kasutatavust defineerib ka

• kui kergesti suudab kasutaja ühe lehekülastusega oma eesmärgi saavutada;
• kui kiiresti nad poes ülesandeid täidavad;
• kui meeldejääv ja intuitiivne on disain;
• kasutajate tehtud vigade arv ja aeg.

NFR nr 1 näited: 

• Klient peaks lihtsalt leidma talle sobiva toote, mõistma, milliseid probleeme see lahendab, ja sooritama ostu ilma meiega ühendust võtmata.
• Ei mingit mitmeastmelist kassast: kasutajad peavad jõudma PDP-st ühe sammuga nupule „Lisa ostukorvi”.

NFR #2: Turvalisus

Turvalisus on rahaliste tehingute ja tundlike andmete käsitlemisel ülimalt tähtis. Lihtsad tarkvaranõuded poodide veebisaidile, nagu SSL-sertifikaat ja andmete privaatsuseeskirjad, sisendavad teie veebisaidile usaldust ja muudavad kliendid teie brändi pooldajateks. See puudutab ka erinevaid administraatori rolle, mis võimaldavad teil kontrollida, kes saavad teavet luua, näha, kopeerida, muuta või kustutada. Olenevalt teie ettevõtte asukohast tähendab turvalisus ka kliendiandmete kaitse reeglite järgimist (näiteks GDPR Euroopas).

Turvalisuse osas on mängus palju tegureid; selle mittefunktsionaalse nõude täpsustamine tähendab esimese sammu tegemist e-kaubanduse pettuste ennetamine.

NFR nr 2 näited: 

• Ainult süsteemiandmete administraator saab süsteemile rolle määrata ja juurdepääsuõigusi muuta.
• Veebisait peab olema vastupidav mis tahes tüüpi rünnakutele, sealhulgas DDoS- ja XSS-rünnakutele.

NFR nr 3: jõudlus

Kui teie eesmärk on veebisaidi liikluse suurendamine, peaks jõudlus olema teie spetsifikatsioonidokumendis prioriteetne NFR. Seda NFR-i leidub sageli suurettevõtete või pärandarhitektuuriga veebisaitide lühikirjades: nad tahavad, et nende e-poed laadiksid kiiresti olenemata integratsioonide ja müügihooaegade arvust.

Seadistage kiiruse etalon, lisatavate SKU-de maksimaalne arv või mõni muu teie ettevõttele sobiv toimivusnäitaja. Ärge lisage siiski kolmanda osapoole süsteemi tarneaega; teie arendajad ei saa palju teha, kui teatud äritegevus sõltub API-kutsest teise andmebaasi.

NFR nr 3 näide: veebisaidi avaleht peaks laadima iOS 4+ puhul, Safari 10G puhul vähem kui 4 sekundiga.

NFR nr 4: hooldatavus

On laialt teada, et ettevõtte eelarve planeerimise keeruline osa on ettevõtte ülalpidamise tegevuskulude arvestamine. Veebisaidi esmasest arendusfaasist peale hooldatavaks muutmine tähendab aja ja kulude kärpimist süsteemivigade tuvastamiseks ja lahendamiseks tulevikus. Nii kurb kui see ka ei tundu, pole tulevikuprobleemide eest pääsu ja näete palju vihjeid kuidas hoida poodide veebisaiti. Kuid teie ülesanne on muuta süsteem hõlpsasti hooldatavaks kohe käivitamisest alates.

NFR nr 4 näide: Kuna me soovime kasvada, eemaldab veebisait kõik taustaprobleemid, mille tõttu ettevõttesisesed insenerid saavad tulevikus süsteemis muudatusi teha.

NFR #5: Skaleeritavus

Kui otsite tulevikukindlat lahendust, peaksite valima skaleeritavuse. See nõue määratleb, kuidas veebisait saab kasvada ja oma funktsionaalsust laiendada, ilma et see mõjutaks selle toimivust. Teil peaks olema võimalik lisada rohkem mälu, servereid või kettaruumi, et teha oma veebisaidil rohkem tehinguid.

Serveri poolel võiksite lisada lokaliseerimisfunktsioone juhuks, kui plaanite siseneda uutele turgudele ja müüa tooteid rahvusvaheliselt. Üldiselt tagab see NFR valutu ettevõtte laienemise ja sellel on nii riist- kui ka tarkvara mõju.

NFR nr 5 näited: 

• Meie järgmise kahe aasta põhieesmärk on rahvusvahelistumine, seega peaks veebisaidil olema mitu poevaadet iga riigi kohta, kuhu müüme.
• Kauplus laieneb, et toetada 500 XNUMX+ SKU-d ühes serveris, ilma et see mõjutaks negatiivselt veebisaidi laadimiskiirust.

Esimese lühiülevaate koostamine

Niisiis, olete otsustanud mõne funktsionaalse ja mittefunktsionaalse nõude järgi poodide veebisaidile; mis nüüd? Esitate oma vajadused ja seisukohad projekti kohta paberil! 

Kui klient võtab meiega Elogicus ühendust poodarendusteenused, soovime väljastada lühikokkuvõtte. See aitab meie klientidel otsustada oma e-kaubanduse nõuete loendi osas ja annab meile selge pildi sellest, mida nad näha tahaksid. Sarnaselt RFP-le korraldatakse lühiülevaade arvutustabelis, mille vahekaartidel on kategooriapõhised küsimused. Sõltuvalt projekti tüübist (veebisaidi arendamine nullist, ümberplatvormi muutmine, kohandatud mooduli arendamine jne) sisaldab lühikirjeldus erinevaid küsimusi, mille eesmärk on paljastada erinevad ärivajadused.

Näpunäiteid veebipõhise ostude veebisaidi funktsionaalsete ja mittefunktsionaalsete nõuete dokumenteerimiseks

Selle arutelu lõpetuseks tahaksime jagada kolme võtit õigesti sõnastatud poodide veebisaidi nõuete kohta.

1. Ole täpne. See näpunäide võib olla ilmne, kuid seda tuleb rõhutada. Ärge laske oma teadvusvoolul lühidalt üle võtta ja ühendage palju nõudeid üheks. Selle asemel hoidke need teralistena ja sõnastage need täpselt. Uskuge meid, kui „tahame kasutada ERP-i ja PIM-i“ asemele „veebisait kasutab SAP ERP-i ja Fishbowl Inventory“, on arendajate jaoks palju erinevusi.

2. Tee need mõõdetavaks. KPI-d on subjektiivsed ja erinevad ettevõtteti. Kuid peate leidma oma ja kirjutama need oma nõudmistesse. Ärge öelge lihtsalt üldist lauset "Ma tahan kiiresti laaditavat veebisaiti", vaid täpsustage oma ideaalne laadimisaeg konkreetsel kasutusjuhul. Rääkige igal võimalusel numbreid ja lisage oma nõudele igal võimalusel mõõt. Teie arendajad testivad funktsiooni teie seatud etaloniga võrreldes palju kiiremini ja teie hoiate alati projekti käekäigul.

3. Viige poodide veebisaidi arendamise nõuded vastavusse ärieesmärkidega. Saate lisada palju spetsifikatsioone ja kulutada kogu oma eelarve veebisaidi funktsioonidele; kuid kui need kõik pole kaardistatud suuremat eesmärki silmas pidades, on teie lõpptoode ebarahuldav.

Lõpuks pange e-kaubanduse veebisaidi funktsionaalsed ja mittefunktsionaalsed nõuded enda kasuks tööle, mitte vastupidi. Lühikirjelduse täitmine ja spetsifikatsioonide selge sõnastamine säästab teie aega ja vaeva. Vastake arendajate küsimustele enne, kui nad neid küsivad, ja alustage kiiremini!

Kui olete huvitatud e-poe arendamisest mis tahes platvormil või olemasoleva uuendamisest, optimeerimisest või integreerimisest, Eloogiline on siin teie jaoks.

• SEO-põhise sisu ja PR-levi. Võimenduge juba täna.
• PlatoData.Network Vertikaalne generatiivne Ai. Jõustage ennast. Juurdepääs siia.
• PlatoAiStream. Web3 luure. Täiustatud teadmised. Juurdepääs siia.
• PlatoESG. Autod/elektrisõidukid, Süsinik, CleanTech, Energia, Keskkond päikeseenergia, Jäätmekäitluse. Juurdepääs siia.
• BlockOffsets. Keskkonnakompensatsiooni omandi ajakohastamine. Juurdepääs siia.
• Allikas: https://elogic.co/blog/functional-and-non-functional-requirements-for-ecommerce-websites/