CONTROL PANEL Alimak Hek AB Sommardesignkontoret Skellefteå 2010

Transkript

1 CONTROL PANEL Alimak Hek AB

2

3 Innehåll 01 Om 1 02 Uppdraget 2 03 Arbetsprocessen 3 04 Analys 4 Varumärkesanalys 4 Konkurrenter 5 Målgrupp 6 Användarintervjuer 6 Funktionsanalys 8 - Struktur 8 - Grafisk Layout 8 Produktanalys Konceptförslag 11 Hierarkikoncept 11 - Roller 11 - Egenskaper 12 - Moduler 12 Layoutkoncept 13 - Mappar 13 - Lista 14 - Snabbsök Resultat Rekommendationer för det fortsatta arbetet English summary Projektteam 32

4

5 01 Om När företag, kommuner och organisationer kommer i kontakt med designstudenter blir resultaten slående. I får företag möta de ungas värderingar, kunskaper, ohämmade kreativitet och studenter kommer i kontakt med verkliga uppdrag hos riktiga kunder. SVID, Stiftelsen Svensk Industridesign har sedan 2001 varit huvudman för Sommardesignkontor runt om i Sverige. Målet är att skapa kreativa miljöer när olika kompetenser möts. Ett Sommardesignkontor består av studenter från högskolor och universitet med olika inriktning. Studenterna samarbetar i flera projekt och får arbeta med problembaserade uppdrag under sju intensiva sommarveckor. Design Västerbotten är en regional satsning som genomförs av ALMI Företagspartner Nord AB och syftar till att öka förståelsen för hur design utgör ett viktigt verktyg för företagsutveckling. Genom utökad användning av design är målet att stärka regionens konkurrenskraft och tillväxt i Skellefteå har under sju sommarveckor arbetat med sex varierade uppdrag från lokalt näringsliv. Sex studenter från olika designutbildningar i landet har arbetat med designuppdrag inom allt från trailers, vindkraft till utomhusmiljöer. Dokumentet i din hand beskriver kortfattat utgångspunkt och resultat av sommarens arbete. Projektnamn Ort

6 02 Uppdraget Bakgrund Alimak är ett världsledande företag inom området kuggstångsdrivna bygghissar och industrihissar, för både tillfälliga och permanenta installationer. Företaget backar också upp med omfattande och mångsidig service och support. För att underlätta insamlingen av drift- och serviceinformation hos hissarna sänds informationen via internet. På så sätt kan man i Skellefteå se vad som behöver servas eller vad det är för fel, även om hissen finns i ett annat land. Kunderna kan också via en Alimak Heks webbsida hämta information om tex. larm, GPS-positioner och driftstider. Informationen finns tillgänglig i olika nivåer beroende på vilken access användaren har. Mål Eftersom sidan ska innehålla information för såväl Alimak Hek, hissägare samt användare (kunder), skall information ligga i olika nivåer som användarna (tex. administratörer, tekniker och servicepersonal) får tillgång till beroende på vilken access användaren har. Användargränssnittet bör vara lätt att orientera sig i samt att hitta rätt informationsnivå. Arbetet fokuserade i första hand på att skapa en bra grundstruktur och sedan ges ett grafiskt utseende som harmonierar med Alimak Heks egna profil. 2

7 03 Arbetsprocessen Projektet inleddes med ett studiebesök på Alimak Hek i Skellefteå där vi fick en företagspresentation samt en kort genomgång av systemet. Vår kontaktperson och uppdragsgivare på Alimak Hek, Jonny Eliasson, höll i presentationen och guidade oss även runt fabriken. För att på ett bra sätt kunna utveckla systemet i samma riktning som Alimak Hek arbetar utförde vi en analys av företaget och dess kärnvärden. Parallellt med detta kartlade vi Alimak Heks konkurrenter samt systemets användare och deras behov. När vi sedan fått tillgång till systemet analyserades detta utifrån en användare. Denna analys gav oss många frågor dels hur användarhierarkin var uppbyggd och dels hur systemet används. Alimak Hek hade gett oss några av deras än så länge få användare, vilka vi kontaktade och frågade några korta frågor om hur och till vad de använder systemet. Arbetet fortsatte sedan med att vi tog fram en rad olika konceptförslag både för användarhierarkin och systemets grafiska layout. Dessa förslag utvärderades sedan tillsammans med Alimak Hek för att veta att projektet var på rätt väg. Då utvärderingen utförts knöt vi samman användarhierarkin och systemets layout samt tog fram en ny grafisk profil. 3

