Typeform NPS logic jump skips verbatim follow-up question for passive scores

Not specified by the original author.

TL;DR

Fix this in Typeform NPS logic jump by acting on the exact problem first: fix the logic jump rules so passive scores route to the verbatim follow-up as well as promoters and detractors, check every score value from 0 to 10 has an explicit destination, and test the form with a passive score before publishing. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one response, batch or record set first, then rerun the full scope and reconcile the counts.

Typeform NPS logic jump skips verbatim follow-up question for passive scores

Use this when

• The operation in Typeform NPS logic jump fails with this exact problem or symptom: Typeform NPS logic jump skips verbatim follow-up question for passive scores.
• The same failure repeats on retry with unchanged inputs.
• NPS follow-up, routing or reporting is blocked until this item completes.

Not for this skill when

• The message is an outage notice from the platform. Resolve that first, then return here if this problem remains.
• The operation completes and you only disagree with its output quality. That is a quality review, not this failure.

Steps

1. Reproduce the failure with the smallest scope that still shows it in Typeform NPS logic jump, and copy the full problem plus the response, contact or job involved into the run notes. Verify: the problem is reproduced on demand with a named scope, not only seen in a log.
2. Apply the specific fix for this problem: fix the logic jump rules so passive scores route to the verbatim follow-up as well as promoters and detractors, check every score value from 0 to 10 has an explicit destination, and test the form with a passive score before publishing. Verify: the smallest failing scope now completes, or the named response, record or job behaves as the fix predicts.
3. Check the neighbouring responses, records or jobs that share the same config, segment or credential, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.
4. Rerun the original operation in Typeform NPS logic jump on the previously failing scope, watching for the same problem rather than assuming success from a quiet log. Verify: the operation completes and the original problem does not appear.
5. Compare the result counts or status against the source in Typeform NPS logic jump so a silent partial success is caught before sign off. Verify: counts match the source or every difference is named and explained.
6. Record the fix, the triggering input and the verification result on the item so the next occurrence is recognised immediately. Verify: the record names the problem, the fix applied and the evidence of success.

Why it happens

The form logic was written for the two extreme bands first, and passive scores had no rule, so the form fell through to the end and never showed the follow-up question passives should answer.

Variant phrasings

Typeform NPS logic jump skips verbatim follow-up question for passive scores

The verbatim form searchers paste from the console or report. Treat it identically: same fix, same single scope proof, then the full rerun.

How to fix - Typeform NPS logic jump skips verbatim follow-up question for passive scores

The how-to phrasing for the same failure in Typeform NPS logic jump. The steps above apply unchanged; start at the reproduction step rather than skipping to the rerun.

Typeform NPS logic jump troubleshooting for this failure

The symptom-first phrasing used when the console hides the full message. Surface the full problem first, confirm it matches the code block above, then follow the steps.

Compatibility: Typeform NPS logic jump at current versions, plus the platform API or console the query names; no extra tooling beyond the source system access needed to verify counts.

Edge cases: if the fix works on the small scope but the full rerun still fails on a different record, treat that record as a second instance of the same class, apply the same fix per record, and keep the verified records separate from the still failing ones.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_Eax8OtQtTGC0HMM8zdEE1Q

Resolved from the public thread: https://vectle.com/posts/pst_Eax8OtQtTGC0HMM8zdEE1Q

Thread query: Typeform NPS logic jump skips verbatim follow-up question for passive scores

TL;DR: Fix this in Typeform NPS logic jump by acting on the exact problem first: fix the logic jump rules so passive scores route to the verbatim follow-up as well as promoters and detractors, check every score value from 0 to 10 has an explicit destination, and test the form with a passive score before publishing. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one response, batch or record set first, then rerun the full scope and reconcile the counts.

Not specified by the original author.

TL;DR

Fix this in Typeform NPS partial responses by acting on the exact problem first: enable partial response capture or record the score answer as soon as it is submitted before the follow-up screens, export partial and complete responses separately, and report abandonment at the score question as its own metric instead of losing those users entirely. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one response, batch or record set first, then rerun the full scope and reconcile the counts.

Typeform NPS partial responses missing users who abandoned at the score question

Use this when

• The operation in Typeform NPS partial responses fails with this exact problem or symptom: Typeform NPS partial responses missing users who abandoned at the score question.
• The same failure repeats on retry with unchanged inputs.
• NPS follow-up, routing or reporting is blocked until this item completes.

Not for this skill when

• The message is an outage notice from the platform. Resolve that first, then return here if this problem remains.
• The operation completes and you only disagree with its output quality. That is a quality review, not this failure.

Steps

1. Reproduce the failure with the smallest scope that still shows it in Typeform NPS partial responses, and copy the full problem plus the response, contact or job involved into the run notes. Verify: the problem is reproduced on demand with a named scope, not only seen in a log.
2. Apply the specific fix for this problem: enable partial response capture or record the score answer as soon as it is submitted before the follow-up screens, export partial and complete responses separately, and report abandonment at the score question as its own metric instead of losing those users entirely. Verify: the smallest failing scope now completes, or the named response, record or job behaves as the fix predicts.
3. Check the neighbouring responses, records or jobs that share the same config, segment or credential, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.
4. Rerun the original operation in Typeform NPS partial responses on the previously failing scope, watching for the same problem rather than assuming success from a quiet log. Verify: the operation completes and the original problem does not appear.
5. Compare the result counts or status against the source in Typeform NPS partial responses so a silent partial success is caught before sign off. Verify: counts match the source or every difference is named and explained.
6. Record the fix, the triggering input and the verification result on the item so the next occurrence is recognised immediately. Verify: the record names the problem, the fix applied and the evidence of success.

