Verkkokauppasivuston toiminnalliset ja ei-toiminnalliset vaatimukset | Eloginen

Sanotaan, että menestyvät yritykset alkavat ideasta. Sanomme, että ne kaikki alkavat verkkokauppasivustojen toiminnallisista ja ei-toiminnallisista vaatimuksista.

Toiminnalliset ja ei-toiminnalliset vaatimukset ovat hankkeesi peruspilari. He ilmaisevat tarpeesi ja toiveesi sekä määrittelevät tehtävät kehitystiimillesi. Voit aloittaa niiden kirjoittamisen pian todistuksen myöntämisen jälkeen verkkokaupan RFP jotta sinulla on selkeä kuva verkkosivustostasi, kun valitset toimittajan.

Kaikki Elogic-projektimme alkavat lyhyellä selvennyksellä asiakkaan toiminnalliset ja ei-toiminnalliset vaatimukset verkkokauppaprojektille. Ellei asiakas lähetä luetteloa suoraan meille, annamme hänelle täytettävän asiakirjan (katso se ladattavana bonuksena artikkelin lopusta!). Näin olemme varmoja, että ymmärrämme heidän liiketoimintatarpeensa, kun taas asiakas voi muokata projektin budjettia ja laajuutta ja tarjota positiivisia verkkokauppakokemuksia verkkosivuilla.

Tässä artikkelissa selitämme verkkokauppajärjestelmien toiminnallisten ja ei-toiminnallisten vaatimusten välisen eron ja esittelemme asiakkaidemme tosielämän esimerkkien perusteella luettelon yleisimmistä. Annamme myös vinkkejä siitä, miten vaatimukset järjestetään ja miltä niiden pitäisi näyttää.

Toiminnallinen vs. ei-toiminnallinen: määritelmä ja erot

Suurin ero verkkokauppasivustojen toiminnallisten ja ei-toiminnallisten vaatimusten välillä on niiden laajuus ja tarkoitus.

Toiminnalliset vaatimukset (FR) ovat mitä sivustostasi. Kyse on verkkokauppasi toiminnoista ja ydintoiminnoista, joiden avulla käyttäjä voi toimia verkkosivulla. Ne voidaan toteuttaa yhtenä verkkosivuston ominaisuutena ja muodostaa perustan koko ohjelmistokehitysprosessille. 

Esimerkkejä verkkosivustojen toiminnallisista vaatimuksista: Lisää seuraavat tuotteiden suodatusominaisuudet kodin rautakauppaamme: hinta, suosio, teho (W), lämmitysala (m2) ja käyttö (kylpyhuone, keittiö jne.).

Ei-toiminnalliset vaatimukset (NFR) ovat miten sivustostasi. Nimetyt järjestelmän laatuattribuutit muodostavat käyttäjäkokemuksen ja sisältävät globaaleja, abstrakteja odotuksia tuotteelta. Verkkokauppajärjestelmien ei-toiminnalliset vaatimukset voivat johtua verkkokauppasivuston toiminnallisten vaatimusten summasta, ja ne toteutetaan verkkoominaisuuksien summana.

Ei-toiminnalliset vaatimukset verkkokauppasivustojen esimerkeille: Tuotteiden tulee olla helposti löydettävissä ja niiden tulee olla houkutteleva näyttö verkkosivustolla.

Sisäpiirin kärki: Vaatimusten säätäminen ja säätäminen voi muuttaa projektisi laajuutta ja budjettia.

Ei ole suositeltavaa säästää verkkokaupan toiminnallisissa vaatimuksissa, jotka muodostavat projektin ytimen, joten älä pelkää nähdä monia niistä verkkosivustosi määrittelyasiakirjassa. Mutta varo laskemasta yhteen ei-toiminnallisia vaatimuksia, jotka nostavat projektisi kustannuksia. 

Lue lisää: Mitä eroa on verkkokaupan ja M-kaupan välillä?

Jos sinulla on siihen varaa - hienoa! Myymälästäsi tulee asiakasmagneetti, joka tarjoaa optimaalisen käyttökokemuksen. Jos toisaalta budjettisi on tiukka, harkitse vain oleellisten ei-toiminnallisten vaatimusten lisäämistä, jotka tyydyttävät käyttäjiäsi. Ihannetapauksessa sinun kannattaa löytää kultainen keskitie verkkokauppasivuston toiminnallisten ja ei-toiminnallisten vaatimusten välillä ja tasapainottaa ne pitäen mielessä liiketoimintasi tavoitteet.

