> 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/de/formulare/questions-per-form.md). # Wie viele Fragen ein Formular stellen kann Wie lang ein Formular sein kann: 5 Fragen im kostenlosen Plan, bis zu 100 im Premium-Plan mit mehrstufigen Formularen. Ein Discord-Pop-up-Formular umfasst höchstens **5 Komponenten**, und jede Frage ist eine Komponente. Das ist Discords Limit, und es ändert sich nie. Premium hebt die Obergrenze für das Formular insgesamt auf mit **mehrstufigen Formularen**. | Plan | Fragen pro Option | | --------- | ----------------- | | Kostenlos | 5 | | Premium | Bis zu 100 | Das gilt in gleicher Weise für Ticket-Panels und Bewerbungs-Panels. ## Mehrstufige Formulare (Premium) Eine Premium-Option kann über 5 Fragen hinausgehen. Ticket King übernimmt den Rest: Du fügst Fragen hinzu, der Bot stellt sie alle, und das Mitglied landet mit jeder Antwort im Ticket am gleichen Ort. Es gibt nichts zu konfigurieren — keine „Seite“ oder „Abschnitt“, die angelegt werden müssen, kein Split, der definiert werden muss. Das Mitglied wird durch das gesamte Formular geführt, und der Fortschritt wird dabei gespeichert. ## Was im kostenlosen Tarif passiert Ein kostenloser Server kann trotzdem *speichern* mehr als 5 Fragen für eine Option speichern — das Dashboard teilt dir nur mit, dass die zusätzlichen inaktiv sind: > Der kostenlose Tarif ist auf 5 Fragen begrenzt — upgrade für bis zu 100 Beim Öffnen eines Tickets werden nur die **ersten 5 aktiven Fragen** gestellt. Der Rest wird beibehalten, nicht gelöscht. Das ist wichtig, wenn Premium ausläuft. Dein längeres Formular wird nicht zerstört: Es fällt auf seine ersten 5 Fragen zurück, und wenn Premium zurückkehrt, kommt der Rest genau so zurück, wie er war. Du musst nichts neu aufbauen. Wenn du im kostenlosen Tarif andere 5 möchtest, ziehe die Fragen, die dir wichtig sind, in die ersten 5 — entscheidend ist die Reihenfolge, nicht der Aktiv-Schalter. ## Was „1 Komponente“ bedeutet Jede Frage ist eine Komponente, egal welchen Typs sie ist. Fünf Texteingabefelder sind fünf Komponenten; vier Texteingabefelder und ein Dropdown sind ebenfalls fünf. ## Nur weil du 100 Fragen stellen kannst, solltest du nicht Die Obergrenze ist eine Höchstgrenze, kein Ziel. Ein gutes Formular geht für das Mitglied schnell. Fünf Fragen dauern etwa eine Minute; vierzig nicht, und ein Mitglied, das sich verhört fühlt, gibt schlechtere Antworten oder bricht vor dem Absenden ab. Einige praktische Hinweise: * **Support-Tickets: bleib bei etwa 5.** Der Zweck des Formulars ist es, einen zusätzlichen Hin-und-her-Schritt zu sparen, nicht das Gespräch zu ersetzen. * **Bewerbungen: Länger ist sinnvoll.** Bei Mitarbeiterbewerbungen, Whitelist-Bewerbungen und Partnerschaftsformularen sind 15 bis 30 Fragen wirklich angebracht, weil die Antworten *sind* der Gegenstand der Prüfung sind. * **Setze die Fragen, die du immer brauchst, zuerst.** Auf einem kostenlosen Server werden nur die ersten 5 gefragt, und in jedem Tarif ist der erste Schritt derjenige, den alle ausfüllen. ## Weniger, allgemeinere Fragen stellen Bevor du eine sechste Frage hinzufügst, prüfe, ob sich zwei der ersten fünf zusammenfassen lassen. **Vier eng gefasste Fragen:** 1. Betriebssystem? 2. OS-Version? 3. App-Version? 4. Build-Nummer? **Stattdessen eine einzige Absatzfrage:** 1. **Umgebungsdetails.** Dein Betriebssystem, die App-Version und die Build-Nummer. Das Mitglied schreibt alles in einem Absatz. Das Team erhält trotzdem alle Informationen, nur schneller. ## Stattdessen das Eröffnungs-Embed verwenden Manche „Fragen“ sind eigentlich Anweisungen an das Mitglied und keine Informationen, die in ein Formular eingegeben werden müssen. Verschiebe sie aus dem Formular in das Eröffnungs-Embed der Option: > **Bevor das Team bei der Abrechnung helfen kann, füge bitte ein:** > > * Deine Bestellnummer > * Die E-Mail im Konto > * Einen Screenshot des Fehlers Das Mitglied sieht diese, sobald das Ticket geöffnet wird, und liefert sie in seiner ersten Nachricht. ## Inaktive Fragen verwenden Jede Frage hat einen **Aktiv / Inaktiv** Schalter. Inaktive Fragen bleiben gespeichert, werden aber nie gestellt, und sie zählen nicht zu den Schritten, die ein Mitglied durchläuft. Nutze es, um Alternativen zu testen: Entwirf 8 mögliche Fragen, setze 3 auf Inaktiv und führe das Formular mit 5 aus. Schaue nach einer Woche, was das Team in Tickets immer noch nachfragen muss, und tausche dann die inaktiven Fragen aus. ## Was die Obergrenze nicht bedeutet * Sie begrenzt nicht, was du pro Ticket erfassen kannst. Sobald das Ticket offen ist, kann das Team im Kanal alles fragen. * Sie unterscheidet nicht zwischen Tickets und Bewerbungen. Beide nutzen dasselbe Formularsystem und dieselbe Aufteilung 5 / 100. ## Verwandt {% content-ref url="/pages/ca532b7cdc31fe4e013fe486c43229272ff93f35" %} [Fragetypen](/docs/de/formulare/question-types.md) {% endcontent-ref %} {% content-ref url="/pages/d63be12c81310cc4f9f4d11151ca725a8f18dc2e" %} [Überblick über Bewerbungen](/docs/de/bewerbungen/overview.md) {% endcontent-ref %} {% content-ref url="/pages/5f159e7a36c7a65df60c9c6a5880c07e89f8df49" %} [Die nur-Premium-Funktionsliste](/docs/de/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/de/formulare/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.