Why it happens

Typeform style flows save on completion by default in this setup, so a user who answered the score and then left left no record, biasing results toward people willing to finish every screen.

Variant phrasings

Typeform NPS partial responses missing users who abandoned at the score question

The verbatim form searchers paste from the console or report. Treat it identically: same fix, same single scope proof, then the full rerun.

How to fix - Typeform NPS partial responses missing users who abandoned at the score question

The how-to phrasing for the same failure in Typeform NPS partial responses. The steps above apply unchanged; start at the reproduction step rather than skipping to the rerun.

Typeform NPS partial responses troubleshooting for this failure

The symptom-first phrasing used when the console hides the full message. Surface the full problem first, confirm it matches the code block above, then follow the steps.

Compatibility: Typeform NPS partial responses at current versions, plus the platform API or console the query names; no extra tooling beyond the source system access needed to verify counts.

Edge cases: if the fix works on the small scope but the full rerun still fails on a different record, treat that record as a second instance of the same class, apply the same fix per record, and keep the verified records separate from the still failing ones.

Provenance

Resolved from the public thread: https://vectle.com/posts/pstJrLdo8PU-C0XP17Dotghw

Resolved from the public thread: https://vectle.com/posts/pstJrLdo8PU-C0XP17Dotghw

Thread query: Typeform NPS partial responses missing users who abandoned at the score question

TL;DR: Fix this in Typeform NPS partial responses by acting on the exact problem first: enable partial response capture or record the score answer as soon as it is submitted before the follow-up screens, export partial and complete responses separately, and report abandonment at the score question as its own metric instead of losing those users entirely. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one response, batch or record set first, then rerun the full scope and reconcile the counts.

Not specified by the original author.

TL;DR

Fix this in Qualtrics NPS embedded data by acting on the exact problem first: set the missing embedded data field at distribution or link generation time with a default value the branch logic can read, repair the branch condition to handle a blank value explicitly, and test the survey with and without the field so the follow-up question appears for the right scores. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one response, batch or record set first, then rerun the full scope and reconcile the counts.

Qualtrics NPS embedded data field missing survey branch logic skips follow-up question

Use this when

• The operation in Qualtrics NPS embedded data fails with this exact problem or symptom: Qualtrics NPS embedded data field missing survey branch logic skips follow-up question.
• The same failure repeats on retry with unchanged inputs.
• NPS follow-up, routing or reporting is blocked until this item completes.

Not for this skill when

• The message is an outage notice from the platform. Resolve that first, then return here if this problem remains.
• The operation completes and you only disagree with its output quality. That is a quality review, not this failure.

Steps

1. Reproduce the failure with the smallest scope that still shows it in Qualtrics NPS embedded data, and copy the full problem plus the response, contact or job involved into the run notes. Verify: the problem is reproduced on demand with a named scope, not only seen in a log.
2. Apply the specific fix for this problem: set the missing embedded data field at distribution or link generation time with a default value the branch logic can read, repair the branch condition to handle a blank value explicitly, and test the survey with and without the field so the follow-up question appears for the right scores. Verify: the smallest failing scope now completes, or the named response, record or job behaves as the fix predicts.
3. Check the neighbouring responses, records or jobs that share the same config, segment or credential, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.
4. Rerun the original operation in Qualtrics NPS embedded data on the previously failing scope, watching for the same problem rather than assuming success from a quiet log. Verify: the operation completes and the original problem does not appear.
5. Compare the result counts or status against the source in Qualtrics NPS embedded data so a silent partial success is caught before sign off. Verify: counts match the source or every difference is named and explained.
6. Record the fix, the triggering input and the verification result on the item so the next occurrence is recognised immediately. Verify: the record names the problem, the fix applied and the evidence of success.

Why it happens

Branch logic that depends on an embedded field fails silently when that field never arrives, and the survey takes the default path that skips the follow-up question entirely.

Variant phrasings

Qualtrics NPS embedded data field missing survey branch logic skips follow-up question

The verbatim form searchers paste from the console or report. Treat it identically: same fix, same single scope proof, then the full rerun.

How to fix - Qualtrics NPS embedded data field missing survey branch logic skips follow-up question

The how-to phrasing for the same failure in Qualtrics NPS embedded data. The steps above apply unchanged; start at the reproduction step rather than skipping to the rerun.

Qualtrics NPS embedded data troubleshooting for this failure

The symptom-first phrasing used when the console hides the full message. Surface the full problem first, confirm it matches the code block above, then follow the steps.

Compatibility: Qualtrics NPS embedded data at current versions, plus the platform API or console the query names; no extra tooling beyond the source system access needed to verify counts.

Edge cases: if the fix works on the small scope but the full rerun still fails on a different record, treat that record as a second instance of the same class, apply the same fix per record, and keep the verified records separate from the still failing ones.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_4uZk6wsgLXT9Dt0xPJiLBA

Resolved from the public thread: https://vectle.com/posts/pst_4uZk6wsgLXT9Dt0xPJiLBA

Thread query: Qualtrics NPS embedded data field missing survey branch logic skips follow-up question

TL;DR: Fix this in Qualtrics NPS embedded data by acting on the exact problem first: set the missing embedded data field at distribution or link generation time with a default value the branch logic can read, repair the branch condition to handle a blank value explicitly, and test the survey with and without the field so the follow-up question appears for the right scores. Do not rerun the whole job unchanged, because the same inputs produce the same failure. Prove the fix on one response, batch or record set first, then rerun the full scope and reconcile the counts.