8 04 Analys Varumärkesanalys Vår analys av varumärket Alimak Hek baseras på den identifikation vi gjort under studiebesök och informationsinsamling. Varumärket har en historia som sträcker sig mer än 50 år tillbaka i tiden, en historia som bidrar med nostalgiska inslag i varumärkets värden. Alimak Heks produkter har bl.a. använts vid omskrivna byggnationer på platser runt om i världen. T.ex byggnationen av Taipei Financial Center i Taiwan, Hotel Burj Al Arab i Dubai samt speciallösningar för operahuset i London och Frihetsgudinnan i New York. Alimak Hek arbetar med kunder i flera områden, t.ex. konstruktion, gruvor, tunnlar, hamnar eller oljeplattformar till havs. Bredden av möjligheter för Alimak Heks produkter och speciallösningar betyder ett stort ansvar till kunden och Alimak Hek lägger stor vikt vid prestanda och kvalitet i hela kedjan. Kundrelationer och service är ett mycket viktigt inslag i Alimak Heks verksamhet och deras fokus på after sales -tjänster är något unikt inom branschen. Viktiga kärnvärden hos Alimak Hek har identifierats för att projektet och resultatet av projektet skall överrensstämma med varumärkets profil. Kärnvärden Tillförlitligt Tillgängligt Industriellt Professionellt Prestanda 4

9 Konkurrenter Alimak Hek har enligt vår identifikation inga större konkurrenter inom after sales tjänster och systemet A3, som vi bearbetat i detta projekt känns unikt. Därmed har vi identifierat Alimak Hek som en marknadsledare i branschen och de konkurrenter som finns är efterföljare, specifikt när det gäller fokus mot aftersales. En konkurrentanalys genomfördes där tre konkurrenter analyserades i olika nivåer. Denna analys har enligt överenskommelse lämnats utanför denna rapport 5

10 Målgrupp Alimak Hek har primärt två mål för sina produkter. Produkter erhålls dels av byggherrar som köper direkt av Alimak Hek åt specifika uppdrag och mål. Den andra delen är leasing från uthyrningsföretag (mellanhänder) som köpt produkter av Alimak Hek. Slutkunden blir då tredje part. Kunder finns inom flera områden, t.ex. cementfabriker, byggarbetsplatser, gruvor, tunnelarbeten och tunnlar, hamnar, kraftverk, pappers och pelletsbruk samt oljeplattformar till havs. Den primära målgruppen är användaren av systemet som idag kallas A3 Control Panel. Användare kan delas in i en djup hierarki men består främst av 3 olika huvudanvändare. Det är ansvariga hos uthyrningsföretagen som vill hålla koll på uppdaterad information om driftstider och kostnader. Den andra gruppen användare är byggherrar och tekniker på byggen som vill optimera antalet hissar per bygge, se användarmönster och få påminnelser om kontinuerlig service. Den tredje gruppen användare är Alimak Hek själva som vill felsöka, förbättra och underhålla service och kundsupport. Användarintervjuer Då de flesta användare befann sig runt om i Europa, fick vi nöja oss med mailkorrespondens. De vi hörde av oss till kommenterade på liknande saker som vi redan lagt märke till, vilket visade på att vi hade utfört en korrekt identifikatioin. Användarna vi kontaktade jobbade med allt ifrån uthyrning till underhåll och övervakning. Det var bra att få feedback från olika användargrupper men synd att det för tillfället inte fanns så många användare. De som svarade kommenterade hur onödigt komplicerat vissa delar av systemet var. 6

11 7

