Remplacez la vente manuelle de billets Discord par un robot de magasin

Le coût caché de la vente manuelle de billets Discord

Chaque commande attend une personne. Si cette personne dort, l’acheteur s’en va. Si deux personnes envoient le fichier, vous avez une fuite. Si le fichier est collé dans le canal ticket, il est public.

Comment les commandes Slash natives augmentent la conversion

L'acheteur voit le prix, paie PayPal et obtient le DM sans aucun membre du personnel au milieu. Vous disposez toujours d'un tableau de bord en cas de problème.

Combinaison de livraisons automatisées et de commandes de service manuelles

Le coaching, la configuration et le travail personnalisé doivent rester manuels. La commande reste en attente et les deux parties reçoivent les instructions que vous avez écrites. Les biens numériques ne devraient pas emprunter cette voie.

Gestion des serveurs et du personnel sans partager les connexions PayPal

Les membres de Manage Server peuvent gérer le magasin. Ils n'ont pas besoin de votre mot de passe PayPal. Chaque serveur possède son propre catalogue, ses commandes et son plan.

Écrit par l'équipe Cartcord qui crée le robot de la boutique Discord, le paiement PayPal et le pipeline de livraison.

Ce que coûte réellement un ticket

Une vente de billets est une personne, un fuseau horaire et une facture PayPal tapée à la main. L'acheteur qui a demandé à 2 heures du matin attend jusqu'au matin, ou achète à quelqu'un qui a répondu. Le fichier passe ensuite par les DM, où les escroqueries copient également votre texte. /buy remplace cette file d'attente par tout ce qui peut être une URL, une clé, un rôle ou une étape manuelle écrite. La livraison manuelle existe toujours pour le travail qu'un humain doit effectuer, et elle informe les deux parties avec les instructions que vous avez écrites. Ce n'est pas le chemin d'un ZIP que vous auriez pu lier.

Le personnel ne doit pas partager son identifiant PayPal pour « aider avec les commandes ». Gérer le serveur suffit pour ouvrir le bon tableau de bord. Chaque serveur est facturé et limité individuellement, de sorte qu'un modérateur du serveur A ne peut pas dépenser la allocation de commande du serveur B. Le statut de paiement et le statut de livraison restent séparés, c'est ainsi que vous renvoyez un fichier sans marquer un paiement capturé comme impayé.

Supprimer d'abord un produit des tickets

Les plans restent au niveau du serveur. La gratuité coûte 0 $ avec 3 produits et 3 commandes par mois, ce qui suffit pour prouver une offre. Basic coûte 29,99 $ avec 25 produits et 100 commandes. Pro coûte 59,99 $ avec 150 produits, 1 000 commandes, coupons, thèmes et documents de magasin, et c'est le plan que la plupart des magasins actifs devraient utiliser. Enterprise coûte 129,99 $ avec des produits et des commandes illimités, une protection contre la fraude et des webhooks signés. Aucun de ces prix ne représente un pourcentage de la vente. Les frais de traitement de PayPal s'appliquent toujours et Cartcord ne retient pas le paiement. Mettez le produit déjà vendu en Free ou Basic. Connectez PayPal. Réglez la livraison. Laissez le garde de publication se plaindre s'il manque quelque chose. Dites au serveur que la liste des commandes est /store, /products et /buy. Quittez le canal de ticket pour obtenir de l'aide, pas pour payer.

Les acheteurs parcourent et démarrent le paiement avec /store, /products et /buy ; la récupération des achats Web est disponible via vos achats. Il n'y a pas de commande de panier ni de commande de paiement supplémentaire. Ils peuvent également ouvrir l’URL de la boutique publique. Une fois que PayPal a capturé le paiement, la livraison est un lien de fichier que vous hébergez vous-même, une clé de licence inutilisée de votre pool, une URL privée, un rôle Discord accordé une seule fois ou une commande manuelle qui reste en attente jusqu'à ce que le personnel agisse. Les laissez-passer chronométrés facultatifs nécessitent un service d’expiration disponible ; les paiements ne sont pas récurrents. Basic+ prend en charge les téléchargements privés avec des liens signés de courte durée ou les téléchargements facultatifs à usage unique de 24 heures dans les limites de stockage publiées.