Toiminnalliset vaatimukset: Verkkosivustosi ydin

Verkkokauppajärjestelmän käyttäytymisestä vastaavan toiminnalliset vaatimukset voivat olla hyvin erilaisia ​​riippuen yrityksen tarpeista ja markkinaraosta. Esimerkiksi muotisivustoilla asiakas voi yleensä valita tuotteen ominaisuuksia (esim. väri, koko jne.); matkayritykset voivat vaatia chatbotin, joka auttaa käyttäjää; luksustavarat ja koruja myyvät online-yritykset tarvitset zoomausominaisuuden tuotetietosivulle (PDP).

Tässä on muutamia pakollisia toiminnallisia vaatimuksia, joita sovelletaan kaikkiin verkkokauppasivustoihin.

FR #1: Kolmannen osapuolen integraatiot

Luettelo kaikista kolmannen osapuolen ohjelmistoista, jotka integroidaan sovellusliittymän kautta ja jotka tulisi sisällyttää verkkokauppasivustoon. Nämä voivat olla uusia järjestelmiä, jotka haluat lisätä, tai olemassa olevia, joihin olet tyytyväinen ja joita käytät nyt.

Tämä vaatimus koskee sekä liiketoimintaa virtaviivaistavia järjestelmiä (kuten ERP, CRM, PIM) että joustavia maksuyhdyskäytäviä asiakkaillesi. Kolmannen osapuolen integraatioiden määrän määrittäminen tekee sinun verkkokaupan arkkitehtuuri jäsennelty ja valmis yrityksesi skaalaamiseen tulevaisuudessa.

FR #1 esimerkkejä: 

• Sivusto integroidaan Odooon ERP-järjestelmä ja Svean maksuratkaisut.
• PayPal Direct, PayPal Plus ja Amazon Pay ovat ensisijaisia ​​maksuja myymälässä.

FR #2: Mobiiliystävällisyys

Ei ole mikään salaisuus, että mobiiliresponsiiviset sovellukset tuovat lisää liikennettä verkkosivustolle. Mukaan Statista, asiakkaiden konversioiden määrä mobiililaitteilla on saavuttanut myös pöytätietokoneiden konversiot Yhdysvalloissa. Joten investoimalla verkkosivustosi mobiiliresponsiiviseen ominaisuuteen voit ansaita enemmän kuin muutaman taalan, ja uskolliset asiakkaat tekevät ostoksia mukavasti sohvaltaan.

Tutki kohdeyleisösi ja tiedustele heidän laitteitaan. Määritä, miten tärkeiden painikkeiden ja vaihtoehtojen sijainnin verkkosivuilla tulisi muuttua paremman ostokokemuksen saavuttamiseksi (sisäpiirivinkki: sijoita kassapainike asiakkaasi peukalon ulottuville, sillä useimmat ihmiset haluavat surffata Internetissä yhdellä kädellä mobiililaitteista). Mobiili-ensin toiminnallisen vaatimuksesi tulee olla tarkka, jotta kehittäjiä ei hämmennetä.

Esimerkki FR #2s:

• PDP tulee mukauttaa Apple iPhone 6s:n ja sitä uudempien laitteiden näyttöihin.
• Myymäläni tukee tuotteiden puhehakua mobiililaitteella Alexa Mobile Accessory (AMA) Kitin kautta (huomata: tämä on yksi Amazonin toiminnallisista vaatimuksista).

FR #3: Tuotteen ominaisuudet

PDP sisältää erilaisia ​​tuoteominaisuuksia, ja kehitystoimiston tulee tietää niistä voidakseen ottaa käyttöön vastaavat ominaisuudet. Voiko asiakas valita vain tuotteen koon ja värin? Käytätkö videoita PDP:llä? Näkyvätkö jotkin tuotteen määritteet valikossa (kuten mega-menu)? Jos mahdollista, kirjoita luettelo kaikista tuoteominaisuuksista, jotka verkkosivustollasi tulisi olla, ja luovuta se kehittäjillesi.

Asiakkaamme PDP:n tuoteominaisuudet: koko, mekon pituus, määrä ja väri. Lähde: Amsale.

FR #3 esimerkkejä: 

• Sivuston tulee tukea yksinkertaisia ​​ja niputettuja tuotetyyppejä.
• Tuotekuvassa tuotetietosivulla tulee olla mahdollisuus lähentää.

FR #4: Tilaus- ja kassakulku