12 Funktionsanalys - Struktur Analysen av systemet visade att många delar direkt kunde plockas bort utan något bortfall av funktionen av systemet i stort. Dessutom hade flera delar av systemet tomma sidor som hade lagts dit utan att fyllas på. Detta innebar att vi kunde gallra bort flera menyval på en gång. En av bristerna vi identifierade var att huvudmenyvalet Machines direkt kunde slås ihop med dess underval Machines och Machine Search. Små ändringar som denna gjorde att hierarkin i systemet direkt kunde förenklas och optimeras. Funktionsanalys - Grafisk Layout Den grafiska utformningen var hämtad från Alimak Heks hemsida och därför inte optimerad för systemets funktion. Detta syns i både menyn och storleken på webbsidan. Att systemet var utformat på detta vis var för att deras kunder skulle känna igen sig från Alimak Heks hemsida. Detta resonemanget anser vi vara felaktigt då det resulterat i att systemet blivit komplicerat och icke användarvänligt. Att systemet ska följa Alimak Heks grafiska riktlinjer är självklar men det behöver inte betyda att systemets webbplats blir en kopia av företagets hemsida. Förutom utformningen ansåg vi att vissa grundläggade delar, såsom Logout, var felplacerade. 8

13 9

14 Produktanalys Alimak Hek logotype i systemet? Det som skulle tala för användandet av Alimak Hek logotypen i systemet är tillfället att marknadsföra varumärket Alimak Hek ännu mer. Varumärket äger en tyngd som ger kvalitet åt den produkt det associeras med. Systemet skulle kunna uppfattas mer kvalitativt med en tydigare koppling till Alimak Hek. Alimak Hek borde vara stolta över en bra produkt, vilket kan visualiseras med logotypen istället för en produkt utan synlig koppling till Alimak Hek. Det som talar emot användandet av Alimak Hek logotypen i systemet är att systemet kan bli förvirrande för slutkunden. Slutkunden kan ha en hiss som levereras av t.ex. Ramirent men använder ett system som visar något annat. Det blir inte en 100% koppling mellan kund och uthyrare. Det kan också anses vara fördelaktigt att vara tydlig med att Alimak Hek levererar hissar och inte mjukvara. Kontrasten mellan hissar och mjukvara är inte bra för varumärket. Vi tycker att logotype bör finnas Detta för visa att produkten tillhör varumärket. Logotypen skulle kunna ingå på en subtil nivå och behöver inte vara stor. Det viktiga är ändå att Alimak Hek visar sin närvaro i produkten, vilket ger mervärde åt systemet. Systemet vinner värden från ett högt aktat varumärke. I dagsläget heter systemet A3 Control Panel. Vi föreslår att systemet istället döps till Möjlighet för uthyrare att branda? Det som talar för denna möjlighet är att uthyraren vinner trovärdighet av slutkunden då kunden tydligt vet vem man hyr av. Systemet känns mer kopplat till den produkt man använder. Det kan även vara fördelaktigt med en tydlighet för konsultation om service. Det ger även ett mervärde för mellanhanden/ uthyraren att kunna branda produkten, kanske så attraktivt att det ger fler kunder för produkten. Det är även en styrka att utnyttja Co Branding, då två varumärken tillsammans ger tyngd åt produkten. Det som talar emot möjligheten till branding är att Alimak Heks varumärke är starkare och bör vara i fokus för produktens vinning. Skulle systemet samtidigt bli tillräckligt bra och funktionellt så är inte branding lika viktigt eller prioriterat. Det skulle även vara en extra trygghet för slutkunden att inte behöva förknippa produkten med två olika värumärken. Vi tycker att möjligheten bör finnas Möjligheten för en uthyrare att branda produkten åt sig själva i viss mån är bra. Diskret framtoning av branding är tillräcklig, men ingen branding i sista steget kunder. Vi tycker även att två varumärken tillsammans är en styrka. 10

15 05 Konceptförslag Under denna del av arbetet valde vi att ta fram en rad olika konceptförslag på olika delar av projektet som sedan utvärderades tillsammans med Alimak Hek. Placering samt gallring av information inom systemet har utförts utan Alimak Hek till största del. För att snabbt förklara strukturen på systemet bakom användarna så finns det en rad företag som innefattar sina respektive dotterbolag och kunder. Maskinerna flyttas sedan runt i systemet till respektive ägare medan moderbolaget fortfarande kan se vem som nu nyttjar maskinen. Hierarkikoncept - Roller Detta var det första hierarkiförslaget vi tog fram i vilket vi försökt att identifiera vilka olika typer av användare det kan finnas på olika företag. Då vi identifierat dessa roller placerade vi in systemets olika funktioner under den eller de roller vi ansåg behöva funktionen. De olika rollerna vi identifierat och dess tillhörande funktioner är: Technician (Serviceansvarig) Har tillgång till allt i systemet. Head (Förman) Har tillgång till Events, Statistics, History, Notes, Maintenance Planning Admin Head (Byggchef) Som Head men kan även lägga till användare Statician (Statistisk uppföljning) Har tillgång till Events, Statistics, History, Notes, Units Office (Säljare & Ekonom) Har endast tillgång till Statistics User (Arbetare) Kan se begränsad information Fördelarna med detta koncept är att det blir väldigt enkelt för de olika typerna av slutanvändare genom att de bara får tillgång till de funktioner som de behöver. En nackdel är däremot att alla företag kanske inte följer samma typ av hierarki inom företaget som hierarkin i systemet. 11

