Tableau de publication d'application pour Nextcloud Deck
comme un tableau Nextcloud Deck ordinaire.
Un tableau de publication pour qui publie une application seul, de l'idée aux 48 premières heures après la sortie. Les listes de contrôle couvrent les notes de version, un test sur installation propre, les métadonnées du store et les premiers rapports de plantage.
Dernière vérification
Aperçu du tableau
Publication
Idées0
Vide au départ. Ajoutez-y votre propre travail.
Planifié2
Rédiger les notes de version
Écrivez les notes destinées aux utilisateurs avant de soumettre la version.
- Commencez par ce qui change pour l'utilisateur
- Citez les corrections réellement signalées
- Retirez tout ce qui est invisible hors du code
- Restez assez court pour une lecture sur téléphone
Renouveler les captures de la page de lancement
Mettez à jour les visuels et les textes une fois la version prête.
Développement1
Geler le périmètre avant de développer
Une petite fonction de plus après le gel, et la publication glisse d'un mois.
Tests1
Tester le parcours d'installation
Vérifiez le démarrage à froid, la connexion, le chargement, la création de carte, la reprise et la mise à jour.
- Installez à neuf sur un appareil qui n'a jamais eu l'application
- Connectez-vous et chargez un compte réel
- Créez, modifiez et supprimez une carte
- Coupez le réseau et vérifiez que la file se rejoue
- Mettez à jour depuis la version précédente et vérifiez les données
Prêt1
Dérouler la liste de soumission
Un refus pour cause de métadonnées coûte un cycle de validation entier. Vérifiez avant, pas après.
- Les captures correspondent à la version soumise
- La description et les mots-clés sont à jour
- Les réponses sur la confidentialité correspondent à l'application
- Le numéro de build est supérieur au précédent
Publié1
Surveiller les 48 premières heures
Les rapports de plantage et les mauvais avis arrivent tôt. Traitez-les avant qu'ils donnent le ton.
- Vérifiez les plantages sur la nouvelle version
- Lisez les nouveaux avis et répondez aux avis justes
- Confirmez que la mise à jour a fonctionné chez de vrais utilisateurs
Voir le modèle JSON transposable (v1)
{
"schema": "deckloud-template-v1",
"schemaVersion": 1,
"slug": "solo-app-release-nextcloud-deck",
"locale": "fr",
"title": "Tableau de publication d'application pour Nextcloud Deck",
"description": "Un tableau de publication pour les développeurs indépendants : correctifs, mises à jour de la boutique, pages et tests.",
"category": "software",
"tags": [
"release",
"app-store",
"qa"
],
"quickCreateStackKey": "ideas",
"compatibility": {
"requiresBoardCreate": true,
"includesAttachments": false,
"includesComments": false
},
"board": {
"title": "Publication",
"color": "3B82F6"
},
"labels": [
{
"key": "bug",
"title": "Anomalie",
"color": "EF4444"
},
{
"key": "ux",
"title": "Expérience",
"color": "8B5CF6"
},
{
"key": "app-store",
"title": "App Store",
"color": "0EA5E9"
},
{
"key": "seo",
"title": "Référencement",
"color": "10B981"
}
],
"stacks": [
{
"key": "ideas",
"title": "Idées",
"order": 1
},
{
"key": "planned",
"title": "Planifié",
"order": 2
},
{
"key": "building",
"title": "Développement",
"order": 3
},
{
"key": "testing",
"title": "Tests",
"order": 4
},
{
"key": "ready",
"title": "Prêt",
"order": 5
},
{
"key": "shipped",
"title": "Publié",
"order": 6
}
],
"cards": [
{
"stack": "planned",
"title": "Rédiger les notes de version",
"description": "Écrivez les notes destinées aux utilisateurs avant de soumettre la version.\n\n- [ ] Commencez par ce qui change pour l'utilisateur\n- [ ] Citez les corrections réellement signalées\n- [ ] Retirez tout ce qui est invisible hors du code\n- [ ] Restez assez court pour une lecture sur téléphone",
"labels": [
"app-store"
],
"dueOffsetDays": 7
},
{
"stack": "planned",
"title": "Renouveler les captures de la page de lancement",
"description": "Mettez à jour les visuels et les textes une fois la version prête.",
"labels": [
"seo"
]
},
{
"stack": "building",
"title": "Geler le périmètre avant de développer",
"description": "Une petite fonction de plus après le gel, et la publication glisse d'un mois.",
"labels": [
"ux"
]
},
{
"stack": "testing",
"title": "Tester le parcours d'installation",
"description": "Vérifiez le démarrage à froid, la connexion, le chargement, la création de carte, la reprise et la mise à jour.\n\n- [ ] Installez à neuf sur un appareil qui n'a jamais eu l'application\n- [ ] Connectez-vous et chargez un compte réel\n- [ ] Créez, modifiez et supprimez une carte\n- [ ] Coupez le réseau et vérifiez que la file se rejoue\n- [ ] Mettez à jour depuis la version précédente et vérifiez les données",
"labels": [
"bug"
]
},
{
"stack": "ready",
"title": "Dérouler la liste de soumission",
"description": "Un refus pour cause de métadonnées coûte un cycle de validation entier. Vérifiez avant, pas après.\n\n- [ ] Les captures correspondent à la version soumise\n- [ ] La description et les mots-clés sont à jour\n- [ ] Les réponses sur la confidentialité correspondent à l'application\n- [ ] Le numéro de build est supérieur au précédent",
"labels": [
"app-store"
],
"dueOffsetDays": 2
},
{
"stack": "shipped",
"title": "Surveiller les 48 premières heures",
"description": "Les rapports de plantage et les mauvais avis arrivent tôt. Traitez-les avant qu'ils donnent le ton.\n\n- [ ] Vérifiez les plantages sur la nouvelle version\n- [ ] Lisez les nouveaux avis et répondez aux avis justes\n- [ ] Confirmez que la mise à jour a fonctionné chez de vrais utilisateurs",
"labels": [
"bug"
],
"dueOffsetDays": 2
}
]
}
01
Quand utiliser ce tableau
Pour les développeurs indépendants qui publient seuls, quand la liste de vérification tient dans la mémoire d'une seule personne et qu'une étape oubliée coûte un cycle de validation entier. Le tableau couvre ce qui saute le plus souvent : les notes de version écrites avant la soumission, un test sur une installation neuve, et la lecture des 48 premières heures de rapports de plantage.
02
Comment utiliser ce tableau
Figer le périmètre au début du développement.
Ne passez en Développement que des cartes planifiées et renvoyez les nouvelles idées dans Idées jusqu'à la prochaine version.
Tester et vérifier la soumission.
Suivez les listes de contrôle de Tests et Prêt sur une installation propre avant de soumettre.
Surveiller les 48 heures après Publié.
Lisez chaque jour les rapports de plantage et les nouveaux avis, et transformez chaque vrai problème en carte dans Idées ou Planifié.
03
Ce que cela crée
6 listes, 4 étiquettes et 6 cartes de départ, portant 16 étapes de liste. Les pièces jointes et les commentaires sont volontairement exclus pour que le modèle reste transposable.
04
Pourquoi cela convient à Deckloud
Le modèle n'est qu'une recette d'objets Deck standard. Aucun compte de flux hébergé, aucun serveur relais, aucun modèle de données propre à Deckloud.
05
Règles d'import sûres
Aucun identifiant n'est conservé. Les clés de liste et d'étiquette sont réattribuées à la création, les échéances utilisent des décalages relatifs plutôt que des dates figées, et les listes de contrôle sont écrites dans la description sous forme de tâches Markdown ordinaires.
FAQ
Questions pratiques
Cela modifie-t-il mon serveur Nextcloud ?
Non. Cela crée des tableaux, listes, étiquettes et cartes ordinaires via le modèle Deck habituel.
Le modèle contient-il des commentaires ou des pièces jointes ?
Non. Les modèles de version 1 ne contiennent que du texte : un commentaire suppose un auteur, et les pièces jointes varient selon le serveur et la version.
Puis-je modifier le tableau après sa création ?
Oui. Une fois créé, c'est un tableau Nextcloud Deck tout à fait ordinaire.
Pourquoi une carte dédiée à la soumission ?
Les refus liés aux métadonnées sont le retard évitable le plus fréquent, et ils surviennent quand vous croyez le travail terminé. Sur une carte à part, les points sont lus au lieu d'être supposés.
Cela suppose-t-il une boutique en particulier ?
Non. Les listes sont des états de publication génériques, et les vérifications portent sur les captures, les métadonnées et les numéros de build, présents dans tout processus de validation.
Associé
Modèles Nextcloud Deck, faits pour de vrais tableaux.
Modèles de tableaux Nextcloud Deck gratuits avec cartes de départ et listes de contrôle : kanban, GTD, publication, anomalies, incidents, recrutement et plus.
OuvrirBuild a Nextcloud Deck template without sending server data anywhere.
Build a simple Deckloud template JSON in your browser for a Nextcloud Deck board. No account, no upload, no server credentials.
OuvrirCreate templates that stay portable.
Create portable Nextcloud Deck board templates with stack keys, label keys, starter cards, and relative due dates.
Ouvrir