When a respondent starts an interview, the routing section of the interview script controls which questions the respondent sees and in which order. When the respondent clicks Next after answering the last question, the interviewing program terminates the interview and flags it as completed. For more information, see Standard end-of-interview procedure.

Not every interview that starts becomes completed. The respondent may decide to abandon the interview partway through and will just let the browser session time out. Alternatively, they may click Stop if it is available. If a project uses quotas to balance the different types of people that take part in the survey, some interviews may have to be terminated because the respondent belongs in a group whose target has already been met. Occasionally, an interview may fail due to a script error. All these things are things you need to consider when writing and testing your script, even if the solution is simply to display a friendly message before closing the interview. For more information, see Ending or stopping interviews and Dealing with off-path data.

In some cases, partially completed interviews can be restarted. Generally, the interviewing program deals with this automatically, but it may help to understand what happens behind the scenes so that you can take this into account when testing the script. For more information, see Restarting stopped interviews.

Respondents sometimes forget what answers they've given to earlier questions, or they may want to change an earlier answer for some reason. In both cases, they can use one of the navigation buttons to go back to any question that they have already answered. The interviewing program rolls back the interview to that point and, depending on what changes, if any, are made, may replay the interview to follow the original path through the interview or may take a different path with new questions if this becomes necessary. If a different set of questions is asked, the old data becomes “off path” and is not normally saved, but you can specify differently if you want. For more information, see Save points, rollbacks and replays.

It’s not just respondents who can roll back interviews. You can do this from the script. A typical example is where the answers to a set of numeric questions do not sum to 100%. By rolling back the interview rather than just skipping back with GoTo, you ensure that the interview state the second time the questions asked is exactly the same as when they were first asked, and that any temporary variables that may have been set are automatically reset during the rollback.

Other topics covered in this section are as follows:

See also “Review Interviews” and “reviewing interviews” (interviewers) in the UNICOM Intelligence Interviewer - Server User's Guide.