The right question type for every customer decision

Choose a question type based on the decision you need to make later. Single choice suits mutually exclusive options, multiple choice suits combinations, short text suits a compact fact and long text suits explanation. Do not request free text if answers must then be coded manually.

A form is not a digital document, but a data model with a user interface. The question format determines what clients understand, which validation is possible and how employees can compare answers.

Start with how the answer will be used

First ask: what action follows? If one package must be selected, single choice is logical. If several facilities can be combined, use multiple choice. If the answer is a recognisable code or short name, short text fits. Long text suits context, wishes or explanation, but do not expect automatically comparable results.

Yindle Portal supports these four types in questionnaires. Options can also contain explanations, images and price information. This makes it important to test not only entry, but also the summary and administrator view.

Avoid false precision

Do not turn a nuanced question into a yes/no choice because it is easier to report. Conversely, a text field for “preferred floor” is unnecessarily prone to errors. Offer “other, please specify” only if the subsequent process can actually handle those exceptions.

Limit mandatory questions to information needed to continue. A mandatory long-text field often produces meaningless answers such as “N/A”. Briefly explain why you ask and what happens to the answer.

Worked example: fictional service subscription

Fictional supplier KoffieKlaar sets up onboarding for business coffee machines. “Which service module do you choose?” is single choice. “When is access possible?” allows several days to be selected. “Location name” is short text. “Special instructions for the engineer” is long text and optional.

The first version put everything in one comments field. The planner had to read and re-enter every answer. After separating the questions, the agreed module can be summarised directly as a choice while leaving room for exceptions.

Use the answer-format guide

Assess each question using these five rules:

  1. Is exactly one answer allowed? Single choice.
  2. Are combinations allowed and independent? Multiple choice.
  3. Is there a fixed answer list you can maintain? Prefer options to text.
  4. Is explanation useful but not decisive? Add an optional comment beside the choice.
  5. Can the team handle an unexpected answer? If not, do not offer that freedom without a follow-up route.

Record the empty case for each choice too. Is selecting nothing allowed, does it mean “no preference”, or is the form incomplete?

Test on mobile and in the summary

Long option labels, images and quantities behave differently on a phone. Ask a test user to change a selection, go back and read the final review. Check that the summary uses the same language as the question.

When changing a published question, you need to know what happens to existing answers. Renaming an option can change the meaning of an old submission. Use versioning agreements or close the old questionnaire and deliberately publish a new one.

Watch combination rules for multiple choice. “Select all that apply” works only if options may actually coexist. If “none of the above” can remain selected beside other options, administrators receive a contradictory answer. Make that option exclusive or first ask whether a category applies.

Free text needs additional agreements. Set a maximum length, accept normal punctuation and do not say an automated system understands the text when an employee actually reads it afterwards. Do not ask for information already in the file. Sensitive data also requires a clear need and an access decision in the design.

After a pilot, review which answer types are often corrected. If users enter “3” in a location field, the question is probably unclear. If employees almost always convert text into the same five categories, consider replacing the free-text field with managed options and space for explanation.

Finally, include an example answer in the content review. One realistic example shows more quickly whether question, options and follow-up fit together than an isolated language check.

See how questions and files come together in Yindle Portal. For the broader process decision, read building a customer portal. To reduce an existing form to clear question types, discuss it with Yindle.

Previous insight
Next insight

Start with your question

Where does your team get stuck?

Your first enquiry does not need to be a technical brief. Tell us which systems you use and where work gets stuck. Together we discuss what is possible and which step you can take next.

Discuss my project