Quel projet souhaitez-vous réaliser ?
Une nouvelle application
Vous avez un processus métier, une idée de produit ou un outil interne à rendre accessible sur mobile. Nous pouvons définir un premier livrable centré sur le parcours essentiel, en précisant les besoins liés au serveur, aux appareils et à la maintenance.
Une application à améliorer
Vous disposez déjà du code, mais une fonctionnalité reste inachevée, une mise à jour a causé une panne ou les utilisateurs rencontrent régulièrement le même problème. Une analyse technique permet de décider quoi corriger avant d’envisager une refonte.
Une connexion entre Android et un autre système
Votre application doit communiquer avec un appareil Bluetooth, lire des tags NFC, utiliser un SDK fournisseur ou échanger des données avec un système métier. Il faut prévoir les autorisations, les interruptions et les échecs de requête, au-delà d’une simple démonstration.
Prestations de développement
Applications Android sur mesure
Des applications natives pour des produits centrés sur Android et des processus métier. Définissons les parcours utilisateurs, les données et les appareils pris en charge avant de développer.
Kotlin et Jetpack Compose
Interfaces natives, fonctionnalités Kotlin, migration progressive de Java vers Kotlin et évolution d’applications Android existantes.
Applications Flutter
Développement d’applications pour Android et iOS avec du code partagé, en prévoyant les intégrations natives, les tests et la publication propres à chaque plateforme lorsque le projet l’exige.
Débogage et maintenance d’applications
Analyser les plantages, les comportements instables, les échecs de compilation et les problèmes de compatibilité. Définir un problème reproductible et les vérifications nécessaires avant la livraison.
Intégrations d’API et de SDK
Relier l’application à l’authentification, aux données clients, aux paiements, aux notifications ou aux SDK tiers, selon les interfaces prises en charge par chaque fournisseur.
Intégrations d’appareils et de matériel
Créer des applications Android pour Bluetooth, NFC, USB, les caméras, les scanners ou les capteurs, en partant du matériel, du protocole et des conditions réelles d’utilisation.
Automatisation Android sur mesure
Développer des processus métier, des outils internes et des utilitaires pour appareils autorisés quand la configuration d’une application existante ne suffit plus.
Kotlin ou Flutter ? Partons du produit
Aucun des deux outils ne convient à tous les projets. Le choix dépend des utilisateurs, du code existant et des fonctionnalités les plus risquées sur le plan technique.
| Situation du projet | Point de départ à examiner |
|---|---|
| Android est la seule plateforme de lancement, avec des fonctions propres à Android. | Kotlin natif est une option solide. |
| Android et iOS partagent la plupart des écrans et des règles métier. | Évaluer Flutter et les extensions nécessaires. |
| Une application Android fonctionne déjà et demande des améliorations ciblées. | Examiner le code avant de proposer une refonte. |
| Une application multiplateforme dépend d’un SDK Android spécialisé. | Vérifier si Flutter et une intégration Android native conviennent. |
Jetpack Compose sert à créer des interfaces Android natives. Flutter utilise Dart et peut appeler du code propre à une plateforme lorsque le code partagé ne suffit pas. Une analyse technique vaut donc mieux qu’une promesse générale de rapidité ou d’économies.
Une méthode de développement compréhensible
Définir le parcours essentiel. Expliquez ce qu’un utilisateur doit accomplir, ce qui existe et ce qui bloque aujourd’hui. Une brève description suffit pour commencer.
Vérifier les points incertains. L’accès au matériel, une API non documentée ou une tâche complexe en arrière-plan peuvent justifier une étude de faisabilité limitée avant toute estimation globale. Une éventuelle phase de découverte payante est convenue séparément.
Convenir du périmètre et des critères de validation. La proposition précise les livrables, les plateformes, les dépendances, les exclusions et les vérifications prévues à chaque étape. Les nouvelles fonctionnalités font l’objet de décisions explicites.
Examiner le logiciel en cours de réalisation. Tester les parcours utiles, y compris la perte de connexion ou l’expiration d’une session, et pas seulement un scénario de démonstration réussi.
Préparer la transmission. Préciser l’accès au code source, les instructions de compilation, les responsabilités liées aux comptes et toute maintenance dans l’accord de projet. La soumission à une boutique ne garantit pas son approbation.
Le développement d’applications est distinct de la réparation d’appareils
Il n’est pas nécessaire de rooter un téléphone pour commander une application Android ou Flutter ordinaire. L’accès root ne concerne que certains projets système autorisés et doit être évalué à part.
Vous cherchez de l’aide pour votre téléphone plutôt que pour une application que vous développez ? Consultez les services d’assistance Android. Pour configurer Tasker ou MacroDroid, voyez le service de configuration d’automatisations Android.
Que nous transmettre avec votre demande ?
Indiquez qui utilisera l’application, quelle tâche elle doit accomplir et si vous disposez déjà de maquettes, d’un serveur ou d’un code source. Mentionnez le matériel indispensable et les plateformes souhaitées : Android, iOS ou les deux.
Ne transmettez ni mots de passe, ni clés de signature, ni données clients réelles, ni code source confidentiel dans votre premier message. Les modalités d’accès et de confidentialité pourront être discutées ensuite.
Questions fréquentes
Pouvez-vous reprendre une application commencée par quelqu’un d’autre ?
Oui, sous réserve d’examiner le code et de confirmer que vous êtes autorisé à le partager et à le modifier. Nous commençons par l’analyse de la compilation et de l’architecture, sans présumer qu’une refonte soit nécessaire.
Un projet Flutter peut-il inclure iOS ?
Oui. Précisez-le dans votre demande afin d’inclure les intégrations, les tests, la signature et les responsabilités de publication iOS dans le périmètre. Le code partagé n’élimine pas le travail propre à chaque plateforme.
Faut-il un cahier des charges terminé ?
Non. Décrivez les utilisateurs, le problème et le premier parcours indispensable. Nous identifierons ce qui doit être précisé avant d’estimer le développement.
Combien coûte le développement ?
Cela dépend des fonctionnalités, de la qualité du code existant, de l’état du serveur, du matériel, des plateformes et des tests. L’analyse d’un petit bug et la création d’une application multiplateforme ne correspondent pas au même travail.
Pouvez-vous assurer la maintenance après la publication ?
La maintenance peut faire l’objet d’un périmètre distinct, précisant ce qui est couvert, ce qui relève de nouvelles fonctionnalités et la priorité des demandes.
Parlons de ce qui doit fonctionner
Nouveau produit, fonctionnalité défaillante ou intégration Android difficile : commencez par le problème à résoudre plutôt que par une liste de technologies.