Application mobile à Lausanne

Lausanne est à une quarantaine de minutes de Genève : je m'y déplace pour les ateliers de cadrage et les points d'étape, et le reste se pilote en asynchrone comme n'importe quel projet mobile. La vraie question n'est pas la distance mais l'interlocuteur. Autour de l'EPFL, beaucoup d'acteurs vendent de la R&D pointue pensée pour des labos ou des scale-ups financées. Moi, je livre une application qui s'installe, se publie et se maintient, avec un devis annoncé d'avance en CHF.

Pour un premier cercle lausannois, oui — investisseurs, comité, chercheurs, bêta-testeurs recrutés dans l'écosystème EPFL sont massivement sous iPhone, et TestFlight permet de leur envoyer des builds successives sans publication publique. Le piège, c'est de transformer « iOS d'abord » en « iOS seulement » : dès que tu ouvres au grand public, Android revient dans l'équation. C'est pour ça qu'on construit sur un code unique dès le départ — la version Android n'est alors pas un nouveau projet.

Oui, et c'est le format qui a le plus de sens à ce stade. On coupe le périmètre à ce qui démontre la valeur — souvent deux ou trois écrans qui fonctionnent vraiment plutôt que douze écrans à moitié faits — et on distribue via TestFlight à ta cohorte de test. L'objectif n'est pas une application complète : c'est une application installable qui prouve que le concept tient sur un vrai téléphone. L'article sur le budget d'un MVP mobile détaille comment cadrer ce périmètre.

Moi. Comptes développeurs, fiches, captures d'écran, questionnaire de confidentialité, soumission et allers-retours avec la revue Apple : c'est inclus dans le projet. Un refus de revue n'a rien d'exceptionnel — motif de confidentialité mal renseigné, fonctionnalité jugée trop proche d'un site web, permission demandée sans justification. Ce qui compte, c'est que quelqu'un sache lire le motif et corriger. L'application est publiée sur ton compte, à ton nom, et tu gardes la main dessus.

On part des données avant la technologie : ce qui reste sur le téléphone, ce qui part vers un serveur, où ce serveur se trouve, qui peut y accéder. Pour un acteur de la santé numérique lausannois, ça détermine l'architecture entière de l'application — pas une case cochée à la fin. Quand l'app lit des mesures issues d'un capteur ou d'une montre, on passe par l'API santé du système plutôt que par un contournement, et on documente précisément le flux.

La fourchette est la même que celle affichée sur la page de service : à partir de 10 000 à 15 000 CHF pour une application simple, davantage selon le backend, les intégrations et le design. Pour une spin-off ou une PME vaudoise, la variable qui compte n'est pas le tarif horaire mais le périmètre : un MVP resserré coûte une fraction d'une application complète et répond souvent mieux au besoin du moment. On chiffre ce périmètre avant de commencer.