Verkkokaupan järjestelmän toiminnallisten vaatimusten tulee määrittää, miten tilaukset käsitellään kaupassasi ja pitäisikö tämä toiminto optimoida. Ilmoita erityisesti, haluatko asiakkaan rekisteröityvän tehdäkseen ostoksen vai mahdollistavan vieraskassan. Listaa haluamasi tilaustilat (näkyy sekä asiakkaalle että kaupan ylläpitäjälle). Selitä, kuinka haluat hallita B2B-tilauksia. Lyhyesti sanottuna, yritä olla mahdollisimman yksityiskohtainen tilaus- ja kassavirran toiminnoista. 

Tämä on myös osa, jossa mainitset alennuskäytäntösi ja tarjouskoodit, jotka annat ostoskaupassasi, jos sellaisia ​​on. Käsittele ne sitten kassalla tai suoraan PDP:ssä, sinun tulee sisällyttää niille erillinen toiminnallinen vaatimus.

FR #4 esimerkkejä: 

• Sivusto näyttää seuraavat tilausten tilat: vahvistettu, käsittely, lähetetty, palautettu.
• Kun asiakas on rekisteröitynyt verkkosivustolle, hänen pitäisi saada yksi ylimääräinen vuoden takuu ostetulle tilaukselle.

FR #5: Sosiaalinen jakaminen

Verkkokaupassa verkkonäkyvyys kulkee sosiaalisen median rinnalla. Kun annat käyttäjän jakaa verkkosivustosi sisältöä sosiaalisessa mediassa, parannetaan bränditietoisuutta ja tuo sinut lähemmäksi nykyisiä ja potentiaalisia asiakkaitasi. Tutki kohdeyleisösi ja tunnista heidän suosikki sosiaalisen median verkostonsa. Anna kuluttajien jakaa tuotteita, blogikirjoituksia ja inspiroivia kuvia lisäämällä vastaava painike verkkosivustollesi.

FR #5 esimerkkejä: 

• Tuotetietomme tulee jakaa Facebookissa, Instagramissa, Pinterestissä ja Linkedinissä.
• Facebookin käyttäjien kommenttien pitäisi näkyä tuotetietosivulla "Asiakasarvostelut" -sivulla.

Noudatamme itse Elogicissa sosiaalisen jakamisen käytäntöä. Jos tunnet olevasi antelias (ja hieman älykkäämpi tämän artikkelin luettuasi), miksi et jaa sitä sosiaalisessa mediassa!

Ei-toiminnalliset vaatimukset: Web-sivustosi tunnelma

Kuten aiemmin mainittiin, ei-toiminnalliset vaatimukset ilmaisevat verkkosivuston laatuattribuutteja, jotka luovat positiivisen käyttökokemuksen ja optimaalisen verkkosivuston suorituskyvyn. Yritysanalyytikoiden Raamattu - BABOK — tekee eron kauppiaiden (esim. ylläpidettävyys, skaalautuvuus, uudelleenkäytettävyys) ja käyttäjien (esim. käytettävyys, turvallisuus, saavutettavuus) välillä. Mielestämme ne ovat kaikki yhtä tärkeitä liikematkasi eri vaiheissa: myymäläsi mittakaavassa ei-toiminnalliset vaatimukset voivat kasvaa.

Tässä on joitain verkkokauppasivustojen ei-toiminnallisia perusvaatimuksia, joiden pitäisi päästä kaikkien digitaalisten yritysten verkkosivustojen määrittelyasiakirjaan.

NFR #1: Käytettävyys

Yrityksesi koosta riippumatta haluat verkkosivustosi olevan intuitiivinen ja helppokäyttöinen. Se ottaa noin 0.05 sekuntia jotta käyttäjät voivat selvittää, onko verkkosivustosi heidän aikansa ja huomionsa arvoinen. Haluat siis ehdottomasti työskennellä kotisivusi suunnittelun, toimintakehotusten ja helpon kassan parissa päästäksesi yli noista millisekunteista tuhoon. Sivuston käytettävyyden määrittelee myös

• kuinka helposti käyttäjä voi saavuttaa tavoitteensa yhdellä sivulla;
• kuinka nopeasti he suorittavat tehtävät kaupassa;
• kuinka mieleenpainuva ja intuitiivinen suunnittelu on;
• käyttäjien tekemien virheiden määrä ja aika.

NFR #1 esimerkkejä: 

• Asiakkaan tulee helposti löytää itselleen sopiva tuote, ymmärtää, mitä ongelmia se ratkaisee ja tehdä ostos ilman yhteyttä.
• Ei monivaiheista kassaa: käyttäjien on saavutettava "Lisää ostoskoriin" -painike yhdessä vaiheessa PDP:stä.

