Application grand public
Donino
En ligneUne application de dons entre particuliers au Maroc, conçue pour publier, rechercher et réserver des objets près de chez soi.
100K+ téléchargements sur Google Play
- iOS
- Android
Développement iOS & Android
Un produit mobile.
Deux écosystèmes.
Nous construisons une expérience et un socle fonctionnel cohérents, puis adaptons les interactions, les permissions, les tests et la publication aux attentes d’iOS et d’Android.
iOS
Votre serviceActionCommencer →
ActivitéÀ suivre
AccueilCompte
Android
Votre serviceActionCommencer →
ActivitéÀ suivre
AccueilCompte
Produit
Une vision fonctionnelle commune
Plateformes
iOS & Android
Qualité
Tests sur appareils ciblés
Déploiement
Stores & cycle de versions
Sélection 2026 · Applications en production
Des applications disponibles sur les stores.
Une sélection de produits iOS et Android conçus pour des usages grand public, personnels et métier.
Faites glisser pour découvrir
Utilitaire iOS
Keeper
En ligneUn inventaire domestique visuel pour retrouver ses objets par emplacement, recherche Spotlight et QR codes, même hors connexion.
Publiée par AL MISBAH INFORMATIQUE
- iOS
Productivité iOS
Strike
En ligneUne application de suivi d’habitudes et de concentration avec alarmes, statistiques, widgets et expérience Apple Watch.
Publiée par AL MISBAH INFORMATIQUE
- iOS
- Apple Watch
Application métier
OLABLANCA 2
En ligneUn espace mobile réservé aux copropriétaires pour suivre cotisations, réclamations, documents, événements et projets.
Publiée par AL MISBAH INFORMATIQUE
- iOS
- Android
Cette sélection présente uniquement nos applications réalisées en 2026. Notre historique mobile comprend aussi de nombreux projets livrés en 2025, 2024 et les années précédentes.
Deux écosystèmes
Même objectif. Des codes d’usage respectés.
Le produit garde son identité et ses fonctions, mais ne force pas les utilisateurs à oublier les habitudes de leur téléphone.
iOS
Navigation, interactions, permissions, notifications et publication sont adaptées aux conventions et exigences de l’écosystème Apple.
- Comportements attendus
- Appareils & versions ciblés
- Préparation App Store
Android
L’expérience tient compte de la diversité des appareils, des versions, des tailles d’écran et des conventions de l’écosystème Android.
- Interface adaptable
- Parc d’appareils ciblé
- Préparation Google Play
Pourquoi une application ?
Une application installée quand le mobile crée une vraie valeur.
Le téléchargement demande un engagement. L’application doit donc apporter une utilité régulière ou une expérience que le navigateur ne suffit pas à offrir.
Les situations où une application iOS et Android est pertinente
Usage régulier
Le service accompagne des actions fréquentes et bénéficie d’un accès direct depuis l’écran du téléphone.
Compte personnalisé
Historique, préférences, statuts et contenus s’adaptent à la personne ou à son organisation.
Canal direct
Les notifications signalent des événements utiles sans devenir une source de bruit.
Fonctions du téléphone
Caméra, localisation, biométrie ou stockage local simplifient réellement le parcours.
Expérience commerciale
Commande, réservation, paiement ou fidélité gagnent en continuité sur mobile.
Produit numérique
L’application constitue elle-même un service, une communauté ou une expérience à faire évoluer.
Le socle commun
Une seule logique produit derrière les deux applications.
Les plateformes ne doivent pas créer deux services différents. Les utilisateurs, les données, les règles et les parcours prioritaires restent cohérents.
- 01
Identité
Compte, profil, rôles et consentements cohérents entre les plateformes.
- 02
Parcours
Actions, états, erreurs et confirmations fondés sur la même logique métier.
- 03
Données
Informations partagées à travers un backend ou des services clairement définis.
- 04
Évolution
Fonctions et versions coordonnées sans bloquer les adaptations propres à chaque écosystème.
Choix d’architecture
La technologie vient après le produit.
Une approche dédiée ou une base partagée peut être pertinente. La décision se prend à partir du produit à maintenir, pas d’une mode ou d’un outil préféré.
Expérience attendue
Interactions, animation, fluidité et niveau de personnalisation réellement nécessaires.
Capacités du téléphone
Caméra, géolocalisation, notifications, biométrie, Bluetooth ou traitements locaux.
Périmètre & calendrier
Fonctions prioritaires, nombre de plateformes et organisation des livraisons.
Maintenance du produit
Compétences, dépendances, versions des systèmes et rythme d’évolution à prévoir.
Au-delà des écrans
L’application visible n’est qu’une partie du produit.
Comptes, données, contenus, paiements et synchronisations vivent généralement dans un socle côté serveur. Il peut être autonome ou relié à vos outils existants lorsque cela sert le projet.
Voir la connexion mobile à DolibarrApp 01iOS
App 02Android
Socle du produitBACKEND & API
Comptes, données, règles, contenus et services partagés par les applications.
ServicesPaiement & messages
GestionERP, CRM & Dolibarr
Tests & conditions réelles
Tester ce que l’utilisateur touchera vraiment.
Un simulateur aide à construire, mais le produit doit aussi être vérifié sur les appareils, versions, permissions et réseaux représentatifs de son public.
Appareils ciblés
Tailles d’écran, performances et caractéristiques représentatives du public.
Versions système
Plage iOS et Android définie selon les utilisateurs et la maintenance possible.
Permissions & réseau
Refus, interruptions, connexion lente et reprise des actions importantes.
Parcours critiques
Compte, paiement, données et fonctions centrales vérifiés avant les publications.
App Store & Google Play
La publication fait partie du produit.
Comptes éditeur, informations de confidentialité, visuels, versions et conformité aux règles des stores doivent être préparés. Apple et Google conservent la décision finale de publication.
Voir la maintenance & publicationPréparer les comptes
Responsabilité, accès et informations nécessaires aux comptes éditeur du client.
Construire les fiches
Nom, description, visuels, catégories et informations de support cohérents avec le produit.
Soumettre les versions
Paquets, paramètres, déclarations et réponses aux éventuels retours des plateformes.
Suivre le cycle
Nouvelles versions, compatibilité, corrections et évolutions après le lancement.
Notre méthode
Un parcours prioritaire avant deux versions complètes.
Nous validons d’abord le cœur du produit, puis nous étendons les fonctions et les adaptations de plateforme par étapes visibles.
- 01
Définir
Publics, usage prioritaire, plateformes, données et résultat attendu.
- 02
Prototyper
Navigation, interactions et états validés avant le développement complet.
- 03
Construire & tester
Fonctions livrées progressivement et vérifiées sur les appareils ciblés.
- 04
Publier & évoluer
Soumissions accompagnées, suivi des versions et nouvelles priorités cadrées.
Questions fréquentes
Les réponses avant de choisir l’approche technique.
Plateformes, architecture, site responsive, backend, fonctions du téléphone, stores, budget et méthode.
Pouvez-vous développer la même application pour iOS et Android ?
Oui. Les deux versions peuvent partager les mêmes objectifs, données, règles et identité tout en adaptant certains comportements aux habitudes de chaque plateforme. Le niveau de partage technique dépend des fonctionnalités, des performances attendues et du cycle d’évolution du produit.
Quelles différences faut-il prévoir entre iOS et Android ?
Les utilisateurs ne retrouvent pas toujours les mêmes conventions de navigation, permissions, notifications ou interactions. Les appareils, versions de système et processus de publication diffèrent également. Ces écarts sont intégrés à la conception et aux tests.
Faut-il choisir une application native ou multiplateforme ?
Le choix dépend des fonctions du téléphone, du niveau de personnalisation, des performances, du budget, du calendrier et de la maintenance attendue. Nous recommandons une approche après avoir cadré les usages prioritaires plutôt que sur la base d’une préférence technologique.
Une application mobile est-elle préférable à un site web responsive ?
Pas systématiquement. Une application installée est pertinente pour un usage régulier, un canal direct, certaines fonctions du téléphone ou un besoin de continuité. Un site responsive reste souvent plus adapté pour informer, être trouvé et permettre une action occasionnelle.
L’application a-t-elle besoin d’un backend ?
Une application qui gère des comptes, des données partagées, des paiements, des contenus administrables ou des synchronisations nécessite généralement une plateforme côté serveur. Son périmètre et ses connexions sont définis selon les opérations du produit.
Pouvez-vous utiliser la caméra, la géolocalisation ou les notifications ?
Oui, lorsque ces capacités servent clairement le parcours. Leur utilisation implique des permissions, des explications pour l’utilisateur, des traitements de données et des comportements de repli à prévoir selon les règles des plateformes.
Accompagnez-vous la publication sur l’App Store et Google Play ?
Oui. Nous pouvons préparer les versions et accompagner les éléments nécessaires aux fiches et aux soumissions. La disponibilité finale reste soumise aux règles, contrôles et décisions d’Apple et de Google.
Comment estimer le coût et le délai d’une application iOS et Android ?
L’estimation dépend des parcours, des plateformes, des comptes, du backend, des connexions, des capacités du téléphone et du niveau de finition. Le cadrage permet de définir une première version utile, les conditions de publication et les évolutions suivantes.
Un produit mobile à cadrer ?
Commençons par l’usage commun aux deux plateformes.
Public, action prioritaire, données, fonctions du téléphone et conditions de publication : partagez-nous le contexte avant de choisir l’architecture.