Digital Products Shop

For a creator selling digital products: a licence channel, per-product support, update notes and a customer-only floor.

  • 5 categories
  • 18 channels
  • 7 roles
  • Small
Download Discord JSON

Choose a server, review what will be created or reused, then confirm. Merge keeps what you have; replace rebuilds the server. Vetox takes a safety backup first either way.

No uses yetNo views yet

Server structure

Channels

BEFORE YOU BUY

  • what-your-licence-allows

    Personal use, client work, resale, redistribution. In plain language.

  • before-you-buy

    Pre-purchase questions, answered publicly.

  • compatibility

    Which versions each product works with.

  • general

    Everything else.

PRODUCTS

  • product-one

    Rename to your first product line.

  • product-two

    Rename to your second product line.

  • product-three

    Rename to your third product line.

  • installation-help

    The largest support category by far.

  • order-problem

    Purchases and refunds. Opens a ticket.

CUSTOMERS

  • customer-chat

    Verified buyers.

  • show-what-you-made

    Both a pleasure and the shop's best marketing.

  • feature-requests

    What the next version should do.

  • Customer Call

UPDATES

  • product-updates

    What changed, and whether you need to redownload.

  • changelog

    Every version.

  • known-issues

    Published, not hidden. A buyer who reads this waits instead of refunding.

SHOP

  • refund-log

    What was refunded and why. Read it monthly.

  • support-notes

    Recurring problems worth fixing at the source.

Roles

  • Shop OwnerAdministrator
  • SupportModerator
  • Customer
  • Visitor
  • Update Ping
  • Muted

Overview

For someone selling presets, templates, brushes, fonts or similar: small products, many customers, and support questions that repeat forever. #what-your-licence-allows is read-only and is the most important channel here, stating in plain language what a buyer may and may not do — personal use, client work, resale, redistribution — because almost every awkward conversation in this business comes from a buyer who genuinely did not know. #before-you-buy answers the pre-purchase questions publicly so they are not asked twenty times privately. Products is one channel per product line, each carrying its own support, so a question about the brush pack is not buried under the template questions. #installation-help covers the single largest support category, and #compatibility states which versions each product works with, which is where refund requests actually originate. Customers is verified and small: #customer-chat, #show-what-you-made, which is both a pleasure and the best marketing the shop has, and #feature-requests. Updates is read-only: #product-updates with what changed, and #changelog. #known-issues is published rather than hidden, because a buyer who finds an undocumented bug asks for a refund while one who reads it in a channel usually waits for the fix. A hidden shop area holds the refund log and support notes.

When to use it

Selling digital products generates the same support questions endlessly, and the ones that turn into refunds are almost always licence confusion or a version incompatibility nobody stated. This layout publishes the licence in plain language, gives each product line its own support channel, states compatibility up front, and publishes known issues rather than letting buyers discover them and ask for money back.

What makes it different

  • The licence is stated in plain language, which prevents almost every awkward conversation.
  • Compatibility is published up front, since that is where refund requests actually originate.
  • Known issues are public, because a buyer who reads one waits and a buyer who finds one refunds.
  • One support channel per product line, so questions are not buried under other products.

Recommended Vetox setup

  • Tickets

    Point Tickets at #order-problem so a purchase or refund question is private rather than a public complaint.

  • Auto Roles

    Assign the Visitor role on arrival so the customer floor stays behind verification without manual work.

  • Embed Messages

    Use Embed Messages for #what-your-licence-allows so the terms are edited in place and never ambiguous.

  • Starboard

    Point Starboard at #show-what-you-made so customer work becomes the shop's best marketing.

Questions

Why write the licence in plain language?

Because the buyers are creators, not lawyers, and the failure mode is not deliberate piracy but honest misunderstanding: someone uses a preset pack in client work believing a personal licence covered it. A short channel saying what you may do, what you may not, and what to ask about prevents that entirely, and it makes the rare deliberate case straightforward to address.

Should known issues really be public?

Yes, and it reduces refunds rather than causing them. A buyer who hits an undocumented bug concludes the product is unfinished and asks for their money back. A buyer who finds the same bug already listed with a note about the fix concludes the shop is on top of things and waits. The information is identical; only the framing differs.

Common mistakes

  • Writing the licence in legal language nobody reads, which produces the misuse it was meant to prevent.
  • Not stating compatibility, which turns every version mismatch into a refund request.
  • Hiding known issues, so buyers discover them alone and ask for their money back instead of waiting.

Consider instead

Do you have any doubts?

Our team is there for you

0.0k

Servers

0+

Commands

0

Users

0

Languages