16 Hierarkikoncept - Egenskaper Nästa koncept tog vi fram utifrån att systemet skulle vara lätt att administrera. Här utgår vi ifrån endast en typ av användare som sedan kan få tilldelat egenskapen admin och/eller technician. Detta koncept är uppbyggt enligt följande: Vanlig användare Kan se allt på sin behörighetsnivå men kan inte förändra eller lägga till något i systemet. Admin Kan lägga till nya användare och administratörer. Technician Kan förändra inställningar på maskiner i systemet. Fördelen med detta koncept är att det är väldigt lätt att administrera då man inte har några olika typer av användare. Nackdelen däremot är att det blir mycket onödig information för slutanvändarna. User Events Statistics Admin Technician Detta koncepts fördelar är att det inte blir någon onödig information för slutanvändarna om det administreras rätt. Dessutom är det enkelt att lägga till eller ta bort egenskaper från olika användare. Nackdelen är att det kräver en del av den som ska lägga till användare och dessutom krävs det en bra identifikation av vilka moduler som behövs. Hierarkikoncept - Moduler Det sista hierarkikonceptet vi tog fram är en blandning av de första två. I detta koncept har vi utgått ifrån de olika funktioner som finns i systemet och därigenom skapat moduler innehållandes olika funktioner. Tanken med detta är att då en användare skapas ges denne tillgång till olika moduler beroende på användarens roll inom sitt företag. De moduler vi identifierat är följande. 12

17 Layoutkoncept - Mappar Då vi påbörjade arbetet med att ta fram layotkoncept bestämde vi oss för att ta fram minst tre koncept för att utmana oss att tänka innovativt. Det första förslaget vi tog fram var en tredelad sida med ett sidhuvud, en sidfot samt en innehållsdel med navigeringsflikar likt en pappersmapp. I detta förslag är sidfoten till för branding, sidhuvudet är till för huvudmenyn medan innehållsdelen innehåller en mer specifierad navigering samt information. Det som är bra med detta förslag är att denna layout används på många webbplatser och därför är användarna vana med denna typ av navigering. Problemet kan däremot vara hur man ska lösa framoch tillbakanavigering i systemet samt att dubbla horisontella menyer kan vara förvirrande. 13

18 Layoutkoncept - Lista I nästa förslag utnyttjar vi faktumet att systemet inte behöver innehålla särskilt många olika delar efter vår strukturförändring. Tanken med detta förslag var att placera all navigering direkt till vänster på sidan för att alltid veta var i hierarkin man befinner sig. Detta innebär att man kan skippa brödsmulor och tillbakaknappar då en användare alltid kan navigera dit den vill. Även i detta förslag används en sidfot för branding av systemet medan logotypen sitter i vänstra hörnet. Bra saker med detta förslag är att webbplatsen blir väldigt lätt att hitta på samt att veta var man befinner sig i systemet. Det som kan bli problem är om systemet är för stort så att all navigering inte får plats på den tänkta ytan. Ett sätt att lösa det är att låta undermenyerna vara dolda tills användaren klickar på dess huvudmeny. Då förloras dock lite av idén med förslaget 14

19 Layoutkoncept - Snabbsök Det sista förslaget är det mest utstickande. Tanken med detta förslag var att visa på möjligheter som kan kan implementeras i de andra förslagen. Här utgick vi ifrån en sökmotor och lade in alla menyval som träffar. Tanken är då att användaren ska börja skriva in den sida som denna vill besöka varpå sökfältet ger förslag på det användaren letar efter. Sökningen är en så kallad auto complete - sökning så användaren ska inte söka utan få fram navigeringsförslag. För att komplementera sökfältet finns även en navigation inspirerad av windowsknappen med en komplett hierarki under sig. Anledningen till att detta förslag inte kan stå på egna ben är att många som använder systemet är förstagångsanvändare. Ett sökfält som detta kräver att användaren redan vet vad som finns i systemet. 15

