> For the complete documentation index, see [llms.txt](https://ticketking.xyz/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ticketking.xyz/docs/es/formularios/questions-per-form.md). # Cuántas preguntas puede hacer un formulario Qué tan largo puede ser un formulario: 5 preguntas en el plan gratuito, hasta 100 en premium con formularios de varios pasos. Un formulario emergente de Discord admite como máximo **5 componentes**, y cada pregunta es un componente. Ese es el límite de Discord y nunca cambia. Premium eleva el límite del formulario en su conjunto con **formularios de varios pasos**. | Plan | Preguntas por opción | | ------- | -------------------- | | Gratis | 5 | | Premium | Hasta 100 | Esto se aplica de la misma manera a los paneles de tickets y a los paneles de aplicaciones. ## Formularios de varios pasos (premium) Una opción premium puede superar las 5 preguntas. Ticket King se encarga del resto: tú añades preguntas, el bot las hace todas, y el miembro termina en el mismo lugar con cada respuesta en el ticket. No hay nada que configurar: ni "página" ni "sección" que diseñar, ni división que definir. El miembro es guiado a través de todo el formulario y su progreso se guarda a medida que avanza. ## Lo que ocurre en el plan gratuito Un servidor gratuito aún puede *guardar* más de 5 preguntas en una opción — el panel solo te indica que las adicionales están inactivas: > El plan gratuito está limitado a 5 preguntas — actualiza para tener hasta 100 En el momento de abrir el ticket, solo se hacen **las primeras 5 preguntas activas** El resto se conserva, no se elimina. Eso importa cuando caduca Premium. Tu formulario más largo no se destruye: vuelve a sus primeras 5 preguntas, y si Premium regresa, el resto vuelve exactamente tal como estaba. No tienes que reconstruir nada. Si quieres otras 5 mientras estás en el plan gratuito, arrastra las preguntas que te importan a las 5 primeras: lo que decide es el orden, no el interruptor Activo. ## Qué significa "1 componente" Cada pregunta es un componente, sin importar su tipo. Cinco campos de texto son cinco componentes; cuatro campos de texto y un desplegable también son cinco. ## Solo porque puedas hacer 100, no El límite es un techo, no un objetivo. Un buen formulario es rápido para el miembro. Cinco preguntas llevan aproximadamente un minuto; cuarenta no, y un miembro que se siente interrogado escribe peores respuestas o se rinde antes de enviarlo. Algunas recomendaciones prácticas: * **Tickets de soporte: mantente cerca de 5.** El propósito del formulario es evitar una ronda de ida y vuelta, no sustituir la conversación. * **Solicitudes: más largo es razonable.** Las solicitudes de personal, las solicitudes de lista blanca y los formularios de asociación son lugares donde 15 a 30 preguntas realmente se ganan su sitio, porque las respuestas *son* lo que se está revisando. * **Pon primero las preguntas que siempre necesitas.** En un servidor gratuito solo se hacen las primeras 5, y en cualquier plan el primer paso es el que todos completan. ## Hacer menos preguntas, pero más amplias Antes de añadir una sexta pregunta, comprueba si dos de las primeras cinco pueden fusionarse. **Cuatro preguntas concretas:** 1. ¿Sistema operativo? 2. ¿Versión del sistema operativo? 3. ¿Versión de la aplicación? 4. ¿Número de compilación? **En su lugar, una sola pregunta de párrafo:** 1. **Detalles del entorno.** Tu sistema operativo, versión de la aplicación y número de compilación. El miembro escribe todo en un solo párrafo. El personal sigue obteniendo toda la información, más rápido. ## Usar el embed inicial en su lugar Algunas "preguntas" son en realidad instrucciones para el miembro, no información que necesites que escriba en un formulario. Sácalas del formulario y ponlas en el embed inicial de la opción: > **Antes de que el personal pueda ayudar con la facturación, pega:** > > * Tu número de pedido > * El correo electrónico de la cuenta > * Una captura de pantalla del error El miembro ve esto una vez que se abre el ticket y lo proporciona en su primer mensaje. ## Usar preguntas Inactivas Cada pregunta tiene un **Activo / Inactivo** interruptor. Las preguntas inactivas se siguen guardando, pero nunca se hacen, y no cuentan para los pasos por los que pasa un miembro. Úsalo para probar alternativas: redacta 8 preguntas candidatas, marca 3 como Inactivas y ejecuta el formulario con 5. Después de una semana, mira qué sigue teniendo que preguntar el personal en los tickets, y luego intercambia las preguntas inactivas. ## Lo que el límite no significa * No limita lo que puedes recopilar por ticket. Una vez que el ticket está abierto, el personal puede preguntar cualquier cosa en el canal. * No difiere entre tickets y solicitudes. Ambos usan el mismo sistema de formularios y la misma división de 5 / 100. ## Relacionado {% content-ref url="/pages/5332fd8abe29225fa7e519bdb95c78191b61176d" %} [Tipos de preguntas](/docs/es/formularios/question-types.md) {% endcontent-ref %} {% content-ref url="/pages/3980bac3bd2e6006297f6d91c11faa04fa7c3be5" %} [Resumen de solicitudes](/docs/es/solicitudes/overview.md) {% endcontent-ref %} {% content-ref url="/pages/a95580007f612b1d9b4da10301a6c10137b1cf82" %} [La lista de funciones solo para Premium](/docs/es/premium/feature-list.md) {% endcontent-ref %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://ticketking.xyz/docs/es/formularios/questions-per-form.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.