Des règles de fonctionnement qui ne changent pas avec la niche

Pour un magasin qui vivait autrefois dans les tickets, la vente n'est terminée que lorsque PayPal a capturé le paiement et que la livraison que vous avez configurée a été envoyée. Cartcord prend 0 % de cette commande. Le coût mensuel correspond au forfait serveur et non à une part des revenus. PayPal facture toujours ses frais de traitement, et ces frais sont entre vous et PayPal. Cartcord ne détient jamais un solde que vous retirez ultérieurement, donc Cartcord n'impose pas de calendrier de paiement du portefeuille ; PayPal peut toujours appliquer des frais, des retenues ou des restrictions de compte.

Gardez la liste de commandes courte lorsque vous annoncez un magasin qui vivait autrefois dans des tickets. Les membres exécutent /store pour voir la boutique, /products pour parcourir et /buy pour payer. Ils peuvent également utiliser l’URL de la boutique publique, qui est l’adresse qu’une personne extérieure au serveur et à un moteur de recherche peut ouvrir. N'inventez pas une commande cart. Ne leur demandez pas d’ouvrir un ticket pour payer quelque chose que le bot peut déjà livrer. Les tickets restent pour l'assistance et pour la commande rare que vous avez marquée comme manuelle.

La livraison pour un magasin qui vivait autrefois dans des tickets est l'une des cinq configurations. Un fichier utilise une URL externe ou une version gérée protégée Basic+. Les téléchargements gérés autorisent 25 Mio par fichier et 250 Mio de stockage réservé par magasin. Une clé de licence est une ligne inutilisée du pool et un renvoi répète cette même ligne. Une URL privée est un lien. Un rôle est accordé après la capture. Les laissez-passer optionnels nécessitent un service d'expiration en temps réel et sont payés une seule fois, sans facturation récurrente. Une commande manuelle reste en attente et envoie au personnel les détails de l'acheteur et les instructions que vous avez écrites. La protection de publication est ce qui empêche la mise en ligne du produit alors que PayPal, la livraison ou le stock est manquant.

Choisissez le plan à partir du nombre de commandes et non à partir d'un sentiment sur le créneau. Gratuit couvre 3 produits et 3 commandes par mois. Basic coûte 29,99 $ pour 25 produits et 100 commandes. Pro coûte 59,99 $ pour 150 produits et 1 000 commandes, et ajoute des coupons, des thèmes, des documents de magasin et des clés API marchandes ciblées. Enterprise coûte 129,99 $ lorsque vous avez besoin d'un volume illimité, d'une protection contre la fraude et de webhooks signés. L'exemple de 10 % sur 5 000 $ est une entrée de scénario de 500 $, et non une déclaration du taux actuel d'un fournisseur. Pro coûte 59,99 $ et aucun des 5 000 $. Utilisez le calculateur de frais pour votre propre numéro de vente et lisez les prix avant de promettre à un acheteur une fonctionnalité qui fait partie d'un forfait supérieur.

Lorsqu'un magasin qui vivait autrefois dans des billets est en activité, vérifiez trois choses après le premier paiement réel. La capture PayPal devrait apparaître sur la commande. Le statut de livraison doit indiquer envoyé ou en attente si les DM de l'acheteur ont été fermés. L'URL de la boutique publique doit être la même que celle affichée par les commandes, afin qu'un membre qui partage le lien n'envoie pas les gens vers une page vide. Si un nom ressemble à un test, une démo ou un bac à sable, ou si la boutique ne propose aucun produit, cette vitrine n'est pas indexée et reste en dehors du plan du site. Une vraie boutique avec des produits peut être indexée. À partir de n’importe lequel de ces guides, vous pouvez ouvrir les tarifs, le calculateur de frais et les pages de solutions liées sous l’article.

Un lancement propre pour un magasin qui vivait autrefois dans les billets est une brève annonce, pas un nouveau site Web. Nommez le serveur, répertoriez les trois produits avec leurs prix et si l'acheteur reçoit un fichier, une clé, un lien ou un rôle, et indiquez-leur les commandes. Le générateur d'annonces sur la page des outils rédige ce message. Le calculateur de frais place un pourcentage de marché à côté du forfait afin que le propriétaire puisse voir l'année, pas seulement la première vente. La tarification est la page qui indique Free, Basic, Pro et Enterprise sans qu'un adjectif commercial fasse le travail. Ces trois liens constituent la prochaine étape après cet article, et ce sont les mêmes faits que le reste du site est prêt à soutenir.

Récupération de l'acheteur, remboursements et limites des fonctionnalités

Utilisez vos achats avec la connexion d'origine Discord pour récupérer le contenu éligible. Une commande payée peut avoir échoué, être en attente ou avoir été retardée. Résolvez le problème sous-jacent et réessayez la commande existante au lieu de facturer à nouveau. Basic ajoute des versions de fichiers protégées, Pro ajoute des clés API pour les lectures product/order et les mises à jour de stock non clés, et Enterprise ajoute une révision des risques et des webhooks signés.

Le commerçant émet les remboursements dans PayPal. Les remboursements partiels effectués et vérifiés préservent l'accès ; les remboursements complets cumulés ferment les nouveaux accès à la livraison et mettent en file d'attente les suppressions de rôles enregistrés éligibles via le service d'accès programmé. Les nouvelles commandes de robot de récupération/personnel ont toujours un déploiement distinct. Les liens signés existants et les copies téléchargées ne peuvent pas être universellement rappelés. La vérification des licences signées avec les limites des appareils n'est disponible qu'après l'intégration du développeur. Les téléchargements facultatifs à usage unique protègent les téléchargements gérés, et non les URL externes. Les laissez-passer chronométrés nécessitent un service à expiration immédiate et sont bloqués pour une nouvelle configuration lorsqu'il n'est pas disponible. Les parrainages de créateurs Pro+ émettent des coupons de réduction en magasin après une livraison payante admissible ; ils ne créent pas de soldes de trésorerie ni de paiements automatiques. Le paiement du panier, les lots de composants, la facturation récurrente de l'acheteur, le paiement du vendeur Stripe/crypto, la livraison des commandes du serveur de jeu et la réservation automatique ne sont pas publiés.

Migrer la file d'attente sans perdre les commandes en attente

Commencez par une liste de tickets payants qui n'ont pas encore été honorés. Attribuez un propriétaire et une action de livraison attendue à chacun avant de publier les nouvelles instructions de paiement. Un acheteur qui a déjà payé via l'ancien processus ne devrait pas être invité à payer à nouveau en raison du lancement d'un nouveau magasin. Conservez la référence du reçu original et terminez cette commande via le processus d'assistance existant. L'automatisation devrait réduire la file d'attente future et non effacer l'enregistrement de l'ancienne.

Choisissez un produit avec un résultat de livraison clair pour le premier lancement automatisé. Mettez à jour ensemble le sujet de la chaîne, le message épinglé et le modèle de réponse du personnel afin que les membres voient les mêmes instructions d'achat partout. Laissez un itinéraire d'assistance pour les DM ayant échoué, les questions sur les produits et les travaux qui nécessitent une personne. Après la première semaine, comparez les commandes payées avec les livraisons réussies et comptez les tickets qui demandent encore comment les acheter. Cela vous donne une prochaine amélioration concrète. Si un service a besoin de recueillir des exigences, utilisez l'exécution manuelle avec des instructions explicites au lieu de promettre que chaque conversation d'assistance disparaîtra.

Questions fréquemment posées