手動の Discord チケット販売をストアボットに置き換えます

手動チケット販売の隠れたコスト Discord

すべての注文は人を待っています。その人が眠っている場合、買い手は立ち去ります。 2 人がファイルを送信すると、情報漏洩が発生します。ファイルがチケット チャネルに貼り付けられた場合、そのファイルは公開されます。

ネイティブ スラッシュ コマンドがコンバージョンを高める仕組み

購入者は価格を見て、PayPal を支払い、スタッフを介さずに DM を受け取ります。何か障害が発生した場合でもダッシュボードが表示されます。

自動配信と手動サービス注文の組み合わせ

コーチング、セットアップ、カスタム作業は手動のままにする必要があります。命令は保留のままで、双方があなたが書いた指示を受け取ります。デジタル製品はそのパスを使用すべきではありません。

ログインを共有せずにサーバーとスタッフを管理する PayPal

サーバー管理メンバーはストアを実行できます。 PayPal パスワードは必要ありません。各サーバーには独自のカタログ、注文、およびプランがあります。

Discord ストア ボット、PayPal チェックアウト、配信パイプラインを構築する Cartcord チームによって作成されました。

チケットの実際の費用

チケット販売は、個人、タイムゾーン、および手書きで入力された PayPal 請求書です。午前2時に質問した購入者は朝まで待つか、答えた人から購入します。その後、ファイルは DM を介して移動しますが、詐欺があなたの文言をコピーする場所でもあります。 /buy は、URL、キー、ロール、または手動で書かれたステップなどのキューを置き換えます。人間が行う必要がある作業には手動配信がまだ存在しており、作成した指示を双方に通知します。これは、リンクできる ZIP のパスではありません。

スタッフは、「注文を支援する」ために PayPal ログインを共有しないでください。適切なダッシュボードを開くには、「サーバーの管理」で十分です。各サーバーは独自に請求および制限されるため、サーバー A のモデレータはサーバー B の注文許容量を使用できません。支払いステータスと配送ステータスは分離されたままになります。これにより、取得した支払いを未払いとしてマークせずにファイルを再送信することができます。

最初に 1 つの製品をチケットから移動します

プランはサーバー的に維持されます。無料は月に 3 つの製品と 3 つの注文で $0 であり、これは 1 つのオファーを証明するのに十分です。 Basic は、25 製品と 100 件の注文で $29.99 です。 Pro は 150 の製品、1,000 の注文、クーポン、テーマ、ストア ドキュメントを備えた $59.99 で、最もアクティブなストアが使用すべきプランです。 Enterprise の価格は 129.99 ドルで、無制限の製品と注文、不正防止機能、署名付き Webhook が付属します。これらの価格はいずれも売上の割合ではありません。 PayPal 独自の処理手数料は引き続き適用され、Cartcord は支払いを保留しません。すでに販売されている製品を Free または Basic に置きます。 PayPalを接続します。配送を設定します。何かが欠けている場合はパブリッシュガードに文句を言いましょう。サーバーにコマンド リストが /store、/products、および /buy であることを伝えます。チェックアウトのためではなく、サポートのためにチケット チャネルを離れてください。

購入者は、/store、/products、/buy で閲覧してチェックアウトを開始します。 Web での購入の回復は、購入を通じて利用できます。カート コマンドや追加のチェックアウト コマンドはありません。パブリック ストア URL を開くこともできます。 PayPal が支払いを受け取った後、配信されるのは、自分でホストするファイル リンク、プールからの 1 つの未使用のライセンス キー、プライベート URL、一度付与された Discord ロール、またはスタッフが行動するまで保留状態となる手動注文です。オプションの時間指定パスには、利用可能な有効期限サービスが必要です。支払いは繰り返されません。 Basic+ は、有効期間の短い署名付きリンクを使用したプライベート アップロード、または公開されたストレージ制限内でのオプションの 24 時間の使い捨てダウンロードをサポートします。

ニッチでも変わらない運用ルール

チケットを使用していたストアの場合、PayPal が支払いを受け取り、設定した配送が送信された場合にのみ販売が終了します。 Cartcord はその注文の 0% を受け取ります。月額費用はサーバー プランであり、収益の一部ではありません。 PayPal は引き続き処理料金を請求し、その料金はお客様と PayPal の間で発生します。 Cartcord は、後で引き出す残高を保持することはありません。そのため、Cartcord はウォレットの支払いスケジュールを課しません。 PayPal は引き続き手数料、保留、またはアカウント制限を適用できます。

チケットにかつて存在していたストアを発表するときは、コマンド リストを短くしてください。メンバーは /store を実行してショップを表示し、/products を実行して閲覧し、/buy を実行して支払います。また、サーバー外のユーザーや検索エンジンが開くことができるパブリック ストア URL を使用することもできます。カートコマンドを発明しないでください。ボットがすでに配信できるものに対して、チケットを開くように依頼しないでください。チケットはサポート用と、手動としてマークしたまれな注文用に残ります。

チケットを使用していたストアへの配信は、5 つのセットアップのうちの 1 つです。ファイルは外部 URL または Basic+ で保護された管理バージョンを使用します。管理されたアップロードでは、ファイルごとに 25 MiB、ストアごとに 250 MiB の予約ストレージが許可されます。ライセンス キーはプール内の未使用の 1 行であり、再送信ではその同じ行が繰り返されます。プライベート URL はリンクです。ロールはキャプチャ後に付与されます。オプションの時間指定パスにはライブ有効期限サービスが必要で、支払いは 1 回限りで、定期的な請求はありません。手動注文は保留状態のままで、購入者の詳細と作成した指示をスタッフに送信します。パブリッシュ ガードは、PayPal、配送、または在庫が欠落している間に製品の公開を停止します。

