Formuläret har skickats in framgångsrikt.
Ytterligare information finns i din brevlåda.
Anlita oss
Om ossTjänsterTeknikBranscherPortfölj
Enligt en undersökning från Clutch, 86% anställda Använd mobilappar för att få arbetet gjort. 67% rapporterade ökad effektivitet. Vi ser behovet. Att behöva en mobilapp betyder inte att man nöjer sig med vilken mobilapp som helst. Dina medarbetare vill sannolikt ha en app som fungerar med alla befintliga system, roller och godkännandeprocesser. För att tillgodose detta behov måste man först kartlägga behoven, och därefter börja koda.
En mobilapp för företag stöder de affärssystem som redan är i drift. Den kan läsa och skriva data via CRM eller ERP-system, autentisera sig via företagets befintliga identitetsleverantör, respektera de roller och behörigheter som tilldelats varje användare samt fungera inom ramen för de riktlinjer för enhetshantering och den driftsmiljö där den har implementerats.
Utveckling av mobila företagsappar är en process som består av en rad beslut, och ordningen är viktig. Jag kommer att gå igenom hur man utvärderar behovet, väljer mellan att bygga eller köpa, utformar arkitekturen och integrationerna, säkrar appen, lanserar den och sköter driften därefter.
Utveckling av företagets mobilappar är att utforma, utveckla och underhålla mobilappar som är integrerade med företagets ERP-, CRM-, identitets- och dataplattformar. Apparna regleras av interna säkerhets- och efterlevnadsriktlinjer.
Medan konsumentappar utvecklas för en så bred målgrupp som möjligt, utvecklas företagsappar för specifika användargrupper med fastställda roller och begränsad åtkomst till data. Låt oss jämföra mer ingående hur dessa två kategorier skiljer sig åt:
| Faktor | Företag | Konsument |
| Huvudanvändare | Anställda, samarbetspartner eller företagets egna kunder med fastställda roller | Allmänheten, självregistrerade |
| Distribution | Privata appbutiker, MDM/EMM-distribution, interna kataloger | Offentliga appbutiker, såsom App Store och Google Play |
| Autentisering | SSO, MFA och biometri kopplade till företagsidentitet | Inloggning via e-post/sociala medier, valfri multifaktorautentisering (MFA) |
| Datakälla | ERP, CRM, interna API:er, äldre system | Allmän eller appspecifik backend |
| Säkerhetsriktlinjer | OWASP MASVS-kontroller, MDM-policy, revisionsloggning, GDPR/HIPAA/PCI DSS i tillämpliga fall | Granskning av App Store, en integritetspolicy |
| Beteende offline | Krävs ofta vid fältarbetsplatser, lager och i områden med svag nätverksanslutning | Valfritt |
| Uppdateringslansering | Uppdelat efter enhetsgrupp, region eller affärsenhet | Snabbt, oftast automatiskt |
| Framgångsmått | Tid för att slutföra uppgiften, felfrekvens, användning per roll | Nedladdningar, DAU/MAU, sessionens längd |
| Ägare | IT, affärsenheten och säkerhetsavdelningen gemensamt | Produkt-/affärsteam |
Behöver ert företags arbetsflöden en app, eller funderar ni på att skaffa en bara för att en konkurrent har en? Innan vi börjar jämföra ramverk eller leverantörer skulle jag rekommendera att ni besvarar en fråga: vilken specifik brist i verksamheten fyller den här appen?
Låt oss göra ett kort självdiagnostiskt test. Jag har tagit fram en checklista. Om två eller fler av punkterna stämmer är det värt att överväga att utveckla en mobilapp för företaget.
Vårt nästa steg är att koppla ihop ditt initiativ med det arbete som det ska stödja. Utifrån målgrupp kan företagsappar delas in i appar riktade mot anställda, kunder, samarbetspartners och delade enheter. Utifrån funktion kan de indelas i de sex kategorierna nedan. Jag kommer att avgöra vilka funktioner som är nödvändiga och var du bör fokusera dina utvecklingsinsatser så att du kan hitta rätt lösning för just dig.
En mobil arkitektur för företag omfattar hela kedjan av system genom vilka appen måste överföra data på ett säkert sätt. En fungerande mobil stack för företag består normalt av tio delar:
Diagrammet nedan visar hur data rör sig genom arkitekturen: från enheten, genom synkroniserings- och gateway-lagren, in i de system som äger data och tillbaka ut i form av övervaknings- och användningssignaler.
Låt oss ta en närmare titt på några av de nyanser som gör mobila företagsappar mer komplicerade.
Autentisering av företagsappar måste ske via den befintliga identitetsleverantören, så att den roll och de behörigheter som tilldelats användaren på mobilen stämmer överens med behörigheterna i andra system. Om du bygger upp en fristående autentiseringsprocess med användarnamn och lösenord skapar du ett andra identitetssystem som måste underhållas, granskas och så småningom fasas ut. Jag rekommenderar att man implementerar rollbaserad åtkomstkontroll (RBAC) på API-nivå så att eventuella ändringar träder i kraft omedelbart. Delade enheter kräver ytterligare ett beslut: på en surfplatta i lagret eller en kiosk måste sessionen avslutas när arbetspasset är slut, så planera för snabb användarväxling och automatisk utloggning.
När en mobilklient anropar ett äldre ERP-API direkt måste klientappen byggas om vid varje förändring i backend-systemet. BFF:er eller API-gateways fungerar som mellanled mellan de två. De omvandlar backend-API:er till ett format som mobilskärmarna kan använda, lägger till hastighetsbegränsning och cachelagring samt ger mobilutvecklare ett stabilt gränssnitt att arbeta med, trots alla förändringar i backend-systemen.
Om en app är avsedd för fältarbete, lager eller logistik måste den fungera offline. Det innebär att lokala skrivningar placeras i en kö på enheten och synkroniseras när anslutningen återupprättas. Utöver köhanteringen måste man fatta dessa fyra beslut som ligger till grund för den.
Övervakning av krascher och prestanda, såsom sessionsspårningar, API-fördröjning och andelen kraschfria sessioner, måste korrelera med backend-beteendet. Målet är att inom några minuter kunna avgöra om en plötslig ökning av misslyckade inloggningar beror på ett fel i mobilappen eller ett avbrott hos identitetsleverantören. Användningsanalyser hör hemma i samma diskussion: användningen per roll och per enhetstyp visar teamet vilka arbetsflöden som är värda ytterligare en sprint och vilka som inte används.
Du har kryssat i två eller fler av alternativen ovan, så vi kan nu utgå från att du behöver en app. Du kan välja mellan fyra olika alternativ: bygga en skräddarsydd app från grunden, köpa en färdig app, utöka en befintlig plattform eller modernisera en skräddarsydd app som du redan har. Låt oss se vilket alternativ som passar dig bäst:
| Tillvägagång ssätt | Passar bäst när | Den största fördelen | Huvudsaklig begränsning |
| Skapa en skräddarsydd mobilapp | Ni har unika arbetsflöden, integrationer, användarupplevelser eller behov av att arbeta offline | Full kontroll | Mer komplicerat och kostsamt, större ansvar för leverans och underhåll |
| Köp en befintlig applikation | Era processer är standardiserade | Snabbare initial införande | Begränsade möjligheter till differentiering och anpassning |
| Utöka ERP-, CRM- eller low-code-plattformen | Processerna är redan samlade på en central plattform, och du måste göra dem mobila | Data och styrning finns redan på plats | Plattformsberoende och licensbegränsningar |
| Modernisera en befintlig app | Du har en värdefull produkt med föråldrad teknik | Bevarar affärslogiken och investeringen | Äldre beroenden kan finnas kvar |
Referensstandarden är OWASP:s Mobile Application Security Verification Standard (MASVS), som för närvarande finns i version 2.1.0. Den utgör ett ramverk för åtta olika områden med 24 olika kontrollpunkter inom lagring, kryptografi, autentisering, nätverkskommunikation, plattformsinteraktion, kodkvalitet, motståndskraft och integritet. Ett penetrationstest för mobilappar bedöms vanligtvis utifrån MASVS, som fungerar som en gemensam referensram för ditt säkerhetsteam, leverantören av mobilappen och till och med eventuella revisorer. I anbudsförfrågningsfasen kan du gärna fråga en leverantör vilken testprofil i Mobile Application Security Testing Guide (MASTG) de utgår ifrån, och be att få se testresultaten. Medan MASVS definierar vilka säkerhetskontroller som måste implementeras, tillhandahåller MASTG de specifika testförfarandena och tekniska riktlinjerna för hur man verifierar dessa kontroller.
Vissa organisationer använder Zero Trust som riktlinje vid utformningen av sina policyer för hantering av mobila enheter (MDM). Detta innebär att man inför hälsokontroller av enheterna och kontextuella åtkomstbeslut. Detta är ännu viktigare idag eftersom “Bring Your Own Device” (BYOD) har blivit normen. Det uppskattas att två tredjedelar av de enheter som får åtkomst till företagsdata är privatägda. Därför varierar hanteringen beroende på vem som äger enheten. Företagets enheter hanteras via MDM. I det här fallet kontrollerar avdelningen IT hela enheten. Privata enheter hanteras genom Mobile Application Management (MAM) och säkerhetsriktlinjer för applikationer. Företagsdata och applikationer lagras i en container som IT-avdelningen kan radera på egen hand, medan resten av telefonen förblir utanför systemets räckvidd.
Vid utveckling av applikationer för reglerade branscher måste säkerhetsarkitekturen uppfylla gällande lagkrav. Till exempel reglerar GDPR behandlingen av personuppgifter för EU-medborgare; HIPAA skyddar skyddad hälsoinformation (PHI) som innehas av organisationer som omfattas av lagen och deras affärspartner i USA; och PCI DSS fastställer kontrollkrav för organisationer som behandlar kortinnehavares uppgifter. Dessutom kan organisationer behöva följa branschstandarder eller föreskrifter, såsom SOC 2-rapportering, FFIEC-riktlinjer eller lokala bankkrav, beroende på deras specifika verksamhetskontext och bransch.
Styrning tas ofta upp i sista hand, men är avgörande redan från början. Innan lanseringen måste ni fastställa vem som äger applikationen efter utgivningen, vem som godkänner vilken version som ska användas i en produktionsmiljö, vilka villkor som gäller för support enligt SLA:t och hur affärsenheten kan begära ändringar. Du måste behandla två driftsmässiga aspekter i ett enda dokument: certifikat- och nyckelrotation samt vad som händer med företagsdata på en enhet när en anställd lämnar företaget.
När alla nödvändiga beslut har fattats kan du påbörja den tekniska delen av utveckling av mobila företagsappar. Jag ska gå igenom processen för Innowise och ge korta beskrivningar av de olika stegen:
Jag kunde se att utveckling av mobila företagsappar kostar vanligtvis mellan $100 000 och $600 000+. Jag skulle dock inte rekommendera att förlita sig på siffrorna utan att först ha fastställt kraven och gjort en behovsanalys. Kostnaden beror på antalet systemintegrationer, omfattningen av efterlevnadskraven och kraven på offlinefunktioner. Kostnaden varierar kraftigt eftersom budgeten påverkas av integration med befintliga system, omfattningen av efterlevnadskraven, komplexiteten i offline- och synkroniseringsfunktionerna, enheternas omfattning och hantering samt valet av plattform.
Dessutom ingår löpande underhåll. Löpande underhåll kostar vanligtvis 10–20% av den ursprungliga installationskostnaden per år. Detta är en rimlig siffra att utgå ifrån när man tar hänsyn till säkerhetsuppdateringar, operativsystemuppdateringar och ändringar i backend-systemet. Det första året blir ofta dyrare eftersom den faktiska användningen avslöjar brister som man missat under pilotfasen.
Nu är appen äntligen i drift. Därefter utvärderar vi dess framgång inom tre områden: användaracceptans, driftsprestanda och ekonomisk avkastning.
| Fokusområde | Hur man mäter | Varför det är viktigt |
| Användaranpassning |
| Säkerställer att medarbetare och intressenter aktivt använder appen, vilket förhindrar slöseri med utvecklingsresurser och driver på organisatoriska förändringar. |
| Operativt resultat |
| Bekräftar att applikationen effektiviserar affärsprocesserna, minskar friktionen i verksamheten och säkerställer en tillförlitlig daglig drift. |
| Ekonomisk avkastning |
| Visar ledningen det konkreta ekonomiska värdet och kostnadsmotiveringen, vilket säkerställer investeringens hållbarhet på lång sikt. |
Appar som ersätter en väl definierad, ofta återkommande uppgift – till exempel ett godkännande, en skanning eller en incheckning – brukar ge snabb avkastning på investeringen. Appar som läggs till i samband med en flerårig ERP-implementering tar längre tid att betala sig, eftersom det långsammare systemet som ligger till grund för dem sätter takten.
Eftersom AI aktivt integreras i företagssystem kan jag inte bortse från dess betydelse för företagens mobilappar. De AI-funktioner som finns tillgängliga i företagens mobilappar är i praktiken ganska begränsade och kopplade till en specifik uppgift. Varje funktion har tydligt definierade kriterier för framgång, såsom att extrahera ett visst fält, upptäcka en viss transaktion, förutsäga ett problem eller verifiera en användare.
Du kan lägga till en LLM-baserad chatt direkt i appen för att hantera kundfrågor, sortera supportärenden och vägleda användarna genom ett flöde. Funktionen är ett tillägg till ditt befintliga supportinnehåll och dina befintliga arbetsflöden.
Med hjälp av datorseende som tillämpas på mobilkameran extraheras strukturerade data. Dina medarbetare behöver inte manuellt mata in information från ett utgiftskvitto, ett undertecknat formulär eller en fraktetikett. Vanligtvis är det appar för fältservice och backoffice som först inför denna funktion, eftersom den eliminerar en specifik, repetitiv uppgift.
Ansikts- och fingeravtrycksigenkänning (Face ID, Androids biometriska API:er) har blivit standard även för företagsappar. Skillnaden jämfört med konsumentappar är att det sker direkt på enheten istället för att biometriska data skickas till en server.
Mobila företagsappar integrerar numera även röstassistenter som Siri, Google Assistant och liknande. Ur utvecklingssynpunkt krävs det inget separat röstlager som byggs upp från grunden, eftersom dessa fungerar på operativsystemnivå. Funktionen är användbar i situationer där man har händerna upptagna och det inte är praktiskt att skriva.
Vanligt förekommande inom bank-, försäkrings- och betalningsappar: modeller som övervakar transaktionsmönster, enhetssignaler och beteenden i realtid och flaggar det som avviker från det normala intervallet för ett visst konto. Det viktiga designmönstret här är att modellen flaggar, medan en människa eller ett definierat arbetsflöde fattar beslutet. Jag rekommenderar inte helt automatisk blockering utan möjlighet till granskning, eftersom det ger upphov till flest kundklagomål.
Denna funktion är vanlig i appar för tillverkningsindustrin och fältservice: modeller som tränats på sensor- och underhållshistorik identifierar vilken utrustning som sannolikt behöver service innan den går sönder. Informationen visas sedan i teknikerns app i form av ett arbetsuppdrag.
Objektdetektering och bildklassificering utförs med hjälp av en mobil- eller surfplattkamera för säkerhetskontroller, kvalitetskontroll och tillståndskontroller av tillgångar inom byggbranschen, logistik och tillverkningsindustrin. Ett foto av en pall, en byggarbetsplats eller en maskin bedöms utifrån fastställda kriterier.
En agent utför en avgränsad uppgift på egen hand. Den kan omdirigera en leverans och meddela ett lager om förseningen, eller hämta data från ett skannat kvitto till en utgiftsrapport. Mönstret i de fungerande exemplen är genomgående snävt – ett definierat steg inom ett arbetsflöde som appen redan hanterar, där en människa bekräftar allt som har betydelse.
Innowise erbjuder tjänster för utveckling av mobila företagsappar över hela stacken: inbyggda iOS- och Android-applikationer, plattformsoberoende utveckling, hybridappar och low-code-lösningar på plattformar som Mendix. Våra experter analyserar era behov och ger råd om det bästa alternativet för ert företag.
Som en erkänd företag som utvecklar mobila appar för företag, vi är certifierade enligt ISO 9001, 13485 och 27001/27017/27018 och är partner till AWS, Microsoft, SAP, Databricks, Odoo, InterSystems och UiPath. När det gäller efterlevnad följer vi SOC 2, HIPAA, PCI DSS och GDPR.
Om du vill anställa utvecklare av mobila företagsappar, Vi samarbetar med företag inom olika branscher, däribland fintech och bankväsendet, hälso- och sjukvård samt telemedicin, försäkring, logistik och företagsdrift. Våra kunder berömmer ofta vår leveranshastighet vid löpande funktionsutveckling, vår förmåga att snabbt anpassa oss till ändringar i projektomfattningen samt kvaliteten på vår kommunikation under projekt som sträcker sig över flera veckor.
Låt mig avsluta med att betona att framgången för utvecklingen av mobila företagsappar beror på att affärsstrategin och den underliggande infrastrukturen är helt samordnade. Detta innebär direkt integration med befintliga ERP-, CRM- och säkerhetssystem. En stark identitetshantering, skalbar arkitektur och strikt efterlevnad av lagkrav redan från början hjälper dig att undvika kostsamma omarbetningar senare. När en mobilapp utvecklas med utgångspunkt i operativa brister och strikta standarder, såsom OWASP MASVS, blir den mer än bara ett enkelt verktyg – den blir en strategiskt viktig tillgång som ger långsiktig effektivitet och affärsvärde.
Utveckling av mobila företagsappar är processen att utforma, bygga och underhålla mobila applikationer som ansluter till ett företags befintliga system, såsom ERP-, CRM-, identitets- och dataplattformar. De utvecklas i enlighet med företagets säkerhets- och efterlevnadsriktlinjer.
Företagsappar autentiseras via företagets identitetssystem, ansluter till interna datakällor och följer de interna riktlinjerna för enhetshantering och efterlevnad. Konsumentappar är utvecklade för en öppen målgrupp som själv registrerar sig, med mindre stränga säkerhetskrav och snabbare, mer frekventa utgivningscykler.
Appar riktade mot anställda, appar riktade mot kunder, appar riktade mot samarbetspartners samt appar för delade enheter eller kiosker är de fyra kategorier som täcker de flesta användningsfall. Fältservice, godkännanden och interna verktyg är exempel på användningsfall för appar riktade mot anställda. Kundinriktade appar omfattar bank-, försäkrings- och detaljhandelsbranscherna och är utvecklade för företagets egna kunder. Partnerinriktade appar är portaler för återförsäljare eller distributörer. Slutligen finns appar för delade enheter eller kiosker på låst hårdvara.
Att utveckla skräddarsydda mobilappar för företag är ett klokt val när arbetsflödet, integrationsbehoven eller kraven på offline-funktioner är så specifika att ingen färdig produkt kan tillgodose dem på ett tillfredsställande sätt. Det kan handla om unika fältoperationer, icke-standardiserade systemanslutningar eller ett krav på användarupplevelse som är knutet till en viss arbetsuppgift.
Färdiga lösningar eller low-code-lösningar fungerar bra för standardiserade arbetsflöden. Om ditt mål inte är att på något sätt skilja dig från konkurrenterna, utan bara att ha ett arbetsflöde för att optimera interna processer, är dessa metoder värda att överväga.
Nativ utveckling är ett bättre val när appar behöver omfattande åtkomst till hårdvaran, förstklassig prestanda eller avancerade plattformsspecifika funktioner, såsom bakgrundsbehandling eller komplex användning av kameror eller sensorer. Vanligtvis handlar det om appar för fältservice och logistik. Appar baserade på plattformsoberoende ramverk bör väljas när en gemensam kodbas för iOS och Android är viktigare än att utnyttja den allra sista prestandafördelen från varje plattform. För företagskunder handlar beslutet oftast om något annat: en intern app har en livslängd på fem till sju år, så fråga vem som kommer att underhålla denna stack under år tre och hur lätt det är att anställa personal för detta. Low-code-plattformar förkortar tiden till den första lanseringen men binder appens livslängd till en licens och en leverantörs roadmap, vilket är en avvägning som bör göras medvetet snarare än automatiskt.
Vanligtvis integreras företagsappar med ERP- eller CRM-system via en API-gateway eller ett backend-for-frontend-lager som omvandlar backend-data för mobil användning och hanterar ändringar på backend-sidan. Detta förhindrar att mobilappen slutar fungera varje gång det sker en ändring i ERP-systemet.
Appar som fungerar offline lagrar data lokalt på enheten och lägger eventuella ändringar som görs utan internetanslutning i kö. När anslutningen återkommer synkroniseras ändringarna och data. För att undvika datakonflikter måste du dock bestämma vad som ska hända om samma post ändras både på enheten och på servern innan synkroniseringen sker.
Säkerheten följer OWASP:s standard för säkerhetsverifiering av mobilapplikationer (MASVS), som omfattar lagring, kryptografi, autentisering, nätverkskommunikation, plattformsbeteende, kodkvalitet, motståndskraft och integritet genom 24 specifika kontrollåtgärder. Utöver denna grundläggande standard tillkommer ramverksspecifika krav för reglerade appar, såsom HIPAA, PCI DSS och GDPR.
Med hjälp av Mobile Device Management (MDM) kan IT tillämpa säkerhetsriktlinjer, distribuera eller blockera appar samt radera företagsdata från enheten. Detta är viktigt eftersom MDM är det lager som avgör hur applikationen ska distribueras och vad som ska hända med företagsdata om enheten blir stulen eller om en anställd slutar.
Kostnaden för mobila företagsappar beror på era affärsbehov. De viktigaste kostnadsfaktorerna är integration med befintliga system, krav på efterlevnad, möjlighet att använda appen offline samt omfattningen av utrullningen av enheterna.
Hela utvecklingsprocessen tar mellan 6 och 18 månader, beroende på vilka integrations- och efterlevnadsfrågor som är aktuella. Enkla appar som endast integreras med ett enda referenssystem och som inte omfattas av några efterlevnadskrav kan färdigställas inom den kortaste delen av tidsintervallet. Mer komplexa appar som integreras med flera referenssystem eller som kräver godkännande från tillsynsmyndigheter kommer att ta längre tid på grund av granskningsprocessen.
Avkastningen på investeringen (ROI) mäts vanligtvis utifrån flera olika nyckeltal, bland annat införandegraden, tiden för att slutföra en uppgift jämfört med den gamla processen, fel- och ommatningsgraden samt återbetalningstiden. Avkastningen på investeringen blir synlig snabbare i appar för fältservice och arbetsflödesersättning, medan det tar längre tid för appar som är kopplade till en större ERP-implementering, eftersom tidsplanen styrs av det långsammare systemet i bakgrunden.
Välj en leverantör eller kompetenta utvecklare av företagsmobila appar som tar hänsyn till behov gällande identitet, integration och efterlevnad innan de föreslår ett ramverk. De bör också kunna visa att de har säkerhetsprocesser som är anpassade efter MASVS. Det är också värt att beakta tidigare erfarenhet av arbete i en motsvarande regleringsmiljö eller ett registreringssystem (specifik ERP-lösning, specifik branschspecifik efterlevnadsprocess).
