Reemplazar la venta manual de boletos de Discord con un bot de tienda

El costo oculto de la venta manual de entradas para Discord

Cada orden espera a una persona. Si esa persona está dormida, el comprador se marcha. Si dos personas envían el archivo, tienes una fuga. Si el archivo se pega en el canal del ticket, es público.

Cómo los comandos de barra diagonal nativos aumentan la conversión

El comprador ve el precio, paga PayPal y recibe el DM sin un miembro del personal en el medio. Todavía tienes un panel de control cuando algo falla.

Combinación de entrega automatizada con órdenes de servicio manuales

El entrenamiento, la configuración y el trabajo personalizado deben seguir siendo manuales. La orden permanece pendiente y ambas partes reciben las instrucciones que usted escribió. Los productos digitales no deberían seguir ese camino.

Administrar servidores y personal sin compartir inicios de sesión de PayPal

Los miembros de Manage Server pueden ejecutar la tienda. No necesitan su contraseña de PayPal. Cada servidor tiene su propio catálogo, pedidos y plan.

Escrito por el equipo de Cartcord que crea el bot de la tienda Discord, el proceso de pago de PayPal y el proceso de entrega.

Lo que realmente cuesta un billete

Una venta de entradas es una persona, una zona horaria y una factura de PayPal escrita a mano. El comprador que preguntó a las 2 de la mañana espera hasta la mañana, o le compra a alguien que respondió. Luego, el archivo pasa por los mensajes directos, que también es donde las estafas copian su redacción. /buy reemplaza esa cola por cualquier cosa que pueda ser una URL, una clave, una función o un paso manual escrito. La entrega manual todavía existe para el trabajo que debe realizar un ser humano y notifica a ambas partes con las instrucciones que usted escribió. No es la ruta de un ZIP que podrías haber vinculado.

El personal no debe compartir el inicio de sesión de PayPal para "ayudar con los pedidos". Administrar servidor es suficiente para abrir el panel derecho. Cada servidor se factura y está limitado por sí solo, por lo que un moderador del servidor A no puede gastar la asignación de pedidos del servidor B. El estado de pago y el estado de entrega permanecen separados, así es como se reenvía un archivo sin marcar un pago capturado como no pagado.

Primero retire un producto de los tickets

Los planes se mantienen en el servidor. Gratis es $0 con 3 productos y 3 pedidos al mes, lo cual es suficiente para probar una oferta. Básico cuesta $ 29,99 con 25 productos y 100 pedidos. Pro cuesta $ 59,99 con 150 productos, 1000 pedidos, cupones, temas y documentos de la tienda, y es el plan que la mayoría de las tiendas activas deberían usar. Enterprise cuesta $ 129,99 con productos y pedidos ilimitados, protección contra fraudes y webhooks firmados. Ninguno de esos precios es un porcentaje de la venta. Se sigue aplicando la tarifa de procesamiento propia de PayPal y Cartcord no retiene el pago. Pon el producto que ya se vende en Gratis o Básico. Conecte PayPal. Establecer la entrega. Deje que el guardia de publicación se queje si falta algo. Dígale al servidor que la lista de comandos es /store, /products y /buy. Salga del canal de tickets para recibir asistencia, no para realizar el pago.

Los compradores navegan e inician el pago con /store, /products y /buy; La recuperación de compras web está disponible a través de Tus compras. No hay comando de carrito ni comando de pago adicional. También pueden abrir la URL de la tienda pública. Después de que PayPal captura el pago, la entrega es un enlace de archivo que usted mismo aloja, una clave de licencia no utilizada de su grupo, una URL privada, una función Discord otorgada una vez o un pedido manual que permanece pendiente hasta que el personal actúe. Los pases cronometrados opcionales requieren un servicio con vencimiento disponible; los pagos no se repiten. Basic+ admite cargas privadas con enlaces firmados de corta duración o descargas opcionales de un solo uso las 24 horas dentro de los límites de almacenamiento publicados.

Las reglas de funcionamiento que no cambian con el nicho

Para una tienda que solía vivir de boletos, la venta finaliza solo cuando PayPal ha capturado el pago y se ha enviado la entrega que usted configuró. Cartcord toma el 0% de ese pedido. El costo mensual es el plan del servidor, no una porción de los ingresos. PayPal aún cobra su tarifa de procesamiento, y esa tarifa queda entre usted y PayPal. Cartcord nunca retiene un saldo que usted retira posteriormente, por lo que Cartcord no impone un calendario de pagos de billetera; PayPal aún puede aplicar tarifas, retenciones o restricciones de cuenta.

Mantenga la lista de comandos breve cuando anuncie una tienda que solía vivir en boletos. Los miembros ejecutan /store para ver la tienda, /products para explorar y /buy para pagar. También pueden utilizar la URL de la tienda pública, que es la dirección que puede abrir una persona fuera del servidor y un motor de búsqueda. No inventes un comando de carrito. No les pida que abran un ticket para pagar algo que el robot ya puede entregar. Los boletos se quedan para soporte y para el raro pedido que marcaste como manual.

