Aller au contenu
Stan Leon

Application desktop

Un logiciel qui vit sur l’ordinateur : rapide, utilisable hors ligne et installé comme n’importe quelle autre application.

Demande

Parlez-moi de votre projet

Votre demande porte sur : Application desktop. Je réponds par e-mail, généralement sous deux jours ouvrés. N’indiquez ni mot de passe ni identifiant.

Systèmes *
Budget indicatif
Échéance souhaitée

Que doit faire l’application, et pour qui ?

Ce que vous voulez obtenir, où en est le projet, tout ce qui compte pour vous.

Un bon outil desktop est presque invisible. Il s’ouvre vite, fait un travail, et ne demande jamais plus que ce dont il a besoin. C’est le niveau que je vise, et ce que j’ai essayé de faire avec Cocon, qui vit dans la barre des menus et ne demande aucune permission système.

Pour les outils internes, la même idée s’applique. Si la personne qui utilise le logiciel doit penser au logiciel, il reste quelque chose à retirer.

Pour qui

  • Équipes qui ont une tâche répétitive qu’un tableur ne gère plus correctement
  • Entreprises qui ont besoin d’un logiciel sans connexion fiable, ou travaillant sur des fichiers qui restent sur la machine
  • Créateurs d’utilitaires, d’outils créatifs ou d’applications de barre des menus

Ce qui est inclus

  • Cadrage du vrai déroulé de travail, avec les personnes qui utiliseront le logiciel
  • Développement natif macOS en Swift, ou approche multiplateforme quand Windows est nécessaire
  • Stockage local des données et des fichiers, avec synchronisation ou export en option
  • Packaging : installeur, signature du code et notarisation pour que le système ne bloque pas l’application
  • Mises à jour automatiques, pour livrer des corrections sans demander aux utilisateurs de réinstaller
  • Documentation à destination de ceux qui installent et utilisent le logiciel

Déroulé

  1. 01

    Observer le travail réel

    J’observe ou je décris avec vous comment le travail se fait aujourd’hui, car les meilleurs outils desktop retirent des étapes au lieu d’ajouter des écrans.

  2. 02

    Prototyper l’action centrale

    Une première version de l’unique chose que le logiciel doit très bien faire, à essayer sur de vrais fichiers.

  3. 03

    Construire et étendre

    Les fonctionnalités s’ajoutent autour de ce noyau, avec une version installable à chaque étape.

  4. 04

    Packager et distribuer

    Installeur signé, mécanisme de mise à jour et, si pertinent, soumission au Mac App Store.

Délai indicatif

Un petit outil prend 4 à 8 semaines ; un produit complet demande plus de temps et se cadre par étapes.

Exemples tirés de mon travail

Questions fréquentes

Mac uniquement, ou Windows aussi ?

Mon travail desktop publié est sur macOS, où je suis le plus à l’aise avec les outils natifs. Si Windows est indispensable, nous discutons ensemble d’une pile multiplateforme et je vous dis honnêtement si je suis la bonne personne ou si vous avez besoin de quelqu’un de spécialisé.

Pourquoi pas une application web ?

Souvent l’application web est la meilleure réponse et je vous le dirai. L’application desktop se justifie par le besoin de travailler hors ligne, d’accéder à des fichiers locaux, de s’intégrer au système (barre des menus) ou d’atteindre des performances que le navigateur ne permet pas.

Le système avertira-t-il les utilisateurs d’un développeur inconnu ?

Pas si l’application est signée et notarisée, ce qui fait partie du packaging. Cela suppose un compte développeur à votre nom ou à celui de votre entreprise.

Comment les mises à jour sont-elles livrées ?

Via un mécanisme de mise à jour intégré à l’application, ou via le Mac App Store. On ne demande pas aux utilisateurs de télécharger un nouvel installeur à la main.

L’application peut-elle communiquer avec nos outils existants ?

Oui : import et export de fichiers, appels à vos services web ou liens avec des outils courants. Les intégrations sont listées au cadrage car elles pèsent sur le calendrier.