Refaire le site actuel ou en créer un nouveau de zéro, c'est plus logique ?

Un avertissement côté design : "rendre responsive" est une expression très vague.

Certaines agences le font juste en réduisant la largeur selon l'écran. Résultat : ça marche sur mobile mais c'est inutilisable, car les boutons sont petits, le texte illisible, les formulaires impossibles à remplir.

Si le devis mentionne "responsive", demandez ceci : une capture d'écran de l'affichage sur mobile. Pas des paroles, des visuels.

je suis dans le même cas, je suis le fil. merci d'avoir posé la question.

Merci beaucoup à vous deux, j'ai noté mes questions, je les poserai aux deux lundi.

Quand j'ai posé la question sur le système, le gars du premier devis a hésité un peu, le second a répondu direct, ça m'a déjà donné une idée honnêtement.

Désolé, mais ce n'est pas vrai dans tous les cas. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

Demandez qui a préparé le devis et qui fera le travail. Je suis aussi curieux de savoir si d'autres font autrement.

Je pense différemment. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Voilà, désolé si je me suis étendu.

Je suis d'accord. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard. Corrigez-moi si je me trompe.

résumé rapide pour les nouveaux : Lors de la prise de décision, écrivez aussi le pire scénario pas seulement le meilleur.

je le note au cas où.

Désolé, mais ce n'est pas vrai dans tous les cas. Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.

Voilà, désolé si je me suis étendu.

Trois points à vérifier lors de cette opération. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Si vous obtenez trois réponses différentes sur un sujet, la question est mal posée. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Ce sujet est archivé.

je ne peux pas totalement adhérer à cela. bon chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.

j'espère que cela vous sera utile.

merci de partager le résultat. un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ. corrigez-moi si je me trompe.

Cette approche a un coût, dont on ne parle pas. La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard. Je suis aussi curieux de savoir si d'autres font autrement.

je suis dans la même situation c'est pourquoi je pose la question mais un rapport d'avancement écrit hebdomadaire est bien plus utile que de demander des dates.

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

Pensez-vous que cela fonctionne à toutes les échelles ? Les décisions hâtives finissent par être corrigées six mois plus tard.

C'est confirmé par l'expérience.

La solution qui semble bon marché finit souvent par coûter cher. Les gens défendent l'habitude pas le processus. La résistance vient de là.

Je suis aussi curieux de savoir si d'autres font autrement.

Je suis d'accord, j'aimerais même souligner ce point. Quand on décide sans mesurer, on revient toujours au même point.

Voilà, désolé si je me suis étendu.

c'est noté, merci puis franchement le calendrier de paiement doit être lié aux étapes du projet pas au calendrier lui-même.

si le périmètre s'agrandit, il faut augmenter soit le délai soit le budget puis il n'y a pas de troisième option.