La plupart des installations auto-hébergées commencent avec des applications existantes et y restent pendant des années. Puis un jour, un processus apparaît qu'aucune application de l'App Store ne couvre : un formulaire que votre équipe remplit à la main, des fichiers à trier selon des règles que seule votre organisation connaît, ou une étape qui doit dialoguer avec l'ERP, le serveur de messagerie ou un fournisseur d'identité. C'est à ce moment que développer une application Nextcloud sur mesure devient une option réaliste plutôt qu'un luxe.
Ce guide est écrit du point de vue de quelqu'un qui administre des serveurs, pour des personnes qui administrent des serveurs. Il explique ce qu'une application sur mesure peut intégrer, comment décrire une demande pour qu'elle puisse être estimée, comment le paquet de départ de 10 heures est cadré et comment fonctionne la propriété. Le service lui-même est décrit sur la page produit de l'application Nextcloud sur mesure.
Ce qu'une application Nextcloud sur mesure peut intégrer
Une application Nextcloud n'est pas un système séparé greffé sur votre instance. C'est du code qui s'exécute à l'intérieur de Nextcloud (PHP et Vue/TypeScript pour l'interface, ciblant Nextcloud 30 et versions ultérieures) et qui se trouve donc directement à côté de vos fichiers, de vos utilisateurs et de vos réglages. En pratique, une petite application peut toucher quatre domaines.
Fichiers. Les applications peuvent agir sur les fichiers téléversés : tri, étiquetage ou traitement automatiques. Si votre flux de travail consiste à « quand un document arrive dans ce dossier, faire quelque chose avec », c'est le domaine de l'application. C'est aussi là qu'il faut être précis dans votre demande : quels dossiers, quels types de fichiers, ce qui doit se passer, et ce qui doit se passer lorsqu'une règle ne correspond pas.
Flux et workflows. Une application sur mesure peut fournir un formulaire, un registre ou un workflow pour votre organisation : inscriptions, collecte de documents, validations. C'est souvent la catégorie la plus utile pour les équipes, car l'alternative est un tableur plus des e-mails, et les deux fuient.
Intégrations. Les applications peuvent s'intégrer à un système externe : ERP, e-mail, SMS ou identité. L'API OCS est le moyen habituel pour une application d'exposer ses propres points de terminaison ou de dialoguer avec d'autres services, et c'est aussi ainsi que vous pourrez scripter l'application plus tard. Si le système externe dispose d'une API, indiquez-le dans votre demande ; s'il n'en a pas, dites-le aussi, car cela change l'estimation.
Administration et interface. Les applications peuvent ajouter des outils d'administration : contrôles de sécurité, rapports, quotas, règles de fichiers. Elles peuvent aussi ajouter leur propre page de réglages et leurs textes d'interface, ce qui explique que le paquet inclut l'anglais et le roumain par défaut, d'autres langues sur demande.
Exemples de petites applications sur mesure
La documentation du produit liste quatre catégories d'exemples qui correspondent bien à un démarrage en 10 heures :
- tri, étiquetage ou traitement automatiques des fichiers téléversés
- un formulaire, un registre ou un workflow pour votre organisation (inscriptions, documents, validations)
- une intégration avec un système externe (ERP, e-mail, SMS, identité)
- des outils d'administration : contrôles de sécurité, rapports, quotas, règles de fichiers
Remarquez que ces exemples sont tous étroits. Une bonne première application fait une chose bien et possède un déclencheur clair et un résultat clair. « Un registre pour les documents fournisseurs entrants avec un champ de statut et une étape de validation » est estimable. « Améliorer notre gestion documentaire » ne l'est pas.
Prérequis
Avant de rédiger la demande, rassemblez quelques faits. Ce sont les mêmes faits que nous demanderions de toute façon, et les avoir prêts raccourcit l'estimation :
- La version de Nextcloud que vous utilisez (le service cible Nextcloud 30 et versions ultérieures).
- Ce qui existe déjà autour du flux de travail : les applications utilisées, les systèmes externes impliqués et s'ils exposent une API.
- Qui utilise le résultat : un groupe, un service, toute l'instance ou seulement les administrateurs.
- À quoi ressemble « terminé » : le déclencheur, l'action et le résultat (un fichier, un enregistrement, une notification, un rapport).
Vous n'avez pas besoin d'un document de spécification. Vous avez besoin d'une description claire.
Étape par étape
- Décrivez l'idée. Utilisez le formulaire de contact ou Telegram. Dites ce qui doit se passer, sur quelle version de Nextcloud, et ce que vous utilisez déjà autour. Restez concret : entrées, déclencheur, résultat.
- Recevez l'estimation écrite. Sous 2 jours ouvrés, vous recevez une courte spécification, le nombre d'heures et une date de livraison. Rien n'est facturé tant que vous n'avez pas donné votre accord. La discussion initiale et l'estimation sont gratuites : c'est donc le bon moment pour poser les questions délicates.
- Achetez le paquet. Le paquet de départ comprend 10 heures de développement. Les projets plus importants ajoutent des heures au même tarif. Les heures apparaissent sur votre compte.
- Développement par étapes. Pour chaque étape, vous recevez une version de test et un court rapport. Les heures sont décomptées par tranches de 15 minutes, et vous pouvez voir ce qu'il reste sur votre compte. C'est ce qui rend un paquet fixe exploitable : vous ne devinez pas où est passé le temps.
- Livraison. Vous recevez la version finale, un guide d'installation et, si vous le souhaitez, l'installation sur votre serveur via une session à distance.
Comment le paquet de 10 heures est cadré
Dix heures suffisent pour une application ciblée, pas pour une plateforme. L'estimation vous dit de quel côté de cette ligne vous vous situez avant tout paiement. Si l'estimation dépasse 10 heures, vous achetez le nombre d'heures estimé au même tarif ; le paquet est un point de départ, pas un plafond.
Deux détails comptent pour la planification. Premièrement, les heures non utilisées restent sur votre compte pendant 12 mois et peuvent servir au support ou à des modifications ultérieures, si bien qu'un projet terminé plus tôt ne gaspille pas le reste. Deuxièmement, le travail est réalisé au niveau du code source par l'auteur des plugins MediaLab Works, avec les mêmes contrôles de qualité : tests, journalisation et une page de réglages. C'est aussi pourquoi l'estimation est écrite plutôt que verbale : la spécification, les heures et la date font office de contrat.
Tests, livraison et mises à jour
Les versions de test font partie de chaque étape : prévoyez donc de tester sur la version de Nextcloud que vous utilisez réellement, pas sur une autre. Vérifiez les cas de déclenchement et, tout aussi important, les cas où rien ne doit se produire. Si quelque chose ne va pas, les 30 jours de corrections après la livraison couvrent sans frais supplémentaires les défauts constatés après la livraison. Conservez le guide d'installation que vous recevez : c'est le document dont votre successeur aura besoin.
Application partagée ou développement exclusif
Par défaut, l'application est livrée sous forme de version sous licence pour vos serveurs uniquement, et les parties génériques peuvent être réutilisées dans d'autres produits. C'est généralement le bon compromis pour un flux de travail interne : vous obtenez une application fonctionnelle sans payer pour des droits dont vous n'avez pas besoin. Si vous avez besoin de droits exclusifs ou du code source, dites-le avant l'estimation, car cela est facturé séparément. Décider cela plus tard coûte plus cher que de le décider dès le départ.
Conseils et dépannage
- Rédigez la demande comme une séquence. « Quand X se produit, l'application doit faire Y, et si Z, alors W. » Les séquences s'estiment bien ; les souhaits, non.
- Indiquez votre version de Nextcloud. La cible est Nextcloud 30 et versions ultérieures, et la version de test doit fonctionner sur votre version.
- Mentionnez tôt les systèmes environnants. Une intégration avec un ERP, l'e-mail, les SMS ou un fournisseur d'identité n'est estimable que si nous savons ce qu'il expose.
- Ne regroupez pas des souhaits sans rapport. Un second workflow est une seconde estimation, et peut-être un second paquet.
- Conservez les rapports. Le court rapport par étape et le guide d'installation constituent votre documentation de transmission.
- Utilisez délibérément les heures restantes. Elles durent 12 mois et peuvent servir au support ou à des modifications ultérieures.
Si vous ne savez pas si votre idée correspond à une application, consultez la base de connaissances et la FAQ, ou demandez simplement. La discussion initiale et l'estimation sont gratuites, et une estimation écrite qui dit « c'est plus gros que vous ne le pensez » reste moins chère que de construire la mauvaise chose.
Conclusion
Développer une application Nextcloud sur mesure a du sens lorsque votre flux de travail est réel, étroit et répété, et qu'aucune application de l'App Store ne le couvre. Une application sur mesure peut intégrer les fichiers, les workflows, l'API OCS, des systèmes externes et l'interface d'administration, le tout à l'intérieur de l'instance que vous utilisez déjà. Décrivez le déclencheur et le résultat, demandez l'estimation écrite gratuite, et laissez le paquet de 10 heures couvrir la première étape. Commencez par la page produit et envoyez votre description via le formulaire de contact.