Applis mobiles

Une appli sur le téléphone, pour ce qui n’a pas sa place dans un navigateur.

Une appli que les gens installent et ouvrent chaque jour. Je construis les écrans, le système de comptes et le serveur derrière, puis je passe la validation des stores.

En quoi cela consiste

Une appli mobile se justifie quand les gens s’en servent souvent, ou quand elle a besoin du téléphone lui-même : caméra, position, notifications, travail sans réseau.

La construction n’est que la moitié. Une appli doit continuer à marcher quand la connexion tombe, et se resynchroniser au retour. Les notifications demandent une autorisation, et une raison. Les vieilles versions restent des mois sur les téléphones, donc le serveur doit parler à plusieurs versions à la fois. Apple et Google examinent tout ce que vous publiez, et chacun a ses règles sur les comptes, leur suppression et le paiement.

Je construis l’appli et le serveur auquel elle parle, pour qu’une seule personne réponde des deux. Les données, les comptes et les tâches de fond reposent sur les mêmes outils que mes produits web. Vous recevez la fiche du store prête et la version publiée, pas seulement un fichier.

Ce que vous obtenez

Un plan écran par écran, validé avant d’écrire une ligne de code
L’appli iOS et Android, depuis une seule base de code
Le serveur, la base de données et l’API derrière l’appli
Comptes, connexion, suppression de compte selon les règles des stores
Les textes de la fiche du store, les captures et la version soumise
Le code source dans votre dépôt et une version réinstallable

Exemples de ce type

Une appli de réservation d’un service, avec rappels
Une appli livraison ou terrain pour équipes mobiles
Une appli de fidélité pour un magasin ou une chaîne
Une appli d’apprentissage avec leçons et suivi
Une appli compagnon d’une plateforme web existante

Comment je les bâtis

Les six mêmes étapes, formulées dans le langage de ce type de produit.

Vous me racontez l’idée

Une seule conversation, en général une trentaine de minutes.

On parle jusqu’à ce que je vous redise votre idée comme vous la pensez.

On commence par une conversation, en français, en arabe ou en anglais. Vous décrivez l’idée avec vos mots à vous. Je pose des questions : pour qui c’est, comment ces gens font aujourd’hui, ce que vous voulez qu’il se passe. Je note ce que j’ai entendu et je vous l’envoie à corriger.

Ce que vous avez à la finUn brief écrit de l’idée : objectif, utilisateur, hypothèses, ce que veut dire réussir.

Vous voyez ce qui manque

Quelques jours, parfois une semaine.

Je cherche ce qui existe déjà, et où ça coince pour ceux qui s’en servent.

Je passe en revue les produits dont vos utilisateurs se servent déjà, gratuits et payants. Je lis ce dont les gens se plaignent dans les avis, les forums et les fils de support. Je regarde comment les concurrents facturent. Puis je note les manques réels, et ceux qu’il vaut mieux laisser.

Ce que vous avez à la finUn rapport sur le marché et les concurrents : manques classés, liens vers les preuves.

Vous voyez les vrais écrans

Souvent une ou deux semaines.

On décide ce que sera le produit, et vous le voyez avant qu’il existe.

Je transforme ces manques en un produit que vous pouvez voir. D’abord la forme : ce qu’il fait, qui se connecte, à quoi sert chaque écran. Puis des écrans cliquables à ouvrir sur votre téléphone. Vous les utilisez, vous me dites ce qui cloche, je corrige avant la moindre ligne de code.

Ce que vous avez à la finUn prototype cliquable des écrans clés, et la liste validée des fonctionnalités.

Vous validez le plan

Souvent quelques jours.

Je découpe la construction en phases, chacune avec son périmètre et son prix.

Tout construire d’un seul bloc, c’est là que les projets déraillent. Alors je découpe en phases. Chaque phase a son périmètre, son prix et son résultat qui marche. Vous validez chaque phase avant qu’elle commence. Je ne vous demande jamais de vous engager sur tout le projet d’un coup.

Ce que vous avez à la finUn plan des phases, par écrit : périmètre, prix et résultat de chacune.

Vous suivez la construction

La plus longue étape. Des semaines à des mois selon le périmètre.

Le produit se construit dans l’ordre, et vous le voyez marcher chaque semaine.

Je construis phase par phase, en commençant par la partie la plus risquée. Chaque semaine, un vrai lien que vous ouvrez et utilisez. Rien n’est caché jusqu’au bout. Si quelque chose prend plus de temps que je l’avais dit, vous l’apprenez par moi, et en premier.

Ce que vous avez à la finUn produit qui marche, en ligne, mis à jour chaque semaine, avec le code dans un dépôt à vous.

Vous lancez, et je reste

Le lancement prend des jours. Ensuite, ça continue.

Le produit est lancé, et je reste jusqu’à ce qu’il tourne vraiment bien.

Le lancement est une étape, pas l’arrivée. Je bascule le produit sur votre domaine et vos comptes, j’observe les premiers vrais utilisateurs, je corrige ce qui les bloque. Puis je vous remets de quoi le faire tourner. Si vous voulez, je reste.

Ce que vous avez à la finLe produit en ligne sur votre domaine, les comptes, le code et un court guide de reprise.

Voir les six étapes en détail

Ce que je bâtis

C’est ce qu’il vous faut ?

Si vous ne savez pas de quel type relève votre idée, c’est une question normale, et une bonne raison d’en parler.

Parlez-moi de votre idée Ou envoyez un brief complet

Ce que je bâtis aussi