Opbygning af et kontaktsporings- og besøgsstyringssystem. Historien om Visidot, et produkt af RebelDot

Hej der,

Vi starter denne artikelserie for at dele historien bag Visidot, vores egen opstart, med dig.

Som du måske allerede ved, er dette den første artikel i serien. Vi vil tage dig gennem rejsen med at opbygge Visidot fra det allerførste øjeblik, vi identificerede behovet for en digital besøgslog, beslutningen om at bygge den og alt derimellem. Klar?

Et kig på Visidot, besøgsstyringssystemet

Hvis du har fulgt os i et stykke tid nu, ved du måske allerede, at vi er en flok kreative, løsningsorienterede Rebels. Vi skylder det på vores tolv års erfaring med at opbygge forskellige digitale produkter, da det nærede vores iværksættertænkning og ånde*.

* altid på udkig efter det næste problem at forstå og en løsning til at udvikle en slags tankegang

Netop i det rigtige øjeblik var denne ånd det brændstof, der var nødvendigt, da muligheden for at udvikle Visidot (dengang kaldet „vi skal finde en løsning til udskiftning af papirloggen“) ankom.

Identificering af problemet

Vi har alle besøgt et andet firma eller forretningscenter. Mest sandsynligt er vi alle blevet bedt om at skrive vores navn, formålet med besøget og underskrift til en notesbog eller nogle tilfældige A4-formatsider, der er efterladt derude i det almindelige display.

Selvfølgelig blev dette ikke betragtet som noget ekstremt følsomt, før GDPR startede. Det var det øjeblik, hvor visning af vores data på midler, der var tilgængelige for alle de andre besøgende og alle fra virksomheden, vi besøgte, blev forbudt.

Alle kunne se, at du kom til et interview, præcis klokken 12, da du skulle være på din frokostpause. *Bødstet*

Som 99% af virksomhederne i Rumænien havde vi hos RebelDot den samme pen & papirlog, der ikke overholdt de nye regler. Så vi var nødt til at komme med en idé om at gøre det både digitalt og kompatibelt.

„Vi startede med en klar vision for øje: at transformere vores besøgendes oplevelse til en problemfri, problemfri og GDPR-kompatibel oplevelse.“

Udfordringerne

At opbygge en opstart, og især et nyt produkt, kommer med flere udfordringer. Uanset hvor meget erfaring du har, vil ujævnheder i vejen altid komme for at lære dig nogle værdifulde lektioner.

1. Hvad skal der gå ind i MVP — En af vores udfordringer var at prioritere, hvilket sæt funktionaliteter der skulle gå ind i MVP'en — at forsøge at afbalancere funktionerne, så vi kan skabe tilstrækkelig værdi og få den feedback, vi havde brug for fra markedet.

For at træffe beslutningen gennemførte vi brugerinterviews med det formål at forstå deres behov og adfærd bedre. Dataene blev oversat til flere prototyper, der hjalp os med at bestemme det sæt funktionaliteter, der vil levere hovedværdien for det målrettede smertepunkt. Ved opbygningen af MVP var vi også nødt til at tage to forskellige perspektiver i betragtning: et af bygningsadministratoren og et af de besøgende.

2. Design til forretningscentre — Vi designede oprindeligt Visidot til vores interne brug. Da vi begyndte at grave dybere ned i behovet på markedet, havde vi en åbenbaring - forretningscentre.

Forretningscentre har tusinder og tusinder af daglige besøgende, og det er vigtigt at holde styr på det af sikkerhedsmæssige årsager. Da vi indså muligheden, begyndte vi at tænke over, hvordan vi kan justere appens flow for at imødekomme forretningscentrets behov.

Løsningen

Vores løsning er ret enkel og ligetil: En digital besøgslog, der hjælper dig med at spore, måle og forbedre din besøgendes oplevelse — alt sammen i et 100% kompatibelt miljø.

Bortset fra besøgendes flow udviklede vi også en administrativ grænseflade, hvor brugerne kan tilpasse applikationen, indsamle statistik og administrere flere placeringer.

Processen med at opbygge Visidot

Som du måske allerede ved, har vi hos RebelDot en veldefineret softwareudviklingsproces på plads, og vores produkt var ingen undtagelse fra reglen.

01. Oprettelse af brugerpersonas

Først og fremmest var vi nødt til at forstå vores brugere, og hvad er deres vigtigste problemer at løse. Efter at have haft et par brugerinterviews lykkedes det os at komme med tre typer brugere:

• Receptionisten, ansvarlig for at byde besøgende velkommen og udjævne registreringsprocessen
• Leveringsmanden der gentagne gange kommer til virksomheden;
• Administratoren overvåge alt, hvad der sker
• Den besøgende.

02. Brugerstrømme

Efter at vi havde forstået mere om vores brugerpersonaer: deres behov, adfærd forbundet med handlingerne, og hvordan de forestiller sig appen, begyndte vi at skitsere brugerflowene.

Vi har dækket forskellige scenarier: check-in, check-out, tilbagevendende besøgende, gruppeindtjekning og udtjekning.

03. Trådrammer

Brugerpersonas - kontrolleret.

Brugerstrømme - kontrolleret.

Hvad er det næste? Trådrammer. Højre.

Vores team tog skitserne og oversatte dem til sort/hvide wireframes.

Vi må indrømme, at vi elsker farver. Men hos RebelDot har vi en anden tilgang. Vi bringer først sorte og hvide wireframes til bordet, så du kan '' bedømme 'prototypen ud fra funktionaliteten og ikke efter skyggen af det blå i nederste venstre hjørne. Dette er den fælles tilgang for teams, der har UX-metodologi på plads.

04. Brugergrænseflade

Når vi var enige om brugerflowet og wireframes, var det næste trin at vælge farver, ikonografi og typografi.

Efter vores vision besluttede vi at holde det enkelt og så minimalt som muligt.

— lyse nuancer af farver i hjørnerne af skærmene;

— klare ikoner til admin grænsefladen;

— intuitive inputfelter.

05. Prototype

Når vi havde elementerne på plads, byggede vi en funktionel prototype og kørte nogle tests for at indsamle feedback og justere funktionaliteter og flows.

06. Kodning

Når vi har afsluttet UI/UX-fasen, og vi er enige om planen fremadrettet, er vi begyndt at kode.

Ved hjælp af Agile-metoden samledes vi dagligt for at diskutere fremskridtene og de flaskehalse, der kom på vores vej.

07. Brugervenlighedstest

Da vi udgav vores første version, viste vi den til verden. At sikre, at vi indsamler indsigt og observerer brugerens adfærd, når de bruger den.

08. Lancering af Visidot

Sandheden er, at som Buffer skrev i en af deres artikler, indtil du får den ene kunde, er du blind. Du ved ikke nøjagtigt, om det, du har bygget, nåede problemløsningsfasen.

Så vi sprang troen og lancerede Visidot.

Vores første kunde er Cluj Business Campus. Et af de mest kendte forretningscentre i Rumænien med en fremragende appetit på digitalisering.

Vi var så begejstrede, da vi så deres første besøgende bruge appen og få fantastisk feedback til brugeroplevelsen.

Vi må indrømme, at vi fik sommerfugle.

09. Forbedringer

Efter Lean-metoden, efter at vi lancerede den første version, og vi har indsamlet feedback fra brugerne, har vi foretaget forbedringer ved at justere nogle af funktionaliteterne og ordlyden i appen.

Hvad er det næste?

Umiddelbart efter lanceringen af Visidot startede COVID-19. Da vores produkt er en løsning designet til besøgende, og de anvendte begrænsninger betød „ingen besøgende tilladt“, rystede det os en smule. Vi havde så mange planer, og vi talte med mange potentielle kunder om vores løsning.

Men ligesom Rebels er vi tilpasningsdygtige og ser hver gang efter løsninger. Derudover byggede vi Visidot som en løsning, der er nem at pivotere, så vi udnyttede nedlukningerne til løbende at arbejde på at gøre appen bedre og tænke på andre funktionaliteter, der ville hjælpe virksomheder med at tilpasse sig den nye normalitet.

Mens vi taler, er lande rundt om i verden 'tilbage i erhvervslivet“ og implementerer alle mulige løsninger for at forhindre spredning af den nye COVID-19-virus.

Visidot er her for dem og for dig. Vi hjælper dig med kontaktsporing i COVID-19-tider og sørger for, at du har adgang til oplysninger i realtid på tværs af alle dine kontorer — alt sammen i et 100% kompatibelt miljø.

På udkig efter mere information om Visidot? Du kan besøge Visidot webside og kom tilbage til os, hvis du har andre spørgsmål.