La entrega para una tienda que solía vivir de boletos es una de cinco configuraciones. Un archivo utiliza una URL externa o una versión administrada protegida de Basic+. Las cargas administradas permiten 25 MiB por archivo y 250 MiB de almacenamiento reservado por tienda. Una clave de licencia es una línea no utilizada del grupo y un reenvío repite esa misma línea. Una URL privada es un enlace. Se otorga un rol después de la captura. Los pases cronometrados opcionales requieren un servicio con vencimiento en vivo y se pagan una vez, sin facturación recurrente. Un pedido manual permanece pendiente y envía un ping al personal con los detalles del comprador y las instrucciones que usted escribió. La guardia de publicación es lo que impide que el producto entre en funcionamiento mientras falta PayPal, la entrega o el stock.

Elija el plan a partir del recuento de pedidos, no de un sentimiento sobre el nicho. Gratis cubre 3 productos y 3 pedidos al mes. Básico cuesta $29,99 por 25 productos y 100 pedidos. Pro cuesta $ 59,99 por 150 productos y 1000 pedidos, y agrega cupones, temas, documentos de la tienda y claves API comerciales específicas. Enterprise cuesta $ 129,99 cuando necesita volumen ilimitado, protección contra fraudes y webhooks firmados. El ejemplo del 10% sobre $5000 es una entrada de escenario de $500, no una declaración de la tarifa actual de ningún proveedor. Pro cuesta $ 59,99 y ninguno de los $ 5000. Utilice la calculadora de tarifas para obtener su propio número de ventas y lea los precios antes de prometerle a un comprador una función que se encuentra en un plan superior.

Cuando una tienda que solía vivir en boletos está activa, verifique tres cosas después del primer pago real. La captura de PayPal debería aparecer en el pedido. El estado de la entrega debe mostrar enviado o pendiente si los mensajes directos del comprador estaban cerrados. La URL de la tienda pública debe ser la misma tienda que muestran los comandos, de modo que un miembro que comparta el enlace no envíe personas a una página vacía. Si un nombre parece una prueba, una demostración o una zona de pruebas, o la tienda no tiene productos, ese escaparate no tiene índice y permanece fuera del mapa del sitio. Se puede indexar una tienda real con productos. Desde cualquiera de estas guías puede abrir los precios, la calculadora de tarifas y las páginas de soluciones vinculadas en el artículo.

Un lanzamiento limpio para una tienda que solía vivir de boletos es un anuncio breve, no un nuevo sitio web. Nombra el servidor, enumera los tres productos con sus precios y si el comprador recibe un archivo, una clave, un enlace o un rol, y dile los comandos. El generador de anuncios en la página de herramientas redacta ese mensaje. La calculadora de tarifas coloca un mercado porcentual junto al plano para que el propietario pueda ver el año, no solo la primera venta. El precio es la página que dice Gratis, Básico, Pro y Empresarial sin un adjetivo de ventas que haga el trabajo. Esos tres enlaces son el siguiente paso después de este artículo, y son los mismos hechos que el resto del sitio está dispuesto a respaldar.

Recuperación del comprador, reembolsos y límites de funciones

Utilice Sus compras con el inicio de sesión original Discord para recuperar contenido elegible. Un pedido pagado puede tener entrega fallida, pendiente o retenida. Solucione el problema subyacente y vuelva a intentar realizar el pedido existente en lugar de volver a cobrar. Basic agrega versiones de archivos protegidos, Pro agrega claves API para lecturas de productos /order y actualizaciones de stock sin clave, y Enterprise agrega revisión de riesgos y webhooks firmados.

El comerciante emite reembolsos en PayPal. Los reembolsos parciales completados y verificados preservan el acceso; cumulative full refunds close new delivery access and queue eligible saved role removals through the scheduled access service. New recovery/staff bot commands still have a separate rollout. Los enlaces firmados existentes y las copias descargadas no se pueden recuperar universalmente. La verificación de licencia firmada con límites de dispositivos está disponible solo después de la integración del desarrollador. Las descargas opcionales de un solo uso protegen las cargas administradas, no las URL externas. Los pases cronometrados requieren un servicio con vencimiento listo y están bloqueados para una nueva configuración mientras no esté disponible. Pro+ creator referrals issue store coupon rewards after qualifying paid delivery; they do not create cash balances or automatic payouts. El pago de la cesta, los paquetes de componentes, la facturación recurrente del comprador, el pago del vendedor Stripe/cripto, la entrega de comandos del servidor de juegos y la reserva automática no se publican.

Migrar la cola sin perder órdenes pendientes

Comience con una lista de tickets pagados que aún no se han cumplido. Asigne un propietario y una acción de entrega esperada a cada uno antes de publicar las nuevas instrucciones de pago. A un comprador que ya pagó mediante el proceso anterior no se le debe pedir que vuelva a pagar porque se abrió una nueva tienda. Conserve la referencia del recibo original y finalice ese pedido a través del proceso de soporte existente. La automatización debería reducir la cola futura, no borrar el registro de la anterior.

Elija un producto con un resultado de entrega claro para el primer lanzamiento automatizado. Actualice el tema del canal, el mensaje fijado y la plantilla de respuesta del personal juntos para que los miembros vean las mismas instrucciones de compra en todas partes. Deje una ruta de soporte para mensajes directos fallidos, preguntas sobre productos y trabajos que requieran una persona. Después de la primera semana, compare los pedidos pagados con las entregas exitosas y cuente los tickets que todavía preguntan cómo comprar. Eso le proporciona una próxima mejora concreta. Si un servicio necesita recopilar requisitos, utilice el cumplimiento manual con instrucciones explícitas en lugar de prometer que todas las conversaciones de soporte desaparecerán.

Preguntas frecuentes