NFR #2: Turvallisuus

Turvallisuus on ensiarvoisen tärkeää käsiteltäessä rahatapahtumia ja arkaluonteisia tietoja. Verkkokauppasivustojen yksinkertaiset ohjelmistovaatimukset, kuten SSL-sertifiointi ja tietosuojakäytäntö, lisäävät luottamusta verkkosivustoosi ja muuttavat asiakkaat brändisi kannattajiksi. Se koskee myös erilaisia ​​järjestelmänvalvojan rooleja, joiden avulla voit hallita, kuka voi luoda, nähdä, kopioida, muuttaa tai poistaa tietoja. Yrityksesi sijainnista riippuen turvallisuus tarkoittaa myös asiakkaiden tietosuojasääntöjen noudattamista (esimerkiksi GDPR Euroopassa).

Turvallisuuteen vaikuttavat monet tekijät; tämän ei-toiminnallisen vaatimuksen määrittäminen tarkoittaa ensimmäisen askeleen ottamista verkkokauppapetosten ehkäisy.

NFR #2 esimerkkejä: 

• Vain järjestelmän tietojen ylläpitäjä voi määrittää rooleja ja muuttaa järjestelmän käyttöoikeuksia.
• Sivuston tulee kestää kaikenlaisia ​​hyökkäyksiä, mukaan lukien DDoS- ja XSS-hyökkäykset.

NFR #3: Suorituskyky

Jos tavoitteesi on lisätä verkkosivustosi liikennettä, suorituskyvyn tulee olla NFR:n prioriteetti määrittelyasiakirjassasi. Tämä NFR löytyy usein suurten yritysten alustuksista tai verkkosivustoilta, joilla on vanha arkkitehtuuri: he haluavat verkkokauppojensa latautuvan nopeasti integraatioiden ja myyntikausien lukumäärästä riippumatta.

Määritä nopeusvertailu, lisättävien SKU:iden enimmäismäärä tai mikä tahansa muu yrityksellesi sopiva suoritusindikaattori. Älä kuitenkaan sisällytä kolmannen osapuolen järjestelmän toimitusaikaa; kehittäjät eivät voi tehdä paljon, jos tietty liiketoiminta riippuu API-kutsusta toiseen tietokantaan.

NFR #3 esimerkki: Verkkosivuston kotisivun pitäisi latautua alle 4 sekunnissa iOS 10+:ssa ja Safarissa 4G:ssä.

NFR #4: Ylläpidettävyys

On yleisesti tiedossa, että yritysbudjetin suunnittelun hankala osa on yrityksen ylläpidon käyttökustannusten huomioon ottaminen. Pyrkimys tehdä sivustosta ylläpidettävä alusta alkaen kehitysvaiheesta lähtien tarkoittaa, että tulevaisuudessa järjestelmävikojen tunnistamiseen ja korjaamiseen kuluu aikaa ja kustannuksia. Niin surulliselta kuin se kuulostaakin, tulevaisuuden ongelmilta ei ole paeta, ja voit nähdä monia vihjeitä kuinka ylläpitää verkkokauppasivustoa. Sinun tehtäväsi on kuitenkin tehdä järjestelmästä helppohoitoinen heti sen käynnistämisestä lähtien.

NFR #4 esimerkki: Koska haluamme kasvaa, verkkosivusto poistaa kaikki taustan monimutkaisuudet, jotta yrityksen sisäiset insinöörit voivat tehdä muutoksia järjestelmään tulevaisuudessa.

NFR #5: Skaalautuvuus

Jos etsit tulevaisuuden kestävää ratkaisua, skaalautuvuus on sinun valintasi. Tämä vaatimus määrittelee, kuinka verkkosivusto voi kasvaa ja laajentaa toimintojaan vaikuttamatta sen suorituskykyyn. Sinun pitäisi pystyä lisäämään muistia, palvelimia tai levytilaa suorittaaksesi enemmän tapahtumia verkkosivustollasi.

Palvelinpuolella kannattaa ehkä lisätä lokalisointiominaisuuksia siltä varalta, että aiot siirtyä uusille markkinoille ja myydä tuotteita kansainvälisesti. Kaiken kaikkiaan tämä NFR mahdollistaa kivuttoman liiketoiminnan laajentamisen ja sillä on sekä laitteisto- että ohjelmistovaikutuksia.

NFR #5 esimerkkejä: 