20 06 Resultat Vid en avstämning med Alimak Hek angående hur den nya strukturen på systemet skulle se ut tyckte de mest om förslagen som kallades Moduler och Egenskaper. Detta gjorde att vi satte oss ner och utvärderade förslagen och valde att jobba vidare med Moduler. Detta eftersom vi tyckte att den var mest flexibel beroende på storleken på företagen som använder systemet. En grafisk beskrivning på denna hierarki kan ses på nästa sida. Anledningen till att detta förslag kallas moduler är för att en användare kan tilldelas fler än en modul. Dessa användartyper styrs i sin tur av en regions- och företagshierarki som fungerar som så att en användare på ett företag enbart kan se sitt företag och dess När vi sedan satte oss ner för att bestämma vilka olika moduler vi skulle använda oss av kunde vi inte identifiera mer än fyra nödvändiga. Detta medförde att resultatet hamnade ganska mittimellan Moduler och Egenskaper. eventuella kunder. För att ytterligare kunna dela upp systemet har en regionsegenskap lagts till. Denna berör enbart de högsta företagen i hierarkin såsom Alimak Heks olika huvudkontor. De fyra modulerna som vi identifierade var: User - Lägst i hierarkin, har bara tillgång till att se generell information i systemet. Statistics - Ger tillgång till de delar av systemet vi anser vara nödvändiga för till exempel en statistiker eller ekonom. Admin - Har rättigheter att lägga till/ta bort användare, regioner och företag på sin behörighetsnivå. Technician - Den enda användartypen som får konfigurera en maskin och se detaljerad information om en maskin såsom Units och Events. Om en användare får tillgång till denna modul ingår även modulen Statistics. I systemet ska det även vara möjligt att tilldela en eller flera maskiner till en specifik användare. Detta för att kunna dela upp ansvar mellan till exempel olika tekniker eller ekonomer. Denna tilldelning ska fungera så att en admin kan tilldela enstaka maskiner eller till exempel alla maskiner som ägs av en specifik kund. 16

21 17

22 Då vi konstruerat grafiska element för systemets layout har vi använt oss av den funktionsanalys vi gjort på tidigare system för att värdera värdefulla element att spara. I det stora hela har vi valt att göra systemets layout mörkare för att särskilja från Alimak Heks hemsida. Detta eftersom systemet skall uppfattas som en särstående produkt, främst för att tydligt markera arbetsytan i systemet. Den nya grafiska layouten framhäver informationen i arbetsytan och gör andra element sekundära semantiskt. Rent strukturmässigt konstaterade vi tidigt tre strukturdelar som skulle synas. Ett sidhuvud, en arbetsyta samt en sidfot. Strukturdelarna ordnade vi som en rullgardin där gardinen är arbetsytan som kan anpassas efter hur mycket information den innehåller. I funktionsanalysen identifierade vi grafiska element, som färgtoningar och skuggor som ger volym i layouten och gör upplevelsen mer produktmässig. Dessa element har vi vidareutvecklat och integrerat i den nya layouten. Objekten i layouten har fått radier och mjukt rundade hörn för att ge ett snällare och mer välkomnande intryck. Bakgrunden är densamma som återfinns i reklamsidan för systemet vilket ger ett enhetligt intryck. Systemets arbetsyta har vi breddat för att ge mer spelrum för informationen, inte för att rymma mer information på arbetsytan. Sidhuvudet har en egen skugga och bakgrund för att markera/särskilja från övriga element eftersom det är den primära översikten av systemets innehåll. Alimak Heks logotype pryder nu layouten med sina karaktärsfärger och är placerad enligt Alimak Heks designmanual. Huvudmenyns beståndsdelar har vi förtydligat med versaler för att särskilja från andra flikmenyn på mappen och markeras med ljusare text då användaren för musen över menyvalet. Vid ett menyval trycks ett område ner i menyn för att tydligt markera valet, likt en knapp, med egen skugga och ljussättning. I övre högra hörnet finns en tydlig funktion för att logga ut från sidan. Under denna ett sökfält för att snabbsöka t.ex. maskinnummer eller funktioner inom systemet. Sökrutan stöds av en sökknapp med ett förstoringsglas, som är en vedertagen symbol för webbsökfunktioner. Sökknappen och andra knappar i layouten är lätt tonad i en gråskala likt stål för att särskilja dem från andra element. Arbetsytan i systemet liknar grafiskt ett mappsystem som semantiskt förtydligar funktioner med olika flikar att bläddra i. Detta för att funktionerna under varje menyval inte skall blandas ihop med ren information i arbetsytan. Vid val av en flik/funktion, markeras valet genom att fliken får samma färg som arbetsytan medan övriga flikar är fortsatt i annan färg. I arbetsytan presenteras information ovanpå en svagt synlig systemrubrik, Control Panel, i en lätt gråtonad bakgrund. Typsnitt som används inom systemet följer Alimak Heks designmanual och använder Univers i rubriker och menyer samt Arial i informationslistor. Information i fetstil antyder länk till mer information. 18

