Maison > Article > Tutoriel CMS > Guide de maintenance des projets WP avancés – Partie 4 : Maintenance continue
Il existe de nombreux facteurs importants à prendre en compte lorsque vous travaillez sur des projets avancés basés sur WordPress. Jusqu'à présent, nous avons examiné certaines stratégies de planification, de construction et de commercialisation d'un projet, mais nous n'avons pas examiné ce qu'il faut réellement pour en maintenir un.
Après tout, aucun projet logiciel n'est sans défauts. En supposant que vous génériez une base d’utilisateurs importante, les clients auront également des idées de fonctionnalités ou de modifications qu’ils aimeraient voir dans le projet. Pour ce faire, il est important de disposer de systèmes permettant de suivre les problèmes, de planifier les fonctionnalités et de communiquer avec les utilisateurs.
Dans le dernier article de cette série, nous verrons comment positionner au mieux votre projet pour une gestion à long terme qui profite à la fois à vous et à votre client.
Si vous êtes un développeur professionnel, vous connaissez déjà (et avez probablement utilisé) au moins un système de contrôle de code source. Si tel est le cas, alors cette section peut avoir peu de valeur, mais si vous êtes relativement nouveau dans le développement et/ou le contrôle de code source, cela peut finir par être l'un des utilitaires les plus utiles que vous ajoutez à votre boîte à outils, et pas seulement est spécifique à ce projet, mais inclut également les travaux futurs.
En termes simples, le contrôle du code source (parfois appelé contrôle de version) est une méthode permettant de conserver un historique de chaque modification apportée à un fichier de votre projet.
Plus précisément, il vous permet de prendre des instantanés de votre code pour la publication, de revenir aux versions précédentes de votre projet et de fournir des notes sur ce qui a été réalisé avec chaque mise à jour. Si vous travaillez en équipe, vous pouvez visualiser la contribution de chaque personne à l'application, résoudre les conflits et fusionner les différences.
En fin de compte, le contrôle du code source vous permet de conserver un historique de projet, de gérer les itérations de travail (au cours desquelles les bogues sont corrigés et de nouvelles fonctionnalités sont introduites) et les versions spécifiques sont marquées pour la publication.
Il existe également de nombreux systèmes de contrôle de code source différents. Bien qu'il n'entre pas dans le cadre de cette série d'entrer dans les détails de chaque système ou de la manière de les utiliser, il convient de noter qu'il existe de nombreuses options gratuites disponibles :
Chaque plateforme a ses propres avantages et inconvénients. Au lieu de passer autant de temps à réfléchir au système à choisir, vous pouvez mieux en choisir un et commencer à l’utiliser. Il vaut mieux avoir quelque chose en place que rien du tout.
Comme mentionné précédemment, votre projet sera publié avec des bugs. Quel que soit le temps que vous passez à tester et à évaluer votre travail, il est presque impossible de détecter tous les problèmes.
Parce que vousne parvenez pas à les trouver, vos utilisateurs les trouveront et vous devez être prêt à suivre ce qu'ils trouvent. Trouver une solution de suivi des bogues peut s’avérer intimidant : il existe une multitude d’options sur le marché.
Dans les premières étapes d'un projet, il n'y a aucune raison d'investir massivement dans des solutions majeures. Au fur et à mesure que votre projet grandit, vous pouvez toujours le faire évoluer. Un suivi des bugs efficace ne nécessite que quelques fonctionnalités :
Il existe de nombreuses façons gratuites de suivre les bugs - certaines à l'ancienne, d'autres avec des applications Web modernes :
domaines des problèmes est plus important que comment suivre les problèmes et les utiliser pour améliorer votre produit.
Si vous avez des bugs à suivre (et vous le ferez !), il est logique que vous fournissiez un certain type de support pour votre projet. Mieux encore, fournir une assistance incite également les utilisateurs à acheter le produit (ou à acheter une licence de niveau supérieur), leur donnant ainsi la certitude que quelqu'un est « de garde » pour répondre à leurs questions.
Pour ce que ça vaut, je pense que c'est mutuellement bénéfique : les utilisateurs ont quelqu'un pour les aider à utiliser votre produit, et les clients peuvent fournir des commentaires pour vous aider à développer votre travail.
Tout comme le suivi des bugs, il existe des dizaines de plates-formes prises en charge, depuis les systèmes de tableaux d'affichage éprouvés jusqu'aux solutions de billetterie plus avancées. Mais n’oubliez pas que notre objectif est de le faire à moindre coût.
À mesure que votre projet se développe, vous pouvez envisager des applications de support plus avancées qui évoluent avec votre travail.
Pour ce que ça vaut, je trouve que l'utilisation de systèmes publics comme les forums ou les commentaires sert bien la clientèle, car une fois que vous pouvez répondre une fois et fournir des informations utilisables, vous avez une idée de la façon de mettre en œuvre (ou de résoudre) le problème. Documentez votre travail et vous disposez d'un moyen de suivre les bogues des utilisateurs et les demandes de fonctionnalités.
Bien que cette partie soit subjective, je trouve qu'elle mérite d'être notée : les clients adorent la communication. Ils veulent savoir si le produit qu’ils achètent vaut leur argent. La communauté WordPress étant très active, elle est habituée aux mises à jour, ce qui signifie que votre produit doit rester à jour avec la plateforme.
L'une des meilleures choses que vous puissiez faire pour vos clients est de leur faire savoir que vous travaillez sur le projet : il est en développement et vous les écoutez.
Bien sûr, vous ne voulez pas trop communiquer. Voici quelques façons d'informer vos utilisateurs de l'état de votre projet sans les inonder de trop d'informations :
Veuillez noter que tout ce qui précède est un moyen par lequel les utilisateurs peuvent choisir d'entendre votre opinion - vous ne leur imposez rien qu'ils ne veulent pas entendre. C'est une autre façon de continuer à communiquer avec vos utilisateurs sans les submerger d'informations au point de les ennuyer.
Nous nous sommes occupés de toutes les étapes de planification, de construction, de commercialisation et de gestion de projets WordPress de qualité à bas prix. Espérons que cette série vous ait fourni quelques garde-fous qui pourront vous aider dans votre prochain (ou actuel) projet.
Bien entendu, ces articles ne sont pas exhaustifs. Il y a toujours plus à discuter et à ajouter, alors n'hésitez pas à ajouter vos propres réflexions dans les commentaires !
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!