Développement d'applications mobiles iOS et Android

Nous concevons, développons et publions des applications natives iOS et Android, avec la partie serveur sur laquelle elles reposent. Une seule équipe mène le produit du cahier des charges jusqu’à l’App Store et Google Play, et reste pour les mises à jour après le lancement.

Quand le développement mobile natif est le bon choix

Une application native coûte plus cher qu’une base de code commune. Elle se justifie quand l’application est le produit lui-même, ou quand elle exploite les capacités du téléphone.

Vous lancez un produit dont l'application mobile est le principal point d'accès au service pour vos clients
L'application dépend de l'appareil photo, de la géolocalisation, des tâches en arrière-plan, des paiements ou des notifications push
Il vous faut des appels audio ou vidéo, un chat en temps réel ou une lecture de médias fluide même sur des téléphones anciens
L'application traite des données sensibles, comme des dossiers médicaux ou de l'argent, et exige une authentification et un stockage soignés
Vous avez une application hybride sur une technologie dépassée, devenue lente et difficile à faire évoluer
Votre plateforme web a besoin d'un client mobile pour vos clients ou pour vos équipes en déplacement

Ce que nous faisons

Cahier des charges et estimation

Nous étudions l’idée avec vous et décrivons les écrans, les rôles utilisateurs et les intégrations. Vous recevez un périmètre écrit et une estimation en délais et en budget avant le début du développement.

Design UX/UI

Parcours utilisateurs, wireframes et prototype cliquable, puis design final de chaque écran et de chaque état, y compris vide, chargement et erreur. Le design suit les recommandations d’Apple et de Google, pour que l’application paraisse naturelle sur chaque plateforme.

Développement iOS et Android

Swift pour iOS et Kotlin pour Android, avec Objective-C et Java lorsqu’une base de code existante l’exige. Le travail avance par sprints, et chacun se termine par une version que vous pouvez installer et essayer.

Backend et API

Quand le produit a besoin de sa propre partie serveur, nous la développons dans le même projet : API, base de données, back-office, notifications et paiements. PHP (Laravel, Yii2), Python ou Ruby on Rails, selon la tâche.

QA sur de vrais appareils

Les tests se déroulent en parallèle du développement, pas seulement à la fin. Nous vérifions l’application sur de vrais iPhone et téléphones Android, avec différentes tailles d’écran et versions d’OS, et au regard des règles de validation des stores.

Publication et support

Nous préparons les builds, les fiches des stores et les captures d’écran, passons la validation de l’App Store et de Google Play et corrigeons ce que demandent les équipes de revue. Après le lancement, nous adaptons l’application aux nouvelles versions d’OS et continuons d’ajouter des fonctionnalités.

Natif ou multiplateforme : une recommandation avant l'estimation

Une application native est écrite séparément pour chaque plateforme : Swift pour iOS, Kotlin pour Android. Cela coûte plus cher qu’une base de code React Native unique, et ce n’est pas toujours nécessaire. Le natif s’impose quand le produit dépend de l’appareil photo, de la géolocalisation, des tâches en arrière-plan, des paiements ou des notifications push, que les plateformes ouvrent d’abord au code natif et seulement ensuite aux frameworks multiplateformes. Les performances tiennent aussi à mesure que les fonctionnalités s’accumulent. Si votre application se compose surtout de contenu, de listes et de formulaires, nous vous dirons que le multiplateforme suffit et vous éviterons une seconde base de code.

Une recommandation écrite, natif ou multiplateforme, avec ses raisons, avant d'engager un budget
Un accès complet à l'appareil photo, à la localisation, aux tâches en arrière-plan, aux paiements et aux notifications
Une navigation et un comportement que les utilisateurs d'iOS et d'Android connaissent déjà
Moins de mauvaises surprises lors de la validation sur l'App Store et Google Play

Plus qu'une application : partie serveur, back-office, intégrations

La plupart des produits mobiles ne sont qu’à moitié une application. Derrière les écrans, un serveur gère les comptes et les données, envoie les notifications, encaisse les paiements et donne à votre équipe un back-office pour le contenu et les utilisateurs. Nous développons cette partie dans le même projet : l’application et l’API sont conçues ensemble, et une seule équipe est responsable en cas de panne. Pour Stellium Music App, nous avons développé les clients iOS et Android avec un backend Laravel et une partie web en Vue.js ; Fashion Wallet, un portefeuille d’échange entre cryptomonnaies et monnaies classiques, associe de la même façon des clients natifs et une partie serveur en Laravel.

API et base de données conçues en même temps que les écrans de l'application
Back-office pour votre équipe : contenu, utilisateurs, commandes, rapports
Paiements, notifications push, e-mails et analytics connectés
Intégrations avec votre CRM, votre ERP ou votre plateforme web existante
Documentation de l'API, pour qu'une autre équipe ou un client web puisse l'utiliser plus tard

Le code, les comptes et le produit vous appartiennent

Le code source, le dépôt et les comptes App Store Connect et Google Play Console vous appartiennent dès le départ. Nous travaillons dans votre dépôt ou vous le remettons à la mise en production, avec les instructions de build et les accès à chaque service utilisé par l’application. Si vous internalisez ensuite le développement ou le confiez à une autre équipe, rien n’est à refaire. L’inverse est aussi vrai : si votre application a été écrite par quelqu’un d’autre, nous lisons le code, vous disons dans quel état il se trouve et reprenons à partir de là, ou vous disons franchement qu’une réécriture coûtera moins cher que de le maintenir en vie.