23 Längst ner under arbetsytans nederkant sticker en liten sidfot fram som används för branding av mellanhänder/ uthyrningsföretag t.ex. Ramirent eller Cramo. Sidfoten skuggas av arbetsytan för att markera sidfotens sekundära funktion. Stoleksmässigt är elementet något mindre än de andra elementen i layouten. I sidfoten ryms lättillgänglig kontaktinformation och länkar till andra webbsidor. På arbetsytans övre vänsterkant finns en tillbakaknapp för att kunna navigera bakåt. Detta var något användarna saknade i dagens system. 19

24 Följande sidor beskriver resultatet utifrån ett användarperspektiv där det första en användare möter är inloggningssidan. Vi beskriver resultatet utifrån en tekniker och en administratörs behörighet för att beskriva systemet mest omfattande funktionsnivå. Bilden uppe till höger visar den nuvarande inloggningssidan vilken vi anser vara bra. Dock vill vi göra detta till en välkomstsida och på så sätt behövs ingen sådan sida finnas i själva systemet. Dessutom har vi noterat att det finns en reklamsida för A3 på en annan del av Alimak Heks hemsida. Dessa två vill vi slå ihop till en sida. De två bilderna nere till höger visar på vårt nya förslag med branding. På nästa sisa kan en större icke-brandad inloggninssida ses. Vi har försökt att använda så mycket som möjligt av reklamsidan och den nuvarande inloggningssidan till exempel världskartan samt bakgrundsbilden. Textrutan till vänster kan användas som kort information om systemet, nyheter rörande systemet eller instruktioner till hur man får tillgång till det. För att knyta inloggningssidan rent grafiskt till systemet används samma bakgrund, typsnitt samt sidfot. 20

25 21

26 De två bilderna nere till höger är vårt förslag på hur förstasidan i systemet ska se ut med branding. Här får man se alla maskiner som är tilldelade till sin användare. Jämförelsebilden uppe till höger visar på hur listan på maskiner ser ut idag och bilden på nästa sida visar vårt förslag utan branding. Det vi har lagt till på denna sida är ett sökfält så att man kan söka på maskiner. Detta är i nuläget uppdelat på två olika menyval. Tabellen som kan ses nedan har gjorts om en hel del från det nuvarande utseendet. Dels har överflödig information plockats bort. Dels har avståndet mellan raderna utökats. För att ta en närmare titt på en specifik maskin klickar man på maskinnumret precis som man gör i nuläget. En funktion som återanvänts från nuläget är hur man bläddrar i tabellen och antal artiklar i tabellen. I den nya tabellen är det inte tänkt att information ska stå på flera rader i varje ruta. Istället anpassas längden på kolumnen. 22

27 23

28 Då man valt en maskin ur tabellen kommer man till denna sida. Här får man se generell information om en maskin och har man modulen Technician så får man även se enheter som är anslutna till maskinen. Vi har även placerat ut en Edit-knapp uppe till höger så att en användare med rätt behörighet kan ändra den generella informationen. Den information som visas längst upp till vänster är plockad ur tabellen på sidan med alla maskiner. 24