• Seuraavien kahden vuoden päätavoitteemme on kansainvälistyminen, joten verkkosivuilla tulee olemaan useita myymälänäkymiä jokaiselle myyntimaalle.
• Kauppa laajenee tukemaan yli 500 XNUMX SKU:ta yhdellä palvelimella ilman kielteistä vaikutusta verkkosivuston latausnopeuteen.

Ensimmäisen esittelyn laatiminen

Olet siis päättänyt muutamista toiminnallisista ja ei-toiminnallisista vaatimuksista verkkokauppasivustolle. mitä nyt? Esität tarpeesi ja näkemyksesi projektista paperilla! 

Kun asiakas ottaa meihin yhteyttä Elogicissa verkkokaupan kehittämispalvelut, haluamme antaa tiedotteen. Se auttaa asiakkaitamme päättämään verkkokauppavaatimusluettelostaan ​​ja luomaan meille selkeän kuvan siitä, mitä he haluaisivat nähdä. Kuten RFP:ssä, tiivistelmä on järjestetty laskentataulukkoon, jossa on luokkakohtaisia ​​kysymyksiä välilehdissä. Projektin tyypistä riippuen (verkkosivustojen kehittäminen tyhjästä, alustan uudelleenmuodostaminen, mukautetun moduulin kehittäminen jne.) tiivistelmä sisältää erilaisia ​​kysymyksiä, joilla pyritään paljastamaan erilaisia ​​liiketoiminnan tarpeita.

Vinkkejä verkkokauppasivuston toiminnallisten ja ei-toiminnallisten vaatimusten dokumentointiin

Tämän keskustelun päätteeksi haluamme jakaa kolme avainta oikein muotoiltuihin verkkokauppasivustojen vaatimuksiin.

1. Ole tarkka. Tämä vinkki voi olla ilmeinen, mutta sitä on korostettava. Älä anna tietoisuusvirtasi ottaa hallintaansa ja yhdistää monia vaatimuksia yhdeksi. Pidä ne sen sijaan rakeina ja muotoile ne tarkasti. Uskokaa meitä, siirtyminen "haluamme käyttää ERP:tä ja PIM:ää" kohtaan "Web-sivuston tulee käyttää SAP ERP:tä ja Fishbowl Inventorya" on kehittäjille suuri merkitys.

2. Tee niistä mitattavia. KPI:t ovat subjektiivisia ja vaihtelevat liiketoiminnasta toiseen. Mutta sinun on löydettävä omasi ja kirjattava ne vaatimuksiisi. Älä sano vain yleistä "Haluan nopeasti latautuvan verkkosivuston", vaan määritä ihanteellinen latausaika tietyssä käyttötapauksessa. Puhu numeroista aina kun mahdollista ja lisää vaatimustasi aina kun voit. Kehittäjäsi testaavat ominaisuutta paljon nopeammin asettamaasi vertailuarvoa vasten, ja pysyt aina projektin tahdissa.

3. Kohdista verkkokauppasivustojen kehittämisvaatimukset liiketoimintatavoitteiden kanssa. Voit lisätä useita eritelmiä ja käyttää koko budjettisi verkkosivuston ominaisuuksiin; mutta ellei niitä kaikkia ole kartoitettu suurempaa tavoitetta silmällä pitäen, lopputuotteesi on epätyydyttävä.

Tee vihdoinkin verkkokauppasivuston toiminnalliset ja ei-toiminnalliset vaatimukset toimiviksi puolestasi, ei päinvastoin. Selvityksen täyttäminen ja teknisten tietojen selkeä esittäminen säästää aikaa ja vaivaa. Vastaa kehittäjien kysymyksiin ennen kuin he edes kysyvät heiltä ja aloita livelähetys nopeammin!

Jos olet kiinnostunut kehittämään verkkokauppaa millä tahansa alustalla tai päivittämään, optimoimaan tai integroimaan olemassa olevaa kauppaasi, Eloginen on täällä sinulle.

• SEO-pohjainen sisällön ja PR-jakelu. Vahvista jo tänään.
• PlatoData.Network Vertical Generatiivinen Ai. Vahvista itseäsi. Pääsy tästä.
• PlatoAiStream. Web3 Intelligence. Tietoa laajennettu. Pääsy tästä.
• PlatoESG. Autot / sähköautot, hiili, CleanTech, energia, ympäristö, Aurinko, Jätehuolto. Pääsy tästä.
• BlockOffsets. Ympäristövastuun omistuksen nykyaikaistaminen. Pääsy tästä.
• Lähde: https://elogic.co/blog/functional-and-non-functional-requirements-for-ecommerce-websites/