Des applications qui
survivent à leur lancement.
Arriver dans le store est la petite partie. Ce qui décide du fonctionnement d’une application se joue derrière – un backend qui tient, des notifications qui arrivent, et quelqu’un qui construit la prochaine version.
En parler →Toute application
ne part pas de zéro.
D’une web-app à une application
Une application web qui fonctionne déjà n’a pas besoin d’être construite une seconde fois. Notre propre shell Appify l’emballe dans une vraie application iOS et Android – avec écran de démarrage natif, reconnaissance vocale de l’appareil et push, prête pour le store.
Construit pour l’appareil
Certaines idées n’existent que parce qu’un téléphone sait faire ce qu’un navigateur ne sait pas – remarquer que quelqu’un entre dans un magasin, rester éveillé en arrière-plan, poser un statut en direct sur l’écran de verrouillage. C’est un terrain natif, et nous y allons quand l’idée l’exige.
Reprendre ce qui existe déjà
Beaucoup d’applications vivent, mais sans amour – l’agence a disparu, le framework a vieilli, et le store exige quand même régulièrement un nouveau build. Nous reprenons des applications existantes, les gardons livrables et les modernisons par étapes plutôt que d’un seul coup.
Une application patient,
construite entièrement ici.
SwissDTx est une plateforme de thérapies numériques – et tout ce sur quoi elle tourne vient d’une seule main : la web-app patient, le shell qui en fait une application iOS et Android, le backend derrière et l’infrastructure en dessous. Rien de tout cela n’est chez des tiers, ce qui, dans un environnement réglementé, est l’essentiel et non un supplément sympathique.
Plus de notre travail
Des pièces à nous,
pas des pièces louées.
Au fil des années, les mêmes briques revenaient sans cesse, alors nous les avons construites correctement une bonne fois. Elles nous appartiennent – et peuvent donc être modifiées quand un projet l’exige.
Appify – notre shell d’application
Un fichier de configuration transforme une application web en application prête pour le store. Écran de démarrage, icônes, langues, autorisations et push viennent du même endroit, pour les deux plateformes.
Push depuis notre propre backend
Les notifications ne doivent pas forcément passer par un service tiers qui apprend au passage qui sont les utilisateurs. Notre backend push tourne sur notre propre infrastructure, et les données restent là où se trouvent de toute façon celles de l’application.
Mise à jour du store, pas réinstallation
Quand nous remplaçons une application existante, les identifiants de bundle restent les mêmes. Les utilisateurs reçoivent une mise à jour comme une autre – personne ne doit chercher, installer et se reconnecter ailleurs.
Multilingue d’origine
Allemand, français, italien, anglais, sélectionnés via la langue de l’appareil. En Suisse, une application qui ne parle qu’une seule langue est une décision – et rarement une bonne.
Certaines questions
demandent un prototype.
Un téléphone remarque-t-il de manière fiable que quelqu’un entre dans un magasin ? Qu’est-ce que cela coûte en batterie, et que permet encore le système d’exploitation en arrière-plan ? Un petit prototype répond à ces questions moins cher qu’une application finie – alors nous construisons le prototype.
Comprendre. Planifier.
Construire. Faire grandir.
Pour les applications, la dernière phase est la longue. Les systèmes d’exploitation changent une fois par an, qu’un projet soit terminé ou non.
Notre façon de travaillerCe dont nous nous
occupons aussi.
Nouvelle application – ou une
qui cherche un foyer ?
Les deux sont un bon début : une idée nouvelle, ou une application qui tourne mais dont plus personne ne s’occupe.