29 En av de sidor som är mest oöverskådliga i systemet idag är Operation Time. På denna sida har vi bytt tabellayout till vår nya, ändrat knapparnas utseende samt förflyttat textfälten. Utöver detta har vi även tagit bort och förändrat ett antal kolumner. Run Time och Operation Time har slagits ihop då vi anser att en veckovis summering av körtid räcker. Samma argument har vi använt oss av för att ta bort kolumnerna Total time before work day, Total time after work day och Total operation hours. Vi ändrade även så att enbart dagens datum visas på formen YYYY-MM-DD istället för som det är idag med en kolumn för veckodagens namn och en för YYYY- MM-DD. Helgdagar markeras med en speciell färg i dagens system vilket vi ändrade till en färg som bättre passar det nya utseendet. Summering av veckor, helger och totalsummering har vi gett fet stil. För att förtydliga totalsummeringen flyttades den utanför tabellen. 25

30 För att på ett enkelt sätt visualisera systemets nya företagshierarki har en tabell med företag lagts in under companies. Tanken med denna är att se sitt företag och dess kunder på ett enkelt sätt. För den typiska användaren av systemet innebär detta bara en eller två nivåer men för en användare högt upp i hierarkin kan det innebära några fler. Tabellen nedan är utformad så att den först anger det högsta företaget användaren får se, med andra ord sitt egna. Om detta företaget är det högsta i sin region visas vilken region den tillhör vilket vi anser vara överflödigt annars. Hierarkin i tabellen är tänkt att vara så enkel som möjligt vilket visualiserats med ett träd likt Utforskaren i Windows. För att lägga till ett företag behöver man endast ange namn, region samt vilket företag som är snäppet högre i hierarkin. 26

31 Även användartabellen har fått nytt utseende och en del färre kolumner. Vi har plockat ut de fem vi tyckte var mest intressanta att se i en översiktsvy. Dessa fem är: Dessutom har vi ändrat så att man klickar på användarnamnet för att se mer information om en avändare. Detta för att efterlikna resten av systemet. User name Phone number Company Region User type 27

32 När man går in på den detaljerade informationen om en användare visas följande. Vi har valt att slå ihop detta med redigeringen av en användare eftersom det endast är användare med modulen Admin som får se denna information. Då man väljer företag för en användare gör man det i ett antal steg beroende var i hierarkin man sitter. Låt säga att vi sitter på Alimak Hek och ska lägga till en användare på företaget Ipsum som är en kund. Då väljer man först sitt eget företag ur en drop downlista varpå en ny lista dyker upp direkt under. Den nya listan innehåller kunder till företaget man valde i första steget. Detta gör det enkelt att stega igenom en lång hierarki om man sitter högt upp. Man kan även notera hur valet av moduler går till. Tre kryssrutor med olika val finns på sidan. Om man fyller i Technician väljs även modulen Statistics. 28

33 Att skapa en användare fungerar i princip på samma sätt som man redigerar en användare. Informationen man måste fylla i är: (som blir användarens användarnamn) Phone number Region Company User type Alarm by 29

34 07 Rekommendationer I rapporten finns en del rekommendationer här och där, denna del är för att lyfta fram rekommendationer vi anser vara viktigast samt några som lyftes fram på slutpresentationen. För att namnge modulerna i vårt förslag använde vi oss av de gamla namnen Admin och Technician. Vi har fått kommentaren att Technician är ett lite orättvist ord på den användargruppen vi tänkt oss. Därför vore det kanske bättre att döpa modulen till exempelvis Service. Det första vi anser att systemet behöver är ett tydligt mål. Vi nämnde i produktanalysen att vi tycker att Alimak Heks logotyp bör finnas med i systemet för att representera varumärket. Dessutom ger detta en trygghet för slutanvändaren. En ny hierarki skulle hjälpa till att göra systemet mer användarvänligt för den som administrerar användare. Dessutom blir systemet enklare att använda ju tydligare hierarkin blir. För att göra systemet ännu enklare bör onödiga/oanvända funktioner tas bort. Layouten bör förändras för ett mer produktmässigt uttryck som välkomnar alla användare. Dessutom bör layouten anpassas efter innehållet på ett bättre sätt än den nuvarande. Vi tycker det är viktigt att inte försöka trycka ihop så mycket information som möjligt på en sida utan att lyfta fram det viktigaste. Då en stor del av systemets användare är servicemän ute i fältet kan systemet komma att användas från handburna datorer eller mobiltelefoner. Hemsidan är inte skapad för att användas på en sådan enhet utan en fristående mobilsida bör tas fram för detta. Att anpassa systemet till en mobilversion för alla användare kan vara svårt. För att lösa detta problem anser vi att man borde rikta in sig mot servicemän och möjligtvis skippa detaljer som branding. Gör man detta kan man istället rikta fokus på saker som användbarhet samt att nå nödvändig information fort. Ett tillägg som bör sägas om brandingförslaget vi gjort för denna sida är att placeringen härstammar från standarden att placera kontaktuppgifter i sidfoten på en webbplats. Därför kändes det mest logiskt att lägga kontaktuppgifterna till det närmast ansvariga företaget där. På slutpresentationen dök även diskussionen om vilken domän systemet bör använda sig av för att inte hamna både på AlimakHek.com samt kundens server. Ett förslag är att skapa en ny domän, till exempel controlpanel.com, och sedan efter inloggning omdirigera användaren till exempelvis controlpanel. com/cramo. Ett annat förslag är att byta dagens a3.alimakhek.com till controlpanel.alimakhek.com och sedan omdirigera på samma sätt. Stycket ovanför är bara aktuellt om systemets namn ändras såsom vi föreslår till. Detta tror vi Alimak Hek skulle tjäna på dels som publicitet och dels som en kvalitetsstämpel på produkten. 30

