Forum Pragmatic Entrepreneurs Forum

Avant de migrer dans l’urgence, je préparerais surtout un chemin de retour. L’ordre qui réduit le risque serait : inventaire des services et dépendances, sauvegarde réellement restaurée sur une machine de test, nouvelle infrastructure reproductible, puis bascule DNS avec un TTL réduit à l’avance. Le point souvent oublié est de définir les critères de validation avant la bascule : application accessible, données à jour, e-mails ou tâches planifiées fonctionnels, supervision active et temps maximal acceptable pour revenir en arrière. Tant que ces contrôles ne passent pas, l’ancien VPS reste disponible. Votre incident montre aussi l’intérêt de rendre la reconstruction indépendante du tableau de bord du fournisseur : configuration versionnée, script de déploiement, sauvegardes exportées hors du compte et procédure de restauration testée. Le prochain blocage devient alors une opération de reprise plutôt qu’une attente du support.

Merci Félix, c’est exactement le type de retour que je cherchais. Sur la distinction entre ce qui est dicté et ce qui est déduit : aujourd’hui, l’outil signale à part les mesures qu’il a estimées et les postes qu’il pense oubliés, mais pas ligne par ligne. Votre idée est plus claire : une marque sur chaque ligne (« dicté » ou « déduit »), avec l’hypothèse écrite quand l’outil a complété quelque chose. Je la mets en tête de liste. Sur les niveaux d’alerte : il existe une vérification « Avant envoi », mais elle met tout au même niveau. Séparer ce qui bloque l’envoi (quantité ou taux de TVA manquant, condition importante absente) de ce qui n’est qu’un avertissement me paraît juste : l’artisan garde son attention pour les erreurs qui coûtent. Et merci pour la question à poser, je la reprends telle quelle avec les artisans qui testent : « quelle erreur sur un devis vous a déjà fait perdre de l’argent ou revenir sur un chantier ? »

Le contrôle prioritaire me semblerait être la distinction entre ce qui a réellement été dicté et ce que l’outil a déduit. Pour chaque ligne, j’afficherais clairement la source : quantité, fourniture, main-d’œuvre, prix unitaire et hypothèse ajoutée automatiquement. Je mettrais ensuite un niveau d’alerte plutôt qu’un simple écran de relecture. Blocage avant envoi si une quantité, un taux de TVA, une référence de matériel ou une condition importante manque ; simple avertissement pour une formulation imprécise. L’artisan peut ainsi se concentrer sur les erreurs coûteuses au lieu de tout relire avec la même attention. Pour valider la fonction, je demanderais moins « quel contrôle voulez-vous ? » que « quelle erreur sur un devis vous a déjà fait perdre de l’argent ou revenir sur un chantier ? ». Les réponses devraient faire ressortir les quelques contrôles vraiment indispensables par métier.

Si tu as un contrat user et pas business, les temps de réponses sont pas le même. J’ai bougé après qu’un de mes vps est resté bloqué car il avait craché à cause d’une ddos pendant leur sauvegarde. Avec un statut sauvegarde, l’ui ne permettait pas de redémarrer le VPS. J’ai attendu une journée avant qu’on me donne une solution qui consistait à faire un http call a leur api car ce n’était pas dans leur dashboard. bref, même expérience. J’ai tout automatisé maintenant pour recréer un environnement on the fly et je suis chez hetzner car ils te donnent accès à un environnement cloud sur les offres consumers (ie tu peux créer des machines on the fly et tu es facturé au temps d’utilisation) Bon courage

Le SAV d’OVH est catastrophique ! Leur interface client est truffée de bug, rien ne fonctionne. Il y a une interface classique et une béta depuis 2 ans, plus une nouvelle interface béta … 3 interfaces différentes et aucune ne fonctionne ! C’est la 2e fois qu’une demande toute simple échoue à cause d’un bug sur un VPS. Dès qu’on veut évoluer, augmenter l’espace disque en l’occurrence, la plateforme ne fonctionne pas (je tourne en rond), mais en plus, ils ne répondent jamais ! On est bloqué, cela ne m’amuse pas. Cela fait depuis un mois que j’essaie de joindre la hotline : zéro réponse ! Ils se fichent de leur client ! 3e ticket sans réponse. Dès qu’on a besoin de la SAV, personne ! Et ce mépris de leur clientèle ! Je cherche maintenant à tout migrer ailleurs, c’en est trop. OVH à fuir, ce mépris de leur clientèle, est lamentable !

Le SAV d’OVH est catastrophique ! Leur interface client est truffée de bug, rien ne fonctionne. Il y a une interface classique et une béta depuis 2 ans, plus une nouvelle interface béta … 3 interfaces différentes et aucune ne fonctionne ! C’est la 2e fois qu’une demande toute simple échoue à cause d’un bug sur un VPS. Dès qu’on veut évoluer, augmenter l’espace disque en l’occurrence, la plateforme ne fonctionne pas (je tourne en rond), mais en plus, ils ne répondent jamais ! On est bloqué, cela ne m’amuse pas. Cela fait depuis un mois que j’essaie de joindre la hotline : zéro réponse ! Ils se fichent de leur client ! 3e ticket sans réponse. Dès qu’on a besoin de la SAV, personne ! Et ce mépris de leur clientèle ! Je cherche maintenant à tout migrer ailleurs, c’en est trop. OVH à fuir, ce mépris de leur clientèle, est lamentable !

Bonjour, je suis Reda, le créateur de DevisNostra, un outil destiné aux artisans du bâtiment. Je cherche des retours de terrain sur une fonction précise : préparer un premier devis en dictant les travaux, puis vérifier et modifier les lignes et les prix avant de l’envoyer. Par exemple, pour un remplacement de chauffe-eau, il faut pouvoir distinguer la fourniture, la pose, les raccordements et l’évacuation de l’ancien matériel. Une dictée rapide ne donne pas forcément toutes ces informations : le devis doit rester sous le contrôle de l’artisan. Quel élément devez-vous pouvoir contrôler en priorité pour vous fier à un devis préparé à partir d’une dictée ? Si vous êtes artisan, votre métier et un exemple de difficulté sur un devis me seraient utiles. Les échanges peuvent rester ici, sans communiquer de données de clients. Je propose aussi aux volontaires un accès gratuit pendant la phase de test, sans carte bancaire ni engagement, activé personnellement après échange. Sa date de fin n’est pas encore fixée. Je suis l’éditeur de l’outil et je cherche autant les limites que les points utiles.

Bonjour, j’aurais besoin d’infos, pardon si la question a déjà été posée. Je me lance sur Amazon et Cdiscount pour proposer certains de mes produits. Ce sera vraiment lancé d’ici 1 mois. Mais je me demande comment faire : quand je créé un client je dois indiquer le donneur d’ordre, le facturé et le livré. Or le client final passe commande auprès d’amazon, et je récupère la commande que je traite et expédie. Donc Amazon, n’est pas le donneur d’ordre, il n’est qu’intermédiaire. et il paraît que je n’ai pas le droit de créer le client final comme client (règles RGPD). qq’un peut m’éclairer svp ? merci bcp

Je n’ai pas un volume assez représentatif pour vous donner un chiffre vraiment utile. Pour valider le produit, je segmenterais plutôt les entretiens en trois groupes : moins de 5 devis ouverts, 5 à 20, puis plus de 20. Le seuil où le suivi manuel devient pénible devrait apparaître assez vite. L’autre variable importante serait la « source de vérité » actuelle. Si le statut est déjà tenu proprement dans le logiciel de facturation, un simple rappel intégré suffit probablement. S’il est réparti entre la boîte mail, le téléphone et un tableur, la valeur vient plutôt d’une boîte de réception qui propose le bon statut à confirmer. Vous pourriez donc tester deux maquettes sans coder : une liste de rappels à valider et une vue des dossiers dont le statut semble incertain. Demander laquelle la personne ouvrirait réellement chaque matin donnera sans doute un meilleur signal que le volume déclaré seul.

Merci Félix, votre exemple est précis. Le risque d’une relance envoyée après un appel, un refus ou un paiement me fait privilégier pour le premier essai un rappel proposé avec validation manuelle et un statut explicite, avant toute automatisation d’envoi. Aujourd’hui, où notez-vous ces changements de statut : messagerie, logiciel de devis/facturation, tableur, ou rien de centralisé ? Et sur combien de devis ou propositions encore ouverts devez-vous garder un œil dans une semaine normale ?

Dans mon cas, le vrai risque serait moins d’oublier la première relance que de continuer alors que le statut a changé ailleurs : réponse dans un autre fil, échange téléphonique, devis refusé ou facture déjà réglée. Pour un premier MVP, je ferais donc très simple : quatre états visibles — à relancer, en attente, gagné, abandonné — avec une prochaine action datée. Une relance courte à J+3, une seconde à J+7, puis arrêt automatique dès qu’une réponse est détectée ou que l’utilisateur change le statut. Le test décisif serait de mesurer combien de rappels proposés sont réellement envoyés, reportés ou annulés. Si beaucoup sont annulés parce que l’information se trouve ailleurs, le pain point principal n’est plus le rappel : c’est la synchronisation du contexte avant l’envoi.

Bonjour Aurélien. Pour créer des devis et factures sur mobile, Abby, cité plus haut, semble plus proche de votre besoin qu’un outil de relance seul. Pour éviter l’oubli, une méthode simple est de noter la date du prochain suivi dès l’envoi du devis, puis de retirer ce rappel dès qu’il est accepté ou refusé. Je prépare justement un petit outil limité à ce suivi ; il est encore en liste d’attente et ne crée ni devis ni facture. Un rappel séparé de votre logiciel de devis vous serait-il utile, ou le suivi doit-il rester dans le même outil que les paiements ?