> 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/pt-br/formularios/questions-per-form.md). # Quantas perguntas um formulário pode fazer Quantas perguntas um formulário pode ter: 5 perguntas no plano gratuito, até 100 no Premium com formulários em várias etapas. Um formulário pop-up do Discord comporta no máximo **5 componentes**, e cada pergunta é um componente. Esse é o limite do Discord e ele nunca muda. O Premium eleva o limite do formulário como um todo com **formulários com várias etapas**. | Plano | Perguntas por opção | | ------- | ------------------- | | Grátis | 5 | | Premium | Até 100 | Isso se aplica da mesma forma aos painéis de tickets e aos painéis de aplicação. ## Formulários com várias etapas (premium) Uma opção premium pode passar de 5 perguntas. O Ticket King cuida do resto: você adiciona perguntas, o bot faz todas, e o membro termina no mesmo lugar com todas as respostas no ticket. Não há nada para configurar — nenhuma "página" ou "seção" para organizar, nenhuma divisão para definir. O membro é guiado por todo o formulário e seu progresso é salvo à medida que avança. ## O que acontece no plano gratuito Um servidor gratuito ainda pode *salvar* mais de 5 perguntas em uma opção — o painel só informa que as extras estão inativas: > O plano gratuito é limitado a 5 perguntas — faça upgrade para até 100 No momento de abertura do ticket, apenas as **primeiras 5 perguntas ativas** são perguntadas. O restante é mantido, não apagado. Isso importa quando o premium expira. Seu formulário mais longo não é destruído: ele volta para as 5 primeiras perguntas, e se o premium retornar, o restante volta exatamente como estava. Você não precisa reconstruir nada. Se você quiser 5 diferentes enquanto estiver no plano gratuito, arraste as perguntas que importam para as 5 primeiras — a ordem é o que decide, não o botão Ativo. ## O que significa "1 componente" Cada pergunta é um componente, seja qual for o tipo. Cinco campos de texto são cinco componentes; quatro campos de texto e uma lista suspensa também contam como cinco. ## Só porque você pode fazer 100, não O limite é um teto, não uma meta. Um bom formulário é rápido para o membro. Cinco perguntas levam cerca de um minuto; quarenta não, e um membro que se sente interrogado escreve respostas piores ou desiste antes de enviar. Algumas orientações práticas: * **Tickets de suporte: fique perto de 5.** O objetivo do formulário é economizar uma rodada de troca de mensagens, não substituir a conversa. * **Aplicações: algo mais longo é razoável.** Formulários de candidatura para equipe, candidaturas à whitelist e formulários de parceria são casos em que 15 a 30 perguntas realmente fazem sentido, porque as respostas *são* o que está sendo avaliado. * **Coloque primeiro as perguntas de que você sempre precisa.** Em um servidor gratuito, apenas as 5 primeiras são perguntadas, e em qualquer plano a primeira etapa é a que todos concluem. ## Fazer menos perguntas, mas mais abrangentes Antes de adicionar uma sexta pergunta, verifique se duas das cinco primeiras podem ser combinadas. **Quatro perguntas específicas:** 1. Sistema operacional? 2. Versão do sistema operacional? 3. Versão do app? 4. Número da build? **Em vez disso, uma pergunta em Parágrafo:** 1. **Detalhes do ambiente.** Seu sistema operacional, versão do app e número da build. O membro escreve tudo em um parágrafo. A equipe ainda recebe todas as informações, mais rápido. ## Usando o embed de abertura em vez disso Algumas "perguntas" são, na verdade, instruções para o membro, não informações que você precisa que sejam digitadas em um formulário. Mova-as para fora do formulário e para o embed de abertura da opção: > **Antes que a equipe possa ajudar com cobrança, cole:** > > * Seu número do pedido > * O e-mail da conta > * Uma captura de tela do erro O membro vê isso assim que o ticket é aberto e fornece essas informações na primeira mensagem. ## Usando perguntas Inativas Cada pergunta tem um **Ativo / Inativo** alternador. As perguntas inativas ficam salvas, mas nunca são perguntadas, e não contam para as etapas pelas quais o membro passa. Use isso para testar alternativas: crie 8 perguntas candidatas, marque 3 como Inativas e execute o formulário com 5. Depois de uma semana, veja o que a equipe ainda precisa perguntar nos tickets e então substitua as perguntas inativas. ## O que o limite não significa * Ele não limita o que você pode coletar por ticket. Assim que o ticket é aberto, a equipe pode perguntar qualquer coisa no canal. * Ele não difere entre tickets e aplicações. Ambos usam o mesmo sistema de formulário e a mesma divisão 5 / 100. ## Relacionados {% content-ref url="/pages/e09b3e326096b7cc0048fb14cd6150a8668fb7fa" %} [Tipos de perguntas](/docs/pt-br/formularios/question-types.md) {% endcontent-ref %} {% content-ref url="/pages/143ecdf782c5af1c51eeda02a0120b03fc04670d" %} [Visão geral das aplicações](/docs/pt-br/aplicacoes/overview.md) {% endcontent-ref %} {% content-ref url="/pages/37e70835af01437edc69b1520ca91115369ae7df" %} [A lista de recursos exclusivos do Premium](/docs/pt-br/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/pt-br/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.