Développement Web pour la mode, du design à l'assurance qualité

Pourquoi le processus de développement Web est-il important pour les industries de la mode et du luxe ?
90% des ventes de mode ont été influencées par le commerce en ligne avant même la pandémie.

Cela signifie que la capacité des entreprises de mode et de luxe à fournir des sites Web et des applications de qualité est devenue vitale pour le succès de la marque.

L’autre information pertinente à prendre en compte est que les marques de mode et de luxe sont extrêmement attentives aux détails, c’est pourquoi les applications Web de mode doivent être conçues et soignées dans les moindres détails. Nous parlerons plus en détail de la manière d’atteindre l’excellence dans le développement Web lorsque nous parlerons de la gestion de projet.

Parlons maintenant du processus de développement Web et abordons le sujet du workflow.

1. La première étape consiste à collecter les exigences. C'est une sorte de mot-clé et de mantra que vous pouvez emporter avec vous partout où vous allez et quoi que vous fassiez, créiez ou développiez. Rien ne peut être fait si la liste des exigences n'est pas créé et approuvé par toutes les parties prenantes nécessairesC'est plus facile à dire qu'à faire, essayez-le !
2. SpécificationsLes exigences doivent être analysées et transformées en spécifications fonctionnelles et techniques. Il s'agit de descriptions détaillées du fonctionnement de l'application ou du site Web, de ce qui peut être fait et ne peut pas être fait par les utilisateurs du site Web. Où se trouveront les éléments et les boutons. Quel contenu et quelles informations seront nécessaires. Quelles langues, méthodes de paiement, devises, informations boursières, conditions générales d'achat, etc. Tout doit être détaillé dans les documents de spécifications (Specs). Vous ne voulez pas développer un site Web qui vend des produits dans un pays où il est illégal de vendre vos produits ou qui cible un pays qui ne parle pas la langue de votre site Web. C'est l'une des raisons pour lesquelles les méthodologies de gestion de projet agiles ne conviennent pas à tous les types de projets.
3. Wireframing. L'étape suivante consiste à prendre les spécifications et à concevoir les grandes lignes de l'application. Ces grandes lignes sont appelées wireframes et peuvent être animées ou interactives pour simuler l'interaction qui sera implémentée dans l'application.
4. Conception des comps. Les contours sont ensuite habillés par les graphistes pour ajouter les couleurs et les images appropriées. Le résultat de ce processus est la maquette finale qui sera implémentée par les développeurs.
5. Développement. Les programmeurs qui construiront l'application développeront sur un ou plusieurs environnements de développement, chaque développeur, disons que le développeur X travaille sur la fonctionnalité 1 des spécifications, il/elle s'assurera que la fonctionnalité fonctionne sur son environnement de développement.
6. Phase de mise en scène. Une fois que les développeurs ont terminé le développement dans l'environnement Dev, les branches sont fusionnées en un seul serveur qui est l'environnement de test. Dans l'environnement de test, le contenu qui sera mis en ligne sur le site Web sera téléchargé par les développeurs pour s'assurer que tout fonctionne conformément aux spécifications.
7. Assurance qualitéL'ensemble du site Web ou de l'application doit être testé par l'équipe de test. L'équipe de test est généralement une organisation temporaire composée d'un responsable qualité, des testeurs et des développeurs. Le responsable AQ coordonne les tests, les réunions qualité et le suivi des bogues. Les testeurs, généralement les personnes qui ont conçu l'application Web ou créé les spécifications, testeront l'application Web pour s'assurer que tout fonctionne comme prévu, et ils signaleront les éléments qui ne fonctionnent pas, c'est-à-dire les erreurs. insectes, les développeurs corrigeront les bugs.
8. UAT. Avant la mise en ligne, le client, la marque ou les parties prenantes mentionnées au point 1 seront impliqués pour examiner et tester le travail effectué dans l'environnement de test et fournir des commentaires, par exemple ceci fonctionne, ceci ne fonctionne pas, changez ceci, corrigez cela. Appelons cela le premier moment de vérité, si les exigences ont été collectées et approuvées, les parties prenantes devraient trouver une correspondance entre ce qu'elles ont demandé et ce que les développeurs ont livré.
9. Lancer le direct. Le processus de mise en ligne suit généralement une liste d'activités qui doivent être effectuées pour que le nouveau site Web ou la nouvelle application Web soit visible au public. Il s'agit généralement de transférer les fichiers sur l'environnement de production, de tester que tout fonctionne, de configurer le nom de domaine et l'environnement technique pour afficher le site Web.
10. Assurance qualité en direct. Une fois le site Web en ligne, le client a la responsabilité de vérifier le site Web une fois de plus et de signaler les éventuels bugs aux développeurs. Il existe généralement une période de garantie après la mise en ligne au cours de laquelle l'agence qui a développé le site Web assume la responsabilité de corriger les bugs ou les problèmes de l'application sans frais supplémentaires. Après la période de garantie, tout autre problème signalé par le client entraînera raisonnablement des frais de réparation.

Une remarque concernant les bugs et autres problèmes. La raison pour laquelle les exigences sont créées est que le le client les signe et l'agence s'engage à développer uniquement les fonctionnalités incluses dans les exigences. Si le client demande de nouvelles fonctionnalités ou de modifier le fonctionnement de l'application lors de l'UAT ou du Live QA, il ne s'agit pas de bugs et ils peuvent donc entraîner des coûts de développement supplémentaires.

Pour les amis agiles : rien de ce qui précède n’est pertinent si vous suivez le développement agile.