iOS-appar för företag, från idé till App Store

Nativa iOS-appar byggda runt dina användare, från förstudie till TestFlight och App Store, eller en befintlig webbtjänst som blir iPhone-app.

En nativ iOS-app installeras från App Store och kommer åt telefonen på riktigt: notiser, kamera, plats, offline-läge och Face ID. Det gäller både nya appar och webbtjänster som redan fungerar och nu ska finnas i telefonen.

Vem det passar

Det finns två vanliga utgångslägen:

• En ny app. Du har en idé eller ett flöde som behöver det bara en nativ app kan ge: notiser, kamera eller offline-läge.
• En befintlig webbtjänst. Kunderna bokar tid, loggar in eller följer ett ärende i en webbtjänst som redan fungerar och är mobilanpassad, och nu ska den också finnas som iPhone-app.

Är flödet ännu inte bevisat är en webbapp ofta ett bättre första steg, eftersom den öppnas i webbläsaren och fungerar på alla enheter. Ett vanligt upplägg är att börja med webbappen, låta den bevisa att flödet fungerar och bygga den nativa appen när det finns användare som behöver den. Varför en nativ app kostar mer står i Vad kostar det att utveckla en app?, och hur du avgränsar en första version i Vad är en MVP, och vad ska första versionen innehålla?.

Vad som ingår

En ny app byggs som ett produktbygge:

• Förstudie och arkitektur. Vad appen ska göra, och vad som kan vänta till nästa version.
• Bygge, test och driftsättning. Med analys och administration från dag ett, så att någon hos er kan rätta, lägga till och ta bort utan att ringa en utvecklare.
• TestFlight och App Store-inlämning. Du provar en testversion innan appen lämnas in.
• Justeringar efter lansering. 30 dagar av justeringar ingår.

En befintlig webbtjänst som ska bli iPhone-app får en egen, mindre omfattning:

• Genomgång av den befintliga webbtjänsten.
• Nödvändiga anpassningar för iPhone.
• Testversion via TestFlight.
• Hjälp med första inlämningen till App Store.

Större ändringar i backend, inloggning eller betalningar, och nya funktioner, offereras separat. Ditt Apple Developer-konto och den löpande driften ingår inte. Apple granskar varje app, och godkännande kan inte garanteras.

Så går det till

Först ett kostnadsfritt samtal, sedan omfattning och fast pris skriftligt innan något byggs. För en befintlig webbtjänst lämnas det slutliga fasta priset efter en genomgång av tjänsten. Du provar appen i TestFlight innan den lämnas in, och allt körs på dina egna konton. Hela arbetssättet står på startsidan.

Inför priset hjälper det att veta vad en användare ska kunna göra i appen, i en mening, vilka de tre vanligaste fallen och de två besvärligaste är, om något ska betalas i appen, och vem hos er som äger produkten och kan svara på frågor medan den byggs.

En app fortsätter att kosta något efter lanseringen. Ett utvecklarkonto hos Apple har en årlig avgift, varje uppdatering granskas innan den når användarna, och iOS får nya versioner varje år. En app som inte rörs alls blir långsamt trasig.

Pris

Vanliga frågor

Kan min webbtjänst bli en iPhone-app?

Ja, ofta, om kunderna använder tjänsten för att till exempel boka, logga in eller följa ärenden. Jag går igenom vad som redan finns och vad som behöver anpassas för iPhone. Appen måste uppfylla Apples krav, och godkännande i App Store kan inte garanteras.

Vad driver priset på en app?

Hur mycket appen ska kunna göra åt användaren, inte hur många skärmar den har: konton och roller, data, flöden med undantag, integrationer och administration. Det är därför två offerter på samma app kan skilja sig mycket utan att någon av dem är fel.

Varför inte både iOS och Android från början?

Varje plattform är ett eget bygge och ett eget släpp, även när de visar samma sak. Börja där användarna finns, eller med en webbapp som fungerar på alla enheter.

Vem äger appen?

Du gör det. Koden levereras i ditt repo med dokumentation, och App Store-kontot, databasen och domänen ska stå i ditt namn. Vad en överlämning ska innehålla står i Vem äger koden?.