Netcompany E-handelsløsninger Version: 1.0 Status: Endelig Copyright 2015 Netcompany. Alle rettigheder forbeholdes. Elektronisk, mekanisk, fotografisk eller anden gengivelse, oversættelse eller kopiering af dette dokument eller dele deraf er ikke tilladt uden forudgående skriftlig tilladelse fra Netcompany.
Dokumenthistorik Version Dato Forfatter Status Bemærkninger 1.0 05-10-2015 Christian Kirkegaard Endelig Indholdsfortegnelse 1 KRAVSPECIFIKATION TIL E-HANDELSLØSNING... 3 1.1 Målsætninger... 3 1.2 Målgrupper... 3 1.3 Konkurrenter... 4 1.4 Interresenter... 4 1.5 Økonomiske rammer... 5 1.6 Tidsmæssige rammer... 5 1.7 Funktionelle behov... 5 1.8 Visuelle behov... 9 1.9 Integrationsbehov... 9 1.10 Infrastruktur behov... 9 1.11 Operationelle behov... 9 2015 Netcompany Side 2 af 9
1 Formålet med dette dokument er at definere behovene og kravene for en e-handelsløsning (Et skærmtilpasset e-handels website, der giver mulighed for at udbyde og købe forskellige kategorier af produkter.) E-handelsløsningen skal indeholde forskellige elementer [Opsummer de overordnede elementer der umiddelbart tænkes at indgå i løsningen, så som: Produktkatalog, Indkøbskurv, Kortbetaling, Min Konto, Tilbudsgivning, Ordrebehandling, Leverandørsamarbejde, Kampagnestyring, Email markedsføring, Søgemaskineoptimering, osv. ] Den forretningsmæssige kontekst for e-handelsløsningen er [Prøv at beskrive de overordnede forretningsmæssige forhold der omgiver e-handelsløsningen, så som: branche, selskabsform og struktur, geografiske forhold, relevante økonomiske nøgletal, osv. ] Dokumentet opstiller de informationer der er nødvendige for at kunne starte udvikling af e- handelsløsningen. Dokumentet henvender sig til projektets forretningsmæssige styregruppe og sponsor, til ITafdelingen, samt til en eventuel leverandør/udviklingspartner. 1.1 Målsætninger Målsætningen er at udvikle en e-handelsløsning, som opfylder et eller flere forretningsbehov [Prøv at beskrive to til fem målsætninger for e-handelsløsnigen, som forretningen prøver at opnå. Dette vil være den rettesnor, som beslutninger omkring løsningen hægtes op på gennem projektet, og som sikrer at projektet i sidste ende hjælper forretningen. Eksempler på typiske målsætninger: Forøge indtægter fra website Forøge konverteringsraten på website Forøge antallet af kunder på website Forøge kendskabgrad/bedømmelse på søgemaskiner Reducere ordrebehandlingstider Reducere administrationsomkostninger Prøv at give specifikke målbare værdier for hver målsætning, som kan bruges til at vurdere gevinsten ved at gennemføre projektet. ] 1.2 Målgrupper E-handelsløsningens primære målgrupper er [Prøv at beskrive de vigtigste målgrupper og kundesegmenter for e-handelsløsningen, dvs. hvem er det som allerede besøger websitet, og hvilke besøgende skal gerne tiltrækkes. I e-handel er det absolut største fokus besøgene kunder og genbesøgende kunder. Eksempler på typiske målgrupper/kundesegmenter: 2015 Netcompany Side 3 af 9
Lokale kunder (eksempelvist kunder med tilknytning til en lokal butik) VIP kunder (eksempelvist kunder med en særlig prisaftale) Internationale kunder (eksempelvist kunder der ønsker eget sprog) Mobile kunder (kunder der ønsker at købe via smartphone eller tablet) Inspirationssøgere (typisk kunder der efterspørger storytelling og unika) Prissammenlignere (typisk kunder der efterspørger standardvarer) Prøv for hver målgruppe/segment at overveje og beskrive hvad de kunne ønske at gøre let i løsningen, samt hvad du gerne vil have at de skal kunne gøre let i løsningen. I e-handel er målet for hver målgruppe typisk at opnå et salg, og derfor skal forsiden og den primære navigation næsten altid lede kunderne til relevante produkter eller specielle tilbud. ] 1.3 Konkurrenter E-handelsløsningens primære konkurrenter er [Beskrive de primære konkurrenter. Hvad er konkurrenternes fokus og planer? Hvem har den bedste konkurrerende e-handelsløsning? Hvem gør det mindre godt? Beskriv hvordan e-handelsløsningen skal hjælpe til at differentiere sig fra konkurrenterne, f.eks. branding, markedsføring og/eller salgstrategi. ] 1.4 Interresenter E-handelsløsningens interessenter er [Det er et ekstremt typisk problem i IT-projekter, at det ikke lykkes at involvere alle interessenter fra starten af projektet, og i så fald er det vanskeligt at frembringe en løsning som stiller alle tilfreds. Prøv derfor at identificere og beskrive alle de vigtigste interessenter og stakeholders (løst defineret, de interne brugere af systemet, direkte eller indirekte). Eksempler på typiske interessenter: Markedsføringsafdelingen Indkøbsafdelingen Økonomiafdelingen Lagerpersonalet Ordrebehandlingspersonalet Kundeserviceteams Website-teamet Ledelsen Husk, at når løsningen er søsat, så forekommer det ofte, at man taler om det som mangler, og ikke det som er opnået. Prøv at minimere denne risiko ved at tage alle interessenters behov i betragtning 2015 Netcompany Side 4 af 9
fra starten. Det er oftest ikke tilfældet, at alle behov kan/skal opfyldes i den første version af løsningen, men der skal helst ligge en bevidst prioritering bag tilvalgene og fravalgene. ] 1.5 Økonomiske rammer De økonomiske rammer for etableringen af e-handelsløsningen er [Beskrive de økonomiske rammer for etablering af løsningen (projektbudgettet). Nogle organisationer ønsker ikke at dele deres interne projektbudgetter med leverandører, men dette er ofte uproduktivt. Kun hvis leverandøren kender både målsætningerne og budgettet er det muligt at komme op med den bedste løsning. Hvis budgettet er lavt, så lad leverandøren vide dette, så det kan blive vurderet om det er realistisk at realisere alle de identificere behov, eller om det er nødvendigt med en forretningsmæssig prioritering, samt om der med fordel kan bruges standardplatforme eller open-source software. Vær realistisk, og hold for øje, at hvis du ikke har meget budget, så er kompromisser formentlig nødvendige i forhold til hvad løsningen skal kunne. Overvej om en agil tilgang til udviklingen er mulig. I sådanne tilfælde udvikles løsningen under en fastlagt økonomisk ramme og et løsere defineret omfang, som hele tiden prioriteres i forhold til de forretningsmæssige behov og ideer, der pstår. Ofte giver dette et bedre slutresultet. E-handelsløsninger bygges næsten altid med udgangspunkt i en eller flere standardplatforme, f.eks. Sitecore, EPiServer, Demandware, ucommerce, Magento, inriver, m.fl. Prøv at undersøge og beskrive om der allerede findes licenser og/eller supportaftaler til én eller flere at disse standardplatforme, da det ville kunne være en budgetmæssig fordel at genbruge disse. Selvfølgelig under forudsætningen af de kan opfylde forretningsbehovene. ] 1.6 Tidsmæssige rammer De tidsmæssige rammer for e-handelsløsningen er [Beskrive den forventede tidsmæssige ramme for etablering af løsningen (tidshorisont og deadlines). Dette er oplagt en nøgleafklaring i forhold til at strukturere projektet. Hvis en deadline ligger tæt på, så er det ofte muligt at etablere en basal første version af e- handelsløsningen, som kan køre online mens den fulde version bygges op. Erfaringsbaseret kan det forventes, at en typisk e-handelsløsning kalendertidsmæssigt kan etableres på 3-6 måneder. Selvfølgelig i meget høj grad afhængigt af de eksakte forretningsmæssige behov. ] 1.7 Funktionelle behov Dette afsnit beskriver hvad der forventes af e-handelsløsningen. Følgende liste af funktioner og features beskriver hvad løsningen skal indeholde [Prøv at kortlægge de funktioner og features som løsningen skal indeholde. Dette er helt centralt for at kunne opgøre omfanget af realiseringen af løsningen. Følgende liste kan eventuelt bruges som inspiration i forhold til de mest gængse funktioner og features i standardplatformene til e-handel: 2015 Netcompany Side 5 af 9
Indholdsredigering Redigering af produktvisning Behov for at tilrette og redigere statisk information i produktoversigter og produktvisninger. Redigering af kasseflow Behov for at tilrette og redigere statisk information og proces vedr. kasseflow. Redigering af menuer, sider, tekster og media Behov for at tilrette informationsarkitekur, herunder menuer og sider, samt behov for at indholdsredigere statiske tekster, billeder og videomateriale. Inspirationsblog/newsfeed Behov for at kunne oprette artikler og nyheder til inspirationsblog eller newfeed. Produktkatalog Produkt Information Management (PIM) Behov for at styre produktinformation, herunder markedsføringstekster, oversættelser, grafisk materiale, miljøbilleder. Facetteret søgning Behov for at understøtte søgning på fastlagte produktfacetter/parametre. Produktsortimenter Behov for at inddele produkterne i sortimenter til eksempelvist forskellige brands eller lande. Produktvarianter Behov for at understøtte produktvarianter, eksempelvist farvevarienter, eller materialevarianter. Relaterede produkter Behov for at vedligehold information om relaterede produkter, eksempelvist produkter i en serie. Lagerbeholdning Bestillingsvarer Multiple valutaer Behov for at styre og vise lagerbeholdning. Behov for at udstille og sælge bestillingsvarer. Behov for at understøtte multiple valutaer. Multiple sprog Behov for at understøtte sprogversionering og oversættes til multiple sprog. 2015 Netcompany Side 6 af 9
Multiple butikker Behov for at understøtte salg via multiple butikker, både online butikker og fysiske butikker. Styring af brands Behov for at styre brands, både virksomhedsbrands og produktbrands. Uafhængige butikker og franchise Behov for at understøtte salg via uafhængige butikker og franchisetagere. Differentierede priser Behov for at undersøtte differentierede priser, eksempelvist salg på specifikke prisaftaler med VIP-kunder og salg via rammeaftaler. Markedsføring Tidsstyrede kampagner Behov for at håndtere processer i relation til tidsstyrede kampagner. Fri fragt Behov for at tilbyde fri fragt, eksempelvist på ordrer over et vist beløb. Rabat: Stykpris Behov for at tilbyde rabatter på stykpriser, dvs. enkeltstyksrabatter. Rabat: Ordresum Behov for at tilbyde rabatter på ordresum, eksempelvist ordrer over et vist beløb. Rabat: Køb 2 for 1 pris Behov for at tilbyde Køb 2 for 1s pris rabatter, dvs. rabatter på multiple køb inden for en produktkategori. Rabat: Sætpris Behov for at tilbyde sætpriser, dvs. rabatter på fastlagte sæt af produkter. Rabat: Kampagnekode Behov for at tilbyde rabatter på baggrund af kampagnekoder. Rabat: Butiksspecifik Behov for at tilbyde butiksspecifikke rabatter, eksempelvist lokale kampagner og åbningssalg, m.v. Rabat: Kundespecifik Behov for at tilbyde kundespecifikke adhoc rabatter. Social: Kundeklub og Min Side Behov for at tilbyde kundeklub og klubindhold, herunder Min Side med indhold målrettet interesser. Social: Produktanmeldelser Behov for at tilbyde at kunder kan bidrage med egne produktanmeldelser. 2015 Netcompany Side 7 af 9
Social: Produktbedømmelser Behov for at tilbyde, at kunder kan bidrage med egne produktbedømmelser, eksempelvist 1-5 stjerner. SEO: Søgemaskinevenlighed Behov for at arbejde med søgemaskineoptimering, eksempelvist søgemaskinevenlig URL er og nøgleord. Transaktioner Betaling med betalingskort Betaling med MobilePay o.lign. Behov for at understøtte betaling med betalingskort. Behov for at understøtte betaling med MobilePay. Abonnementsbetalinger Behov for at understøtte abonnementsbetalinger, eksempelvist løbende serviceabonnementer. Ordreflow Ordrehistorik Revisionsspor Behov for at tilrette og styre ordreflow. Behov for at se og vise ordrehistorik. Behov for at se og vise revisionsspor. Sikkerhed Individuelle brugerrettigheder Rettighedsstyring: Butikker Rettighedsstyring: Sortimenter Rettighedsstyring: Priser Rettighedsstyring: Sprog Rettighedsstyring: Ordrer Behov for at styre brugeradgange og rettigheder til løsningen. butikker. sortimenter. priser. sprog og oversættelser. ordrer og levering. Kundeservice Reklamationer Returvarer Behov for at understøtte arbejdsgange vedrørende reklamationer. Behov for at understøtte arbejdsgange vedrørende returvarer. 2015 Netcompany Side 8 af 9
Såfremt løsningen skal kunne håndtere særligt vigtige use-case, så er det vigtigt at få disse dokumenteret i form af simple diagrammer eller user-stories. Det kan eksempelvist være særlige bestillingsprocesser i forhold til underleverandører, eller særlige logistik-processer i forhold til fragt. ] 1.8 Visuelle behov Dette afsnit beskriver eventuelle visuelle behov til e-handelsløsningen [Prøv at eventuelt udarbejde nogle grovskitser til strukturen af websitet, samt grovskitser eller simple wireframes, som viser hvordan løsningens vigtigste skærmbilleder kunne tage sig ud. Prøv eventuelt at finde websites som du stil- og udtryksmæssigt kan lide, og websites som du ikke kan lide. Dette er relevant input i forhold til designprocessen. Hvis der er særlige behov i forhold til look-and-feelkan dette tilsvarende beskrives. Dette kunne f.eks. være understøttelse for responsivt design og/eller mobile-first design i forhold til look-and-feel på smartphones og tables. ] 1.9 Integrationsbehov Dette afsnit beskriver e-handelsløsningens integrationsbehov [En e-handelsløsning har typisk en række integrationer til systemer der varetager lagerbeholdninger, ordrer, kunder, betalinger, og BI/analytics. Prøv at liste de systemer, hvortil der er en integrationsafhængighed. Find desuden gerne links til snitfladerne (API erne) og integrationsvejledningerne for de relevante systemer, hvortil der er en integrationsafhængighed. Dette er helt centralt for at kunne opgøre omfanget af realiseringen af e- handelsløsningen. Der findes ofte standardmoduler, som stiller en integration til rådighed mellem e-handelsplatformene og eksempelvist ERP- eller CMS-systemer, således at data kan flyttes mellem systemerne. Hvis det er et ønske at sådanne standardmoduler skal anvedes er det relevant at angive, da det kan sætte nogle krav til struktureringen af information i både kilde- og modtagersystemet. Standardmodulerne er ofte licenserede, hvilket betyder at der kan være en mindre påvirkning i forhold til den økonomiske ramme for projektet. Såfremt der ikke findes en snitflade (API) til et givent system kan der som regel etableres en skræddersyet integration. Nogle gange i form af delvist automatiske indlæsninger af filer, og andre gange via simple integrationsprotokoller (eksempelvist, Web Services eller REST services). ] 1.10 Infrastruktur behov Dette afsnit beskriver de infrastrukturmæssige behov for e-handelsløsningen [Overvej og beskriv, hvilke infrastrukturmæssige behov der er for løsningen, dvs. særlige behov i forhold til platforme, servere, netværk og drift. ] 1.11 Operationelle behov Dette afsnit beskriver de operationelle behov for e-handelsløsningen [Overvej og beskriv, hvilke operationelle behov der er for løsningen, dvs. typiske ikke-funktionelle behov relateret til brugervenlighed, compliance, sikkerhed, og performance (dvs. indlæsningstider eller brugerbelastning). Beskriv hvilke forretningsmæssige og tekniske KPI er i løsningen, der kunne være relevante at monitorere og overvåge. ] 2015 Netcompany Side 9 af 9