Draken är arbetsnamnet på det ärendehanteringssystem som vi håller på att utreda kommer att behövs för att Kontaktcenter/kundcenter (KC) ska kunna utföra sitt uppdrag.
Utgångspunkten är att bygga vidare på de komponenterna, som har används inom parkeringstillståndet. Eftersom kundtjänstverksamheten saknar idag helt ett ärendehanteringssystem, är vår tanken att man använder funktionalitet i OpenE tills Draken/motsvarande lösning är levererat. Handläggarna som kommer att jobba i systemet kommer att ha rollen som kommunvägledare (KV).
Nedan följer det en den målbild och den kravställningen som vi i nuläget ser just kommer att behövas. Grundkraven har tagits Kraven för ver. 1.0 har arbetats fram tillsammans med verksamheten , medans Grundkrav PLUS, är API-fabrikens önskan att leverera mervärde snabbare utifrån våra existerande komponenter och befintliga resurseroch är must have. Efterföljande krav behöver fortsatt utredning och prioritering inför kommande versioner.
När ett ärende skapas i draken Draken skapar vi vi ett kundkort (arbetsnamn)
...
| Gliffy | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Verksamhetens grundkrav för version 1.0 = must have | Behöver utredas | Kan levereras till ver 1.0 | Levereras i ett senare skede | Story | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Som KV vill jag kunna skapa två typer av ärenden manuellt - ett “snabbärende” och ett “normalärende”. Ett ett nytt ärende manuellt (och via snabbkommando). Ett nytt ärende skapar ett kort med givna fält . | Vad skiljer ett “snabbärende” och ett “normalärende? Behöver man snabbkommando för att skapa ärende? Ärendeflödet behöver definieras | att fylla i:
Inget fält är tvingande. Folkbokföringsuppgifter bör hämtas, men möjlighet att ändra vid behov ska finnas. | JA | Måste finnas i ver 1.0 |
| ||||||||||
| 2 | Som KV ska jag automatiskt tilldelas rollen handläggare på de ärenden jag skapar | |||||||||||||||
| 3 | Som KV vill jag kunna kategorisera både ett “snabbärende” och ett “normalärende på minst 3 nivåer | Definiera kategoriernaett nytt ärende på två nivåer:
Val av avdelning ger ärendetyper. Tvingande. Lista på avdelningar/ärendetyper: Avdelning ärendetyp.xlsx | JA | Måste finnas i ver 1.0 | ||||||||||||
| 4 | Som KV vill jag kunna bifoga filer till ett “normalärende” | Fundera på kategoriseringvälja en lösningskod när ett ärende avslutas. Lösningskod är:
Tvingande. | JA | Måste finnas i ver 1.0 | ||||||||||||
| 5 | Som KV vill jag kunna peka ut en position i en karta när jag skapar ett “normalärende” | Vilka ärendetyper är detta aktuellt för? Räcker det med koordinater? och isfall vilket system? Är det verkligen viktigt - utmana verksamheten och tydliggör behovet. | ? | ?bifoga filer till ett ärende. Godkända filtyper ska vara: Bilder
Dokument
| JA | Måste finnas i ver 1.0 |
| |||||||||
| 6 | Som KV vill jag kunna ange en adress när jag skapar ett “normalärende” | Vilka ärenden? Specificera hur sökningen ska fungera | jauppdatera ett befintligt ärende med ny information, till exempel att kunden återkommit med kompletteringar. Ärendebeskrivningen ska kunna fyllas på och historiken kunna följas. | JA | Måste finnas i ver 1.0 |
| ||||||||||
| 7 | Som KV behöver vill jag kunna ändra status på ett ärende manuellt | Definiera status , utreda bakomliggande statushantering, “status stängt fast lever vidare nån annanstans” Bara “normalärende” eller också “snabbärende”? | ja | . Status definieras som:
| JA | Måste finnas i ver 1.0 |
| |||||||||
| 8 | Som KV vill jag slippa ändra status manuellt vid vissa typer av handlingar, ex. vid eskalering avslutas ärendet automatiskt. | JA | Måste finnas i ver 1.0 | |||||||||||||
| 9 |
| UX -fråga Förslag 2 listor ett “mina ärenden” och ett “mina utkast” Bolla risker med att ha flera samtidiga ärende med verksamhet | kolla med ux
| JA | Ska tas bort |
| ||||||||||
| 10 | Som KV behöver jag i ett ärende se vad som eskalerats till en förvaltning och när, | Genomstruket - ska tas bort | ||||||||||||||
| 11 | Som KV vill jag kunna skicka SMS/mejl till kunden från Draken. | Integration mot CMG för telefonlistor? Vad ska vara förinskrivet? | JA | Måste finnas i ver 1.0 |
| |||||||||||
| 12 |
| JA | Ska tas bort som ett funktionskrav. Uppnås genom att ha flera flikar i webbläsaren öppna. | |||||||||||||
| 13 |
| kolla med ux
Omformuleras: Som KV ska jag få en varning om jag stänger ned Draken/webbläsaren med ärenden öppna (jmf med varningsdialog Företagscenter). | JA | Måste finnas i ver 1.0 | ||||||||||||
| 14 | Som KV vill jag kunna se en ärendelogg : senaste anteckningar, senaste KV som öppnade kundkortet | Definiera ärendeloggen | jamed info om när ett ärende skapats och förändrats:
| JA | Måste finnas i ver 1.0 |
| ||||||||||
| 15 | Som KV vill jag kunna söka efter pågående och avslutade ärenden i Draken. Sökparametrar är:
| JA | Måste finnas i ver 1.0 |
| ||||||||||||
| 16 | ?
| Automatisk prioritering i första hand? | ja |
| Hur ska öppna ärenden döljas/låsas? | Ska tas bort | ||||||||||
| 17 |
| Ska tas bort i ver 1.0. Behöver bearbetas. I ver 1.0 skapas alla ärenden manuellt = skaparen blir handläggare. | ||||||||||||||
| 18 | Som KV ska jag kunna tilldela en kollega rollen som handläggare på ett ärende. | |||||||||||||||
| 19 | Som KV ska jag kunna ta över ett ärende från en kollega, dvs ta över rollen som handläggare. | |||||||||||||||
| 20 | Som KV vill jag kunna se status på befintliga ärenden i andra ärendehanteringssystem, som exempelvis ByggR (Bygglov) och Eccos (Miljökontoret), för att kunna hjälpa en kund som undrar över status på sin anmälan/ansökan. Data hämtas från case status. Sökning på:
| JA | Måste finnas i ver 1.0 | Antingen går man direkt mot CaseStatus, eller så bygger vi en metod i SupportManagement. Kanske en fråga för Ola? | ||||||||||||
| 21 | Som KV vill jag kunna eskalera ett ärende till olika verksamheter via “e-post” i Draken | Definiera innehåll i mail-mallen | ja. Mejlet ska inkludera ärendets:
| JA | Måste finnas i ver 1.0 |
| ||||||||||
| 22 | Som chef vill jag kunna följa detaljerad ärendestatistik. tex antal ärende per KV över tid | Vad behövs det mer för metadata? Var ska datan visas (i Draken eller i ex. Qlick Sense)? | ja. Data ska kunna exporteras för att visas i Qlik Sense | JA | Måste finnas i ver 1.0 | |||||||||||
| 23 | Som VS-utvecklare vill jag kunna följa ärendestatistik. tex antal ärende över tid | Vad behövs det mer för metadata? Var ska datan visas (i Draken eller i ex. Qlick Sense)? | ja. Data ska kunna exporteras för att visas i Qlik Sense | JA | Måste finnas i ver 1.0 | |||||||||||
| 24 | Som KV vill jag att filtreringen på förstasidan alltid visar mina ärenden, pågående ärenden samt ärenden som väntar på komplettering | |||||||||||||||
| 25 | Som KV vill jag kunna aktivera flera filter samtidigt | |||||||||||||||
| 26 | Som KV vill jag kunna söka i drop-down-listor på verksamhet, avdelning och handläggare | |||||||||||||||
| 27 | Draken behöver ha säker inloggning | Definiera metod för inloggning. Avvakta säkerhetskrav utifrån klassning och riskanalys (stöd från konsult). Återanvända P-tillstånd??? | jaJA | Måste finnas i ver 1.0 | ||||||||||||
| 28 | Draken ska ha stöd för tydlig felhantering | Tex felmeddelande vid problem | ja , tex visa felmeddelanden vid problem. Event-id ska visas/användas vid fel. | Vanliga fel och problem? | JA | Måste finnas i ver 1.0 |
| 29 |
Verksamhetens krav för framtida versioner - att utreda och prioritera | Behöver utredas/Ej relevantKan levereras till ver 1.0 | Prioritet? | Levereras i ett senare skedevilken version? | ||||
|---|---|---|---|---|---|---|---|
Som KV behöver jag olika anpassade vyerärendekort, en för tex bygglovsärende och en annan för Kultur & fritidsärende | Vad skiljer ärenden åt? Vad är behovet av specialanpassning? | ? | |||||
Som KV vill jag kunna ange en fastighetsbeteckning när jag skapar ett “normalärende” | Vilka ärenden - bara bygglov? Specificera hur sökningen ska fungera | ?ärende | Bygglovsärenden, men också fler? Hur ska sökningen av fastighetsbeteckning ska fungera | ||||
Som KV vill jag kunna peka ut en position i en karta när jag skapar ett ärende | Markärenden, men också fler? Räcker det med koordinater? I så fall vilket system? Undersök med Mark vad de behöver - koordinatorer, visuell plupp i en karta etc. | ||||||
Som KV vill jag bli uppmärksammad på att något nytt hänt i ett ärende (tex inkommet mejl med komplettering) med en notifiering/symbol | |||||||
Draken behöver ha stöd för automatisk sätta ärende prioritetärendeprioritet. Tex ett en orosanmälan ärendet ska ha ett högre prio än ärende om frågor om öppettider | Bygger på komplexitet, behövs det? | NEJ | Ver 2.0 | Draken behöver ha stöd för att automatisk ändra status. Tex om ett ärende eskaleras då status XX1 visas | handlingarna/händelser i ärendet styr första hand | JA - Borde flyttas till must have? | |
Draken ska kunna hämta ärendeloggning från telefoniplattformen | ??????diskutera logga bara i draken eller MICC, värdet? | NEJ | Ver 2.0 | ||||
Som KV vill jag kunna söka efter befintliga ärende. exempel på sökparametrar, personnummer, telefonnummer, e-post adress | Sökningen görs enbart i Draken | JA - Borde flyttas till must have? | Om ett kund har ett befintlig ärende hos tex Bygglov och ringer för att fråga status, vill jag kunna koppla ihop Draken ärende med det befintliga bygglovsärende | Sökningen görs även i andra tjänster som tex casestatus För ver 1.0 avgränsar vi till att bara hämta data från casestatus | NEJ - Formulera om krav för ver 1.0 Utred behovet mer | ||
Som KV vill jag kunna prioritera om ett ärende manuellt |
| ||||||
Som KV behöver jag tillgång till en fristående kundskapsdatas, som lagrar information om tex rutiner | Behöver definieras hur det ska samarbeta med Draken eller om det ska vara en fristående applikation NEJ | ??? | |||||
Som KV vill jag kunna hämta standardsvar från kundskapsdatabasen och inkludera dessa i svaret till kunden | NEJSe ovan | ||||||
Som KV behöver jag tillgång till en fristående beslutträd/dynamisk checklista för att hantera komplexa ärende | Se ovanNEJ | ??? | |||||
Som | handläggare KV vill jag kunna | eskalera till en funktionsbrevlåda och kunna se svaret se e-postsvar på eskalerade ärende till olika verksamheter i Draken | NEJ | ??? | |||
Som KV vill jag kunna skicka SMS/mail till kunden från Draken | JA | Som KV vill jag kunna eskalera ärende direkt till ISY-case | NEJ | ||||
??? | Som KV vill jag kunna eskalera ärendet ill till DeDu | NEJ ??? | |||||
Som KV vill jag ha en lista till samtliga icke integrerarbar fastighetsportal, som förenklar eskaleringen | Relevant? Listan finns i kunskapsdatabasen, inga mängder av ärendenNEJ | ||||||
Draken ska kunna ta in e-post från olika funktionsbrevlådor och skapa upp ärenden | |||||||
Draken ska kunna skapa upp ärenden utifrån kontaktformulär på sundsvall.se | |||||||
Draken ska kunna ta in ärende ärenden från interna och externa e-tjänster | Definiera aktuella Aktuella e-tjänster för dettaIdag: Passerkort | NEJ | ??? | ||||
Uppdateringar av status i Draken ska återspelas i e-tjänsten | NEJ | ???||||||
Om kunden skickar meddelande via e-tjänsten, ska dessa återfinnas i draken | NEJ | ??? | Draken | ||||
Draken ska använda krypterad e-post för kommunikation | NEJ | ??? |
Som KV vill jag kunna se aktuell driftinformation från http://sundsvall.se och Inloggad | |||
|---|---|---|---|
Som admin av Draken vill jag kunna lägga upp nya kategorier för kategorisering av ärende (avdelning/ärendetyp) | |||
Som KV ser jag bara de ärenden som är relevanta för mig/min roll | Styr på AD-grupper. | ||
Draken ska ha stöd för automatisk arkivering och gallring | |||
Som KV vill jag bli uppmärksammad på ett ärende när jag varit inaktiv i mer än 10 minuter - “vill du stänga ärendet?” | |||
Som verksamhetsutvecklare vill jag kunna exportera kontakt- och ärendeinformation på ett enkelt sätt, ex. när någon begär registerutdrag (GDPR och Offentlighetsprincipen). | |||
Som verksamhetsutvecklare/chef/systemförvaltare vill jag ha en fellogg |
Icke funktionella krav ver 1.0 | |||
|---|---|---|---|
Draken förväntas ha en upptid på “99,8%” under vardagar 7-17 | |||
Servicefönster ska planeras för att ha minimal påverkar på verksamheten | |||
Draken ska uppfylla tillgänglighetsdirektivet (WCAG och DOS-lagen) | |||
Drakens presenstanda ska vara av högsta klass ex att skapa ett ärende ska inte ta mer än “2.0” sekunder | |||
Data i draken ska lagras med klass skydd “3” | |||
Draken ska ha stöd för att kunna användas av 100-tal samtidiga användare | |||
Draken är en webbapplikation |
Säkerhetskrav ver 1.0 | |||
|---|---|---|---|
Draken ska ha en AD-koppling | |||
Draken ska endast vara tillgängliga på interna nätverket eller via VPN |
Verksamhetens grundkrav för version 2.0
Behöver utredas