Code source et dépôt à votre nom
Comptes développeur des deux stores enregistrés au nom de votre société
Instructions de build et de publication, documentation de l'API et liste des services tiers
Une évaluation honnête avant de reprendre une application développée par une autre équipe

Déroulement d'un projet mobile

Cadrage et estimation

Nous précisons les objectifs, les utilisateurs, les écrans et les intégrations. Vous recevez un périmètre écrit, une recommandation natif ou multiplateforme et une estimation en délais et en budget.

Design

Wireframes, prototype cliquable et interface finale pour tous les écrans clés. Vous validez l’apparence et le comportement de l’application avant le début du développement.

Développement par sprints

Chaque sprint se termine par une version que vous pouvez installer sur votre propre téléphone. Vous suivez l’avancement dans l’application elle-même, pas dans des rapports d’étape.

Tests

La QA vérifie chaque fonctionnalité au fil du développement et lance une régression complète avant la mise en production. Vous recevez une version testée sur de vrais appareils et versions d’OS.

Publication sur les stores

Nous préparons les builds et les fiches, soumettons l’application à l’App Store et à Google Play et traitons les retours de validation. L’application est publiée sous vos comptes développeur.

Support après le lancement

Mises à jour pour les nouvelles versions d’iOS et d’Android, suivi des crashs, corrections et nouvelles fonctionnalités. C’est vous qui décidez si le support continue ou si le projet s’arrête à la mise en production.

Technologies

iOS

Android

Backend et API

Back-offices et web

Nos formules de collaboration

Périmètre fixe

Périmètre, estimation et calendrier validés par écrit avant le développement. Convient à une première version ou à un MVP aux exigences claires ; si le périmètre change, l’estimation est révisée en toute transparence.

Équipe dédiée

Des développeurs, un designer et un QA qui travaillent en continu sur votre produit et suivent vos priorités. Convient aux applications déjà en production et en croissance.

À l'heure

Vous payez les heures réellement passées, avec des rapports réguliers. Convient aux petites améliorations, aux audits d’applications existantes et aux travaux difficiles à cadrer à l’avance.

Projets associés

Dr Kirichuk AppSwift, Kotlin QuakerKotlin, SWIFT, PHP, Laravel Fashion WalletKotlin, SWIFT, PHP, Laravel PyfoneKotlin, SWIFT AlmexMobileSWIFT MemoWordSwift, Java, Kotlin

Témoignages

Nous traitons chaque client et son projet avec attention.

L’équipe Revol continue de renforcer les capacités de développement du client grâce à un travail de grande qualité et à un support fiable. Elle communique efficacement et fait preuve d’une solide compréhension des besoins et de l’activité du client.

Tomas

PDG (Yukon, Canada)

Le travail de Revol a pleinement répondu aux attentes et a satisfait le client. Leur approche nouvelle et leur disponibilité pour le support ont été de vrais atouts. On peut faire appel à eux pour disposer d’une équipe communicative et orientée client, qui aide à atteindre ses objectifs.

Andrey

PDG, Stellium (États-Unis)

Questions fréquentes

Combien de temps faut-il pour développer une application mobile ?

Cela dépend du périmètre, et une réponse honnête n'est possible qu'après avoir passé en revue les exigences avec vous. Une application avec son propre backend, des comptes utilisateurs et des paiements ne représente pas du tout le même travail qu'un utilitaire à un seul écran. Nous donnons une estimation avant de commencer, et si le périmètre change en cours de développement, l'estimation évolue avec lui, ouvertement.

Comment le prix est-il calculé ?

À partir du périmètre. Nous découpons l'application en écrans et en fonctionnalités, estimons chacun en heures et ajoutons le design, le backend, la QA et la publication. Vous pouvez ensuite travailler au périmètre fixe, avec une équipe dédiée ou à l'heure. Nous ne publions pas de tarifs, car deux applications avec le même nombre d'écrans peuvent demander des efforts très différents.

Faut-il développer en natif ou en multiplateforme ?

En natif si l'application dépend des fonctionnalités de l'appareil, de graphismes lourds ou de tâches en arrière-plan, ou si les performances sont critiques. En multiplateforme avec React Native si l'application repose sur du contenu, des listes, des formulaires et des requêtes réseau, et qu'une seule base de code suffit. Nous vous donnons une recommandation argumentée avant l'estimation.

Récupérons-nous le code source et les comptes des stores ?

Oui. Le code, le dépôt et les comptes des stores vous appartiennent. Nous ne prenons pas les produits en otage, et si vous internalisez ensuite le développement ou le confiez à une autre équipe, rien n'est à refaire.

Pouvez-vous reprendre une application écrite par quelqu'un d'autre ?

En général, oui. Nous commençons par lire le code et le processus de build, puis nous vous disons dans quel état se trouve l'application et ce que représenteront les premiers mois de travail. Si le produit a besoin d'une réécriture plutôt que de maintenance, nous vous le disons avant d'accepter le projet.

Que se passe-t-il après la publication de l'application ?

Apple et Google publient chaque année de nouvelles versions de leurs OS, et les exigences des stores évoluent avec elles. Nous mettons à jour l'application, surveillons les crashs, corrigeons les bugs et ajoutons des fonctionnalités. Le support peut se poursuivre après la publication ou le projet peut s'arrêter là ; les détails figurent sur notre page de maintenance d'applications mobiles.