35 08 English summary Alimak Hek uses a system called A3 as a part of their after sales service. This system supervises all lifts sold by Alimak Hek which contains a special device. The problem they had with the system was that it was far to complicated and contained a number of functions which wasn t used. Our focus were first and foremost on the usability of the system and not the graphic layout. This project was a bit tricky because the A3 system didn t have a lot of users at the moment. That made it really hard for us to know how the system was used. The good thing about that was that we could make our own interpretation of how we wanted the system to function in the future. The first thing we wanted to sort out was the indistinct user hierarchy. We made three different suggestions which we later merged into one final proposal. After we worked this out we stripped the system of what we thought of as reduntand functions. This quickly made the systems structure more easily comprehensive. When we completed those two part of the project we made a graphic layout with more logic positioning of information. We also took a glance at the different kind of tables and tried to make them easier to read. The final result is a more user freindly interface with more pleasant graphics that highlight and arrange functions semantically. It uses a logical user hierarchy ans structure to adapt the interface to the users needs. 31

36 08 Projektteam Peter Sandström Projektledare Telefon Mobil E-post är en laginsats genom designprocessen har vi arbetat i grupp i olika konstellationer där vi på så sätt har optimerat våra resurser i varje projekt. Ett arbetssätt som har genererat en unik produkt förankrad i en bred kunskapsbas. Per Sihlén Handledare Telefon Mobil E-post per@strukturdesign.se 32

37 Richard Stark Projektansvarig Peder Boberg Projektansvarig Industridesign Designhögskolan, Umeå Interaktion och design Tekniska högskolan, Umeå Vilhelm von Platen Kristin Ström Jimmy Kärkkäinen Maria Persson Grafisk design Stockholms universitet Arkitektur Kungliga tekniska högskolan, Stockholm Industridesign Mittuniversitetet, Sundsvall Arkitektur Chalmers tekniska högskola, Göteborg 33

38 Design Västerbotten Östra Strandgatan Stockholm Besöksadress; Designhögskolan i Umeå SVID, Stiftelsen Svensk Industridesign Sveavägen 34, 6 tr Stockholm är en unik satsning från SVID, Stiftelsen Svensk Industridesign, med syftet att sammanföra studenter och näringsliv att öka kunskapen om design bland företag och kommuner. i Skellefteå genomförs av Design Västerbotten som är är ett av Sveriges största regionala designprojekt där företag, kommuner, utbildningar och parter inom affärsutveckling samverkar. Projektet ska stärka länets konkurrenskraft genom att utveckla näringsliv och offentlig sektor med hjälp av design som affärsutvecklingsverktyg. Vi utvecklar kunskapen om design som affärsutvecklingsverktyg samt skapar en arena för affärsutveckling genom design. Satsningen finansieras genom EU-medel, offentlig verksamhet och privat näringsliv. Projektägare är ALMI Företagspartner Nord AB Alimak Hek använder sig av sitt system A3 som en del av deras eftermarknadstjänster. Systemet övervakar bygghissad sålda av Alimak Hek för att hantera driftsinformation. Systemet är i dagsläget för komplicerat för att kunna användas på ett bra sätt. Därför fick vi i uppdrag att strukturera om systemet samt ge det ett nytt grafiskt utseende.