ニッチな感覚ではなく、注文数からプランを選びましょう。無料の対象となるのは、月に 3 つの製品と 3 つの注文です。 Basic は、25 製品と 100 件の注文で 29.99 ドルです。 Pro は 150 の製品と 1,000 の注文に対して 59.99 ドルで、クーポン、テーマ、ストア ドキュメント、対象範囲を限定した販売者 API キーが追加されます。 Enterprise は、無制限のボリューム、不正防止機能、署名付き Webhook が必要な場合、129.99 ドルです。 5,000 ドルの 10% の例は、500 ドルのシナリオ入力であり、ベンダーの現在のレートを示すものではありません。 Proは59.99ドルで、5,000ドルはありません。ご自身の販売数に応じて料金計算ツールを使用し、より高いプランに含まれる機能を購入者に約束する前に価格をよく読んでください。

チケット常駐店がライブの場合、最初のリアル決済後に3つのことを確認してください。 PayPal キャプチャが注文に表示されるはずです。配送ステータスは送信済み、または購入者の DM が閉じられている場合は保留中と表示されます。パブリック ストア URL はコマンドで表示されるショップと同じである必要があるため、リンクを共有するメンバーがユーザーを空のページに誘導することはありません。名前がテスト、デモ、サンドボックスのように見える場合、またはショップに商品がない場合、そのストアフロントはインデックスなしであり、サイトマップから除外されます。商品を置いている実店舗をインデックス化できます。これらのガイドのいずれかから、価格設定、料金計算ツール、記事の下にリンクされているソリューション ページを開くことができます。

これまでチケット販売を行っていたストアのクリーンな立ち上げは、新しいウェブサイトではなく、短い発表です。サーバーに名前を付け、3 つの製品とその価格をリストし、購入者がファイル、キー、リンク、またはロールを受け取るかどうかを指定し、コマンドを伝えます。ツール ページのアナウンス ジェネレーターがそのメッセージの下書きを作成します。料金計算ツールでは、フラット プランの横にパーセンテージ マーケットプレイスが表示されるため、所有者は最初の販売だけでなく、その年を確認できます。価格は、Free、Basic、Pro、Enterprise と記載されているページですが、販売に関する形容詞はありません。これら 3 つのリンクは、この記事の次のステップであり、サイトの残りの部分が喜んで支持するのと同じ事実です。

購入者の回復、返金、機能の境界

対象となるコンテンツを復元するには、元の Discord ログインで購入したものを使用します。支払い済みの注文は、配送が失敗、保留、または保留されている可能性があります。根本的な問題を修正し、再度請求するのではなく、既存の注文を再試行してください。 Basic では保護されたファイル バージョンが追加され、Pro では製品/注文の読み取りとキー以外の在庫更新用の API キーが追加され、Enterprise ではリスク レビューと署名済み Webhook が追加されます。

販売者は PayPal で返金を行います。一部返金が完了したことを確認すると、アクセスが維持されます。累積的な全額返金により、新しい配信アクセスが閉じられ、スケジュールされたアクセス サービスを通じて対象となる保存済みロールの削除がキューに追加されます。新しい回復/スタッフ ボット コマンドには、引き続き個別のロールアウトが必要です。既存の署名付きリンクとダウンロードされたコピーを全面的に取り消すことはできません。デバイス制限付きの署名付きライセンス検証は、開発者統合後にのみ利用可能です。オプションの使い捨てダウンロードは、外部 URL ではなく、管理されたアップロードを保護します。時間指定パスには有効期限切れのサービスが必要であり、利用できない間は新しいセットアップがブロックされます。 Pro+ クリエイターの紹介は、有料配信の条件を満たした後にストア クーポン特典を発行します。現金残高や自動支払いは作成されません。バスケット チェックアウト、コンポーネント バンドル、定期購入者請求、販売者 Stripe/暗号チェックアウト、ゲーム サーバー コマンド配信および自動予約はリリースされていません。

未処理の注文を失わずにキューを移行する

まだ履行されていない有料チケットのリストから始めます。新しいチェックアウト手順を公開する前に、それぞれに所有者と予想される配送アクションを割り当てます。古いプロセスですでに支払いを行っている購入者は、新しいストアがオープンしたからといって、再度支払いを求められるべきではありません。元の領収書参照を保管し、既存のサポート プロセスを通じて注文を完了してください。自動化は、古いキューの記録を消去するのではなく、今後のキューを減らす必要があります。

最初の自動起動では、明確な配信結果を持つ製品を 1 つ選択してください。チャンネルのトピック、固定メッセージ、スタッフの応答テンプレートをまとめて更新して、メンバーがどこでも同じ購入手順を確認できるようにします。 DMの失敗や商品の質問、人手が必要な作業などのサポートルートを残しておきます。最初の 1 週間後、有料注文と正常な配信を比較し、購入方法を尋ねるチケットを数えます。それにより、具体的な次の改善が得られます。サービスで要件の収集が必要な場合は、すべてのサポート会話がなくなると約束するのではなく、明示的な指示を伴う手動フルフィルメントを使用します。

よくある質問