Un flux de commandes sur Discord fonctionne le mieux avec un ticket de réception, puis une facture par étape ou par création terminée, la livraison se faisant dans le même ticket que celui qui a ouvert la commande. Artistes, développeurs, designers, monteurs et boosteurs rencontrent tous le même problème en vendant sur Discord : le travail n'est pas un article de catalogue fixe, le prix dépend du périmètre, et le paiement se fait souvent en plusieurs fois. Ce guide décrit un flux du ticket à la facture qui gère les travaux sur mesure sans les forcer dans un catalogue de produits rigide.
Pourquoi les travaux sur commande ne rentrent pas dans un catalogue classique
Un catalogue de produits suppose un prix fixe pour un élément fixe : un grade, un rôle, un fichier. Les travaux sur commande sont définis au cas par cas : un portrait coûte des montants différents selon sa complexité, une fonctionnalité de bot Discord dépend du nombre d'heures, un montage vidéo dépend de sa durée et du nombre de révisions. Vouloir lister chaque prix possible comme un produit distinct aboutit à des dizaines d'entrées presque identiques. Il est plus judicieux d'utiliser un formulaire de demande qui recueille le périmètre, puis une facture au prix défini manuellement une fois que vous savez ce que le travail implique réellement.
Étape 1 : recevoir les demandes par un formulaire, et non par une discussion ouverte
Un simple « Écris-moi en MP pour les commandes » invite à des demandes vagues et à une extension du périmètre avant même que vous ayez proposé un prix. Un panneau de tickets avec un formulaire (/ticket form dans Noxyr) demande en amont ce dont le client a besoin : images de référence, délai, fourchette de budget, attentes en matière de révisions, avant même l'ouverture du ticket. Vous établissez ainsi votre devis à partir d'informations réelles, et non d'une simple phrase du type « tu peux dessiner mon personnage ? »
Étape 2 : chiffrer et confirmer dans le ticket
Une fois le ticket ouvert avec l'acheteur, indiquez par écrit le prix et le périmètre dans ce salon, et non en message privé. C'est important pour deux raisons : c'est la trace à laquelle vous pourrez vous référer si le client affirme plus tard qu'un autre périmètre avait été convenu, et c'est ce que la facture finale doit reprendre ligne par ligne. Si vous utilisez des CGV fixes pour les révisions ou les délais, c'est aussi le moment de les mentionner. Consultez le modèle de CGV vendeur pour des clauses de révision et d'annulation que vous pouvez adapter aux travaux créatifs.
Étape 3 : facturer par étape pour tout travail qui dure plus d'une séance
Pour les petites missions, une seule facture à la fin suffit. Pour tout ce qui dure réellement, une création sur plusieurs jours, un projet de développement, une commande de boost étalée sur plusieurs jours, découpez le paiement : une facture d'acompte au démarrage, puis une facture finale à la livraison. /invoice create gère directement ce cas :
- product_name et description : nommez clairement l'étape (« Validation de l'esquisse, acompte », « Livraison finale, solde ») afin que l'historique des factures se lise comme une chronologie de projet, et non comme deux paiements sans rapport.
- discount_percent ou custom_price : utiles pour une remise à un client fidèle ou pour un prix final négocié qui ne correspond pas à votre grille habituelle.
- payment_status : marquez la facture d'acompte comme Réussi dès qu'elle est encaissée, et créez la facture finale en En attente dès que la livraison est prête, puis passez-la à Réussi une fois le solde payé.
Plusieurs lignes sur une même facture (de product_2 à product_5) fonctionnent aussi lorsqu'un seul paiement couvre plusieurs petits suppléments : une commande de base, plus des frais d'urgence, plus une série de révisions supplémentaire, par exemple.
Étape 4 : livrer dans le ticket, et conditionner la livraison au paiement final
Envoyez le fichier fini, l'accès ou le travail terminé dans le même ticket que celui de la commande, une fois que la facture finale affiche Réussi : c'est la même règle que pour toute autre vente numérique (voir vendre des produits numériques en toute sécurité sur Discord). Les fichiers en pleine résolution, l'accès aux sources ou une livraison sans filigrane doivent attendre le paiement intégral. Un aperçu ou une ébauche filigranée est une manière raisonnable de montrer l'avancement avant cela.
Étape 5 : clôturer avec une transcription et un reçu
Fermez le ticket en indiquant un motif qui renvoie à la commande (« Livré, facture finale INV-0231 ») afin que la transcription enregistrée et la facture se référencent mutuellement. Si un client conteste le périmètre ou le paiement des mois plus tard, vous disposez au même endroit de l'accord négocié et du reçu.
Étape 6 : demander un avis une fois la livraison confirmée
Les travaux sur commande reposent davantage sur la réputation que la plupart des boutiques Discord. Un portfolio d'avis publics, accompagnés du travail réellement livré (captures d'écran incluses), est souvent la meilleure chose pour transformer un membre qui navigue en client payant. /rate permet à un client de joindre une image à sa note et à son commentaire : encouragez-le juste après une livraison sans accroc, tant que l'expérience est fraîche. Pour en savoir plus, consultez collecter des avis sur Discord.
Gérer les changements de périmètre en cours de commande
Le litige le plus fréquent sur une commande est « ce n'est pas ce que j'ai demandé », une fois le travail commencé. Deux choses réduisent ce risque : écrire le périmètre convenu dans le ticket avant de commencer (étape 2), et facturer les suppléments comme des lignes distinctes, au lieu de les absorber en silence ou de renégocier tout le prix. Une facture qui liste séparément « Commande de base » et « Série de révisions supplémentaire (demande du client) » est bien plus facile à défendre qu'un montant global qui a changé deux fois.
Ce que ce flux ne fait pas
Il n'automatise pas le devis : fixer le prix d'un travail sur mesure exige toujours qu'un humain examine la demande et décide d'un montant. Il ne gère pas non plus les contrats ni les conditions de cession de propriété intellectuelle. Ceux-ci relèvent des CGV ou de l'accord que vous utilisez en complément de la facture, et non de la facture elle-même, qui est un justificatif de paiement et non un contrat juridique.
Questions fréquentes
Puis-je demander un acompte et un paiement final sous forme de deux factures distinctes ? Oui, créez une facture par paiement, avec une description qui rend l'étape claire. Les deux apparaîtront sous le même client lorsque vous consulterez son historique de commandes.
Noxyr calcule-t-il les taux horaires à ma place ? Non, vous fixez vous-même le prix de chaque facture, qu'il s'agisse d'un forfait de commande ou d'un montant que vous avez calculé à partir d'heures enregistrées ailleurs.
Que faire si un client demande un remboursement en cours de travail sur mesure ? C'est une décision de politique, et non une fonctionnalité du bot. Indiquez votre règle de remboursement partiel dans vos CGV avant d'encaisser l'acompte, afin qu'elle ne se négocie pas après coup.
Les acheteurs peuvent-ils consulter plus tard leurs propres factures de commande ? Oui, la commande publique /check invoice permet à n'importe qui de retrouver une commande grâce à son identifiant, ce qui sert aussi de reçu pour les dossiers personnels du client.
Un formulaire de ticket est-il nécessaire pour ce flux ? Non, mais c'est la différence entre établir un devis à partir du périmètre réel et deviner. Sans formulaire, attendez-vous à ce que les premiers messages de chaque ticket consistent simplement à poser les questions que le formulaire aurait posées en amont.