Boka in ett samtal

(Vanligtvis inom en timma)

Försök igen

 av oss om du vill komma i kontakt så fort som möjligt. Vanligtvis inom 1 timma.

Vi ser till att du kommer i kontakt med rätt person beroende på ditt ärende.

Bli uppringd

Stäng

Gillar du vad du ser?

Maila oss

Kontakta oss

Picadeli

Sleep Cycle

Nelly.com

Mathem

Kognic

Sightic

Weekly Revolt

Bauer

Nordish Market

Mölndals Stad

Collector Bank

Inget uppdrag är för litet eller för stort för oss. Den 

 är spännande utmaningar och gott samarbete.



Vi är din långsiktiga tech partner under din digitaliseringsresa.

Våra tjänster

Ta gärna en titt på vad vi har skapat tillsammans.

Våra case

Sleep Cycle Kids är appen som hjälper till att förbättra sömn och välbefinnande för hela familjen

Sleep Cycle Kids

Det kan vara svårt att vara beställare, både i en startup och på en marknadsavdelning i ett större företag. Ibland får vi frågan "Vad kostar en app?" och vårt svar är alltid "Det beror på." Det är inte alltid uppskattat när man som beställare vill ha en snabb offert. Men hur lång tid det tar att bygga en app eller webbtjänst är omöjligt att säga utan mer kontext. Jag ska försöka förklara varför.

Förhoppningsvis har beställaren identifierat något som gör appen unik, upptäckt ett speciellt behov eller en helt ny målgrupp. Allt detta påverkar hur man når ut till användarna (marknadsföring), hur man blir användare (onboarding) och vilken mekanism som gör att användarna frekvent vill använda tjänsten (retention).

Det finns bara ett sätt att äta en elefant. Bit för bit.

Har ni hört det ordspråket? Det handlar om att man måste bryta ner större projekt i mindre delar för att klara av dem.

Det största arbetet och kostnaden är programmering. Men innan vi skriver en rad kod rekommenderar vi att beställaren genomför en designfas med en duktig UX-designer och erfarna UI-designers. Vi brukar jämföra designfasen med att ta fram ritningen till ett hus där man åskådliggör förutsättningarna för att bygga sitt drömprojekt, innan vi börjar programmera. 

Designfasen handlar om att samla in kontext, förstå affärsmodellen, identifiera möjliga målgrupper, ta fram designkoncept och definiera användarresor som visualiseras i en klickbar prototyp. Denna prototyp är så nära vi kan komma den slutgiltiga produkten utan att skriva en rad kod. Processen är väldigt kreativ och kommunikativ och beställaren får ganska snart en uppfattning om slutresultatet. Härifrån blir livet som beställare mycket enklare.

Med en genomförd designfas har du ett tydligt beställningsunderlag som en teknikleverantör kan uppskatta arbetet med. Du kan också validera din idé tidigt med den tänkta målgruppen. Insikterna från designfasen gör också att man kan ta tekniska beslut och utveckla tjänsten, baserat på en konkret användarupplevelse som är underbyggd av feedback från riktiga användare.

Om det tar en vecka att komma till en första kommersiell release (MVP) eller flera månader kan vi inte svara på. Det är du som beställare som avgör när produkten är redo för marknaden. Men oftast kan man släppa sin produkt tidigare än man tror. En enda funktion brukar vara helt central för hela användarupplevelsen, sedan uppdaterar man tjänsten i korta iterationer baserat på användarfeedback.

Att låta flera digitala byråer lämna offert och sedan välja den som säger lägst pris är en meningslös övning att göra. Om du är van beställare vet du redan detta, men vi ser att detta händer om och om igen men ingen beställare eller byrå kommer lycklig ur ett sådant projekt. Välj istället den byrå du känner störst förtroende för och lita på den kvalitet de håller i tidigare genomförda projekt. Personkemi är viktigt, be om att få träffa teamet du ska jobba med innan projektet börjar.

Sätt sedan upp en budget för en kommersiell release tillsammans med din valda digitala byrå och samarbeta som om ni vore en del av samma team. Tänk på att projektet inte slutar efter en kommersiell release. Därefter behöver projektet underhållas och uppdateras, vilket också innebär att beställaren behöver en budget för årligt underhåll och vidareutveckling.

Hantera ovisshet: Alla projekt är unika, det är därför omöjligt att säga exakt hur lång tid det tar att bygga en app eller webbtjänst utan kontext. Men genom att göra en designfas och bryta ner projektet i mindre delar kan man få en tydligare bild och göra bättre uppskattningar. 

Kommunikation: En bra digital byrå är transparent i alla steg av sin process och uppskattar kundnära samarbeten. Det ger beställaren möjligheten att engagera sig och bli en del av teamet. 

Vad kostar en app?

Alla som jobbar med digitala produkter snubblar förr eller senare över uttrycket 

. Akronymen används väldigt flitigt i vår bransch men det är långtifrån alla som vet vad som menas med detta.

Så låt oss börja med vad API står för: Application Programming Interface. Är vi klokare nu? Inte riktigt.

Låt oss börja med en mjukvara som har utvecklats för att utföra ett visst jobb. Det kan vara att styra temperaturen i ett kylskåp eller flyga ett rymdskepp till månen. Mjukvaran består av ett gäng instruktioner som utför jobbet. 
Är det tänkt att människor ska använda mjukvaran så finns det knappar och displayer som ändrar kylskåpsklimat eller spakar och rattar som styr rymdskeppet.

Hur blir det då om vi vill att mjukvaran styrs av en annan mjukvara? Då måste vi ha andra gränssnitt än spakar och knappar. I detta fall behövs det ett API. Ett API är alltså ett gränssnitt för andra applikationer, därav namnet Application Programming Interface.

Vi har varken byggt kylskåp eller rymdskepp på Future Memories men vi använder APIer dagligen. Tänk dig att Electrolux hör av sig till oss och vill att vi hjälper till med att visa viktiga meddelanden till allmänheten i kylskåpsdisplayer. 
Då skriver vi en egen programvara som hämtar denna data från 

. Som tur är har de ett öppet API där vem som helst kan hämta aktuella VMAer eller annan viktig information för allmänheten.

 så har du faktiskt gjort ett API-anrop och har hämtat senaste notiser. Visst är det lite svårt att läsa för en människa men det är ganska lätt att skriva ett program som läser in denna texten och visar den på ett tilltalande sätt i en kylskåpsdisplay.

Öppna data är data som vem som helst kan använda fritt, och det är nyckeln till utvecklingen av många smarta och nyttiga samhällstjänster. Allt från effektiviseringar inom sjukvården till praktisk information om kollektivtrafik och skolmatsedeln bygger på öppna data.

Öppna data bygger på öppna APIer. Vi på Future Memories är förespråkare för öppna data och utvecklar våra lösningar med öppna APIer. Detta möjliggör att andra system kan lätt integreras med våra system och att data kan flöda mellan systemen så att de kan nyttjas och visas i rätt sammanhang. 

Tyvärr finns det många traditionella systemleverantörer som har byggt lösningar utan APIer och därmed medveten låser in sin data. Oftast ligger det en förlegad affärsmodell till grunden där systemleverantören tar bra betalt för att ta fram data i form av CSV eller Excel exporter. Som tur är så finns det många nya produktbolag som bygger öppna tjänster där data kan konsumeras och skickas in via APIer.

Dokumentera APIer med OpenAPI aka Swagger

Hur vet man dock som systemutvecklare vilka kommandon man kan skicka in till en annan mjukvara? Som tur finns det nästan alltid en manual till varje API, en så kallad API-specifikation. Denna manualen beskriver vilka anrop som kan göras, vilken data som kan skickas in och hur formatet på svaren från APIet kommer se ut.

 blivit en de-facto standard för hur utvecklare dokumenterar sina APIer och även vi dokumenterar våra APIer med OpenAPI. OpenAPI har sitt ursprung i ett ramverk med namnet 

I samband med mjukvaruprojekt använder utvecklare gärna termen REST API. REST står för 

ransfer och är en konvention om hur ett API är uppbyggt. Ett REST API ska ungefär fungera som en vanlig websida: informationen ska nås via länkar. Tittar man på ett dokument så ska man kunna gå vidare till relaterade objekt likt att navigera från en webbsida till en annan.

Stora skillnaden är att formatet på 'sidorna' ser annorlunda ut. Istället för en webbsida returnerar ett REST API dokument i maskinläsbara format. 

 är två vanliga format som används väldigt mycket som format.

Oavsett om det är en liten app eller ett stort affärssystem så ligger är det  vanligt att data lagras i olika system: En kunddatabas här, ett CMS där, analyticsdata på ett tredje ställe, osv. API:er möjliggör att vi kan hämta ut, korsa och förädla data. Ett system där det inte går att få ut data brukar vi kalla 

Se alltså till att ditt systemlandskap består av system som erbjuder API:er istället för att låsa in sin data. Låt data flyta fritt i er organisation!

Vad betyder API egentligen?

 är en digital studio där strategisk design och teknik formar morgondagens digitala tjänster

Vår kollega Lovisa sitter vid sitt skrivbord och ler

Vårt mysiga konferensrum med TV, bord och stolar

Vår kollega Erik sitter vid sitt skrivbord och jobbar

Vår kollega Oskar testar senaste version av en app han programmerar

Vi är ett finslipat team med stor bredd av spetskompetenser inom design, UX, webbutveckling, fullstack, mobilutveckling och projektledning. Vi är alla strategiskt lagda och nöjer oss endast med det bästa.

Future Memories är en digital studio där strategisk design och teknik formar morgondagens digitala tjänster