L'agence a envoyé les visuels de développement du CRM — sur quoi exactement dois-je regarder dans ces écrans et ces schémas ?

Avec mes dix ans d'expérience en gestion de projet, je vous le dis : les designers dessinent généralement des visuels « situation idéale ». Ils vous montrent des noms parfaits sur une seule ligne, des numéros de commande propres à deux chiffres. Vous, demandez-leur « À quoi ressemblera cet écran quand le client aura 8 succursales différentes et 40 commandes en cours ? ». La vraie vie est complexe, si les maquettes ne portent pas cette complexité, le projet s'effondre à la mise en production.

Les schémas à cases reçus peuvent être des diagrammes de base de données. Même si vous êtes pas technique, regardez ceci : la logique est-elle correcte sur la ligne qui va de la case Client à la case Commande ? Un client peut-il avoir plusieurs adresses de livraison ? Si dans ce schéma l'adresse apparaît fixe dans une seule case, demain vous pourrez pas ouvrir une deuxième adresse pour le même client dans votre système. Bloquez pas sur le détail, vérifiez les cardinalités des relations.

Correction : je me suis trompé sur le chiffre, c'était un peu plus bas.

Posez tous les visuels sur la table dans l'ordre et suivez le cycle de vie d'une seule commande. Le client a appelé vous avez donné un prix, c'est devenu une commande, le bon de livraison a été émis. Y a-t-il un visuel pour chacune de ces 4 étapes ? Si une manque ça veut dire que l'agence a cru que c'était un module prêt ou qu'elle l'a sautée. Faites tout de suite une liste et demandez par écrit les étapes manquantes.

nous on a fait la même erreur l'an dernier on a regardé que le panneau principal et les graphiques, tout avait l'air génial... en fait sur l'écran de facturation le champ pour saisir la remise avait pas été dessiné... après ils nous ont facturé un développement supplémentaire... faites très attention aux boutons de filtrage et aux zones de défilement dans les tableaux.

edit : j'ai corrigé quelques fautes de frappe.

L'agence vous a envoyé ces visuels en images statiques ou elle a aussi donné un lien de prototype cliquable ? S'il n'y a pas de lien cliquable, c'est impossible pour vous de comprendre où s'ouvrent les boutons. Et aussi, y a-t-il des schémas séparés pour la vue mobile, ou on vous a livré seulement les écrans desktop ?

Quand on a fait développer un panel similaire pour 24.000 dollars, on a validé les maquettes en trois jours, et ensuite pendant 4 mois entiers ils ont rejeté nos demandes en disant « mais vous n'aviez pas dessiné ça ». À cause de deux écrans de reporting manquants, on a dû payer 3.200 dollars de rallonge après coup. Juridiquement, la validation visuelle vaut acceptation du livrable, ne vous précipitez pas.

Il est très fréquent que les agences de dev téléchargent des captures sur des sites de templates prêts à l'emploi et les présentent comme du « sur-mesure ». Est-ce que les écrans qu'ils vous ont envoyés contiennent les vrais termes de votre entreprise ou juste des mots passe-partout ? Si aucune vraie donnée n'a été utilisée, ce n'est pas du sur-mesure, c'est juste un modèle générique sorti du placard.

Merci pour votre retour. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

Merci pour votre retour. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Si vous avez des questions écrivez-moi je répondrai au mieux.

Je suis une petite entreprise, laissez-moi expliquer de mon point de vue. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Commencez par un petit test, ne vous engagez pas sur tout d'un coup. Si vous avez des questions, écrivez-moi, je répondrai au mieux.

meri de partager le résultat.

Beau travail. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré. Je suis aussi curieux de savoir si d'autres font autrement.

Je vais résumer ce qui a été dit jusqu'ici. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

Un rapport d'avancement écrit hebdomadaire est bien plus utile que de demander des dates. Bien sûr, cela change si votre situation est différente.

Il faut faire une distinction ici. La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

je suis une petite entreprise laissez-moi expliquer de mon point de vue. bon quand on essaie de tout changer en même temps, rien ne prend.

demndez qui a préparé le devis et qui fera le travail puis du coup je le note au cas où.

Ce sujet est archivé. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

Avant de décider, regardez quelles données vous avez en main. Si vous avez des questions écrivez-moi, je répondrai au mieux.

J'y pensais aussi. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

Trois avis différents sont sortis, ils se complètent tous. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.