Survey Confirmation - Emphasize the question or the answer?How to best ask for computer experience in a survey?Is an “in-page survey” a good way of retrieving useful users opinions?Financial actions and two click confirmation - two buttons vs checkbox+buttonAsking users to guess a distribution of answers, rather than a single answerFor help desk feedback, what's the best Yes/No question to ask?Using slider to answer a survey question with optionsConfirmation dialog button wordingOne-question surveyHow to estimate the time needed to read a question?International reward for filling in a survey
Program for finding longest run of zeros from a list of 100 random integers which are either 0 or 1
"I can't place her": How do Russian speakers express this idea colloquially?
why it is 2>&1 and not 2>>&1 to append to a log file
How could a civilization detect tachyons?
Is your maximum jump distance halved by grappling?
How to start your Starctaft II games vs AI immediatly?
What's an appropriate age to involve kids in life changing decisions?
Why did Ham the Chimp push levers?
99 coins into the sacks
When was it publicly revealed that a KH-11 spy satellite took pictures of the first Shuttle flight?
Can the Telekinesis spell be used on yourself for the following?
What computer port is this?
Cyclic queue using an array in C#
How to explain intravenous drug abuse to a 6-year-old?
How do I give a darkroom course without negatives from the attendees?
Learning how to read schematics, questions about fractional voltage in schematic
How to avoid making self and former employee look bad when reporting on fixing former employee's work?
Creating Stored Procedure in local db that references tables in linked server
Exactly which act of bravery are Luke and Han awarded a medal for?
My Sixteen Friendly Students
When I add a cylinder, it doesn't even show up on my screen at all
What is the oldest instrument ever?
Why does this pattern in powers happen?
Do these creatures from the Tomb of Annihilation campaign speak Common?
Survey Confirmation - Emphasize the question or the answer?
How to best ask for computer experience in a survey?Is an “in-page survey” a good way of retrieving useful users opinions?Financial actions and two click confirmation - two buttons vs checkbox+buttonAsking users to guess a distribution of answers, rather than a single answerFor help desk feedback, what's the best Yes/No question to ask?Using slider to answer a survey question with optionsConfirmation dialog button wordingOne-question surveyHow to estimate the time needed to read a question?International reward for filling in a survey
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
I am putting together an online survey, and am designing the confirmation screen that appears just before the respondent submits their answers.
I have limited formatting options, but feel that styling the question different from the answer will make it easier to read.
For an FAQ, I would make the question bold and the answer normal weight, since the user is looking for the question that matches their own question. Since the use for the confirmation is to ensure the user's answers are correct, I wonder if there is any research or opinion as to whether it is better to bold the answer, and not the question.
Example:
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
OR
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
Or is there another way of doing this that's even better?
surveys confirmation style
add a comment |
I am putting together an online survey, and am designing the confirmation screen that appears just before the respondent submits their answers.
I have limited formatting options, but feel that styling the question different from the answer will make it easier to read.
For an FAQ, I would make the question bold and the answer normal weight, since the user is looking for the question that matches their own question. Since the use for the confirmation is to ensure the user's answers are correct, I wonder if there is any research or opinion as to whether it is better to bold the answer, and not the question.
Example:
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
OR
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
Or is there another way of doing this that's even better?
surveys confirmation style
1
You should be careful asking respondents to give both scores and justification on the same screen (with the option to edit them). It will influence your result, as people can and will go back and adjust their score to match their justification.
– sapi
Apr 29 at 12:05
4
This was just an example, but I take your point. That said, by asking them to justify a score, it makes them think about the score they gave and if they revise it to be more accurate to their thinking, isn't that better than just a "let's pick the middle or top score to get this over with" mentality?
– Dwev
Apr 29 at 12:08
add a comment |
I am putting together an online survey, and am designing the confirmation screen that appears just before the respondent submits their answers.
I have limited formatting options, but feel that styling the question different from the answer will make it easier to read.
For an FAQ, I would make the question bold and the answer normal weight, since the user is looking for the question that matches their own question. Since the use for the confirmation is to ensure the user's answers are correct, I wonder if there is any research or opinion as to whether it is better to bold the answer, and not the question.
Example:
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
OR
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
Or is there another way of doing this that's even better?
surveys confirmation style
I am putting together an online survey, and am designing the confirmation screen that appears just before the respondent submits their answers.
I have limited formatting options, but feel that styling the question different from the answer will make it easier to read.
For an FAQ, I would make the question bold and the answer normal weight, since the user is looking for the question that matches their own question. Since the use for the confirmation is to ensure the user's answers are correct, I wonder if there is any research or opinion as to whether it is better to bold the answer, and not the question.
Example:
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
OR
How would you rate "x" out of 10?
8
Why did you give that rating?
Because I really like "x" and think it is worthy of that score.
Or is there another way of doing this that's even better?
surveys confirmation style
surveys confirmation style
asked Apr 29 at 9:58
DwevDwev
21317
21317
1
You should be careful asking respondents to give both scores and justification on the same screen (with the option to edit them). It will influence your result, as people can and will go back and adjust their score to match their justification.
– sapi
Apr 29 at 12:05
4
This was just an example, but I take your point. That said, by asking them to justify a score, it makes them think about the score they gave and if they revise it to be more accurate to their thinking, isn't that better than just a "let's pick the middle or top score to get this over with" mentality?
– Dwev
Apr 29 at 12:08
add a comment |
1
You should be careful asking respondents to give both scores and justification on the same screen (with the option to edit them). It will influence your result, as people can and will go back and adjust their score to match their justification.
– sapi
Apr 29 at 12:05
4
This was just an example, but I take your point. That said, by asking them to justify a score, it makes them think about the score they gave and if they revise it to be more accurate to their thinking, isn't that better than just a "let's pick the middle or top score to get this over with" mentality?
– Dwev
Apr 29 at 12:08
1
1
You should be careful asking respondents to give both scores and justification on the same screen (with the option to edit them). It will influence your result, as people can and will go back and adjust their score to match their justification.
– sapi
Apr 29 at 12:05
You should be careful asking respondents to give both scores and justification on the same screen (with the option to edit them). It will influence your result, as people can and will go back and adjust their score to match their justification.
– sapi
Apr 29 at 12:05
4
4
This was just an example, but I take your point. That said, by asking them to justify a score, it makes them think about the score they gave and if they revise it to be more accurate to their thinking, isn't that better than just a "let's pick the middle or top score to get this over with" mentality?
– Dwev
Apr 29 at 12:08
This was just an example, but I take your point. That said, by asking them to justify a score, it makes them think about the score they gave and if they revise it to be more accurate to their thinking, isn't that better than just a "let's pick the middle or top score to get this over with" mentality?
– Dwev
Apr 29 at 12:08
add a comment |
2 Answers
2
active
oldest
votes
Interesting question!
Options #1 for both screens.
I think there are a few points here:
Consistency. You don't want to cause a sudden flip between the two screens and confuse the users or make them question themselves - 'what's changed? what did I do?'
Key-value pair. Think of the Question being your Key and Answer being your value. Regardless of screen type you'd normally have Key in bold and Value in regular font.
User memory. This is an opinion and/or experience: people normally remember the questions more and would potentially want a quick reference to their answer by having their eyes drawn to the question they answered. The way to you do it is highlighting the question in bold in your case.
Q&A and/or FAQ standard. It's a known practice to have questions in bold and answers in regular font regardless of screen type; especially if the answer is long and tricky, user would want to read the answer in a comfortable font, as opposed to CAPS, italics, emojis, coloured text, etc.
Reading difficulties & annoyances. Similar to the point above: it's easier to read a quick question in bold, than an elaborate answer in bold. Or any other unusual font styles.
Hope this helps a little? :)
3
I think the last point is particularly important.
– Hagen von Eitzen
Apr 29 at 20:48
add a comment |
Program-supplied data should be "solid", while user-supplied data should be "fluid". If you want to emphasize the user-supplied data, you should use italics, not bold. You can also highlight the difference through fonts; perhaps a more blocky, computerish font for the program-supplied data, while a more natural, handwritten-like font for the user-supplied data. You can also set them off with the formatting: put the user-supplied data in boxes, for instance.
I actually don’t mind the idea of a handwritten font for the user data, but not in this particular case. I have seen what you described before, and I didn’t mind it. I think maybe because I have a lot of questions to show, it could be overkill. For 1 or 2 maybe not. Thanks for the answer!
– Dwev
Apr 30 at 19:23
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "102"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fux.stackexchange.com%2fquestions%2f125299%2fsurvey-confirmation-emphasize-the-question-or-the-answer%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Interesting question!
Options #1 for both screens.
I think there are a few points here:
Consistency. You don't want to cause a sudden flip between the two screens and confuse the users or make them question themselves - 'what's changed? what did I do?'
Key-value pair. Think of the Question being your Key and Answer being your value. Regardless of screen type you'd normally have Key in bold and Value in regular font.
User memory. This is an opinion and/or experience: people normally remember the questions more and would potentially want a quick reference to their answer by having their eyes drawn to the question they answered. The way to you do it is highlighting the question in bold in your case.
Q&A and/or FAQ standard. It's a known practice to have questions in bold and answers in regular font regardless of screen type; especially if the answer is long and tricky, user would want to read the answer in a comfortable font, as opposed to CAPS, italics, emojis, coloured text, etc.
Reading difficulties & annoyances. Similar to the point above: it's easier to read a quick question in bold, than an elaborate answer in bold. Or any other unusual font styles.
Hope this helps a little? :)
3
I think the last point is particularly important.
– Hagen von Eitzen
Apr 29 at 20:48
add a comment |
Interesting question!
Options #1 for both screens.
I think there are a few points here:
Consistency. You don't want to cause a sudden flip between the two screens and confuse the users or make them question themselves - 'what's changed? what did I do?'
Key-value pair. Think of the Question being your Key and Answer being your value. Regardless of screen type you'd normally have Key in bold and Value in regular font.
User memory. This is an opinion and/or experience: people normally remember the questions more and would potentially want a quick reference to their answer by having their eyes drawn to the question they answered. The way to you do it is highlighting the question in bold in your case.
Q&A and/or FAQ standard. It's a known practice to have questions in bold and answers in regular font regardless of screen type; especially if the answer is long and tricky, user would want to read the answer in a comfortable font, as opposed to CAPS, italics, emojis, coloured text, etc.
Reading difficulties & annoyances. Similar to the point above: it's easier to read a quick question in bold, than an elaborate answer in bold. Or any other unusual font styles.
Hope this helps a little? :)
3
I think the last point is particularly important.
– Hagen von Eitzen
Apr 29 at 20:48
add a comment |
Interesting question!
Options #1 for both screens.
I think there are a few points here:
Consistency. You don't want to cause a sudden flip between the two screens and confuse the users or make them question themselves - 'what's changed? what did I do?'
Key-value pair. Think of the Question being your Key and Answer being your value. Regardless of screen type you'd normally have Key in bold and Value in regular font.
User memory. This is an opinion and/or experience: people normally remember the questions more and would potentially want a quick reference to their answer by having their eyes drawn to the question they answered. The way to you do it is highlighting the question in bold in your case.
Q&A and/or FAQ standard. It's a known practice to have questions in bold and answers in regular font regardless of screen type; especially if the answer is long and tricky, user would want to read the answer in a comfortable font, as opposed to CAPS, italics, emojis, coloured text, etc.
Reading difficulties & annoyances. Similar to the point above: it's easier to read a quick question in bold, than an elaborate answer in bold. Or any other unusual font styles.
Hope this helps a little? :)
Interesting question!
Options #1 for both screens.
I think there are a few points here:
Consistency. You don't want to cause a sudden flip between the two screens and confuse the users or make them question themselves - 'what's changed? what did I do?'
Key-value pair. Think of the Question being your Key and Answer being your value. Regardless of screen type you'd normally have Key in bold and Value in regular font.
User memory. This is an opinion and/or experience: people normally remember the questions more and would potentially want a quick reference to their answer by having their eyes drawn to the question they answered. The way to you do it is highlighting the question in bold in your case.
Q&A and/or FAQ standard. It's a known practice to have questions in bold and answers in regular font regardless of screen type; especially if the answer is long and tricky, user would want to read the answer in a comfortable font, as opposed to CAPS, italics, emojis, coloured text, etc.
Reading difficulties & annoyances. Similar to the point above: it's easier to read a quick question in bold, than an elaborate answer in bold. Or any other unusual font styles.
Hope this helps a little? :)
answered Apr 29 at 10:35
aly.i.uxaly.i.ux
741118
741118
3
I think the last point is particularly important.
– Hagen von Eitzen
Apr 29 at 20:48
add a comment |
3
I think the last point is particularly important.
– Hagen von Eitzen
Apr 29 at 20:48
3
3
I think the last point is particularly important.
– Hagen von Eitzen
Apr 29 at 20:48
I think the last point is particularly important.
– Hagen von Eitzen
Apr 29 at 20:48
add a comment |
Program-supplied data should be "solid", while user-supplied data should be "fluid". If you want to emphasize the user-supplied data, you should use italics, not bold. You can also highlight the difference through fonts; perhaps a more blocky, computerish font for the program-supplied data, while a more natural, handwritten-like font for the user-supplied data. You can also set them off with the formatting: put the user-supplied data in boxes, for instance.
I actually don’t mind the idea of a handwritten font for the user data, but not in this particular case. I have seen what you described before, and I didn’t mind it. I think maybe because I have a lot of questions to show, it could be overkill. For 1 or 2 maybe not. Thanks for the answer!
– Dwev
Apr 30 at 19:23
add a comment |
Program-supplied data should be "solid", while user-supplied data should be "fluid". If you want to emphasize the user-supplied data, you should use italics, not bold. You can also highlight the difference through fonts; perhaps a more blocky, computerish font for the program-supplied data, while a more natural, handwritten-like font for the user-supplied data. You can also set them off with the formatting: put the user-supplied data in boxes, for instance.
I actually don’t mind the idea of a handwritten font for the user data, but not in this particular case. I have seen what you described before, and I didn’t mind it. I think maybe because I have a lot of questions to show, it could be overkill. For 1 or 2 maybe not. Thanks for the answer!
– Dwev
Apr 30 at 19:23
add a comment |
Program-supplied data should be "solid", while user-supplied data should be "fluid". If you want to emphasize the user-supplied data, you should use italics, not bold. You can also highlight the difference through fonts; perhaps a more blocky, computerish font for the program-supplied data, while a more natural, handwritten-like font for the user-supplied data. You can also set them off with the formatting: put the user-supplied data in boxes, for instance.
Program-supplied data should be "solid", while user-supplied data should be "fluid". If you want to emphasize the user-supplied data, you should use italics, not bold. You can also highlight the difference through fonts; perhaps a more blocky, computerish font for the program-supplied data, while a more natural, handwritten-like font for the user-supplied data. You can also set them off with the formatting: put the user-supplied data in boxes, for instance.
answered Apr 29 at 17:02
AcccumulationAcccumulation
1894
1894
I actually don’t mind the idea of a handwritten font for the user data, but not in this particular case. I have seen what you described before, and I didn’t mind it. I think maybe because I have a lot of questions to show, it could be overkill. For 1 or 2 maybe not. Thanks for the answer!
– Dwev
Apr 30 at 19:23
add a comment |
I actually don’t mind the idea of a handwritten font for the user data, but not in this particular case. I have seen what you described before, and I didn’t mind it. I think maybe because I have a lot of questions to show, it could be overkill. For 1 or 2 maybe not. Thanks for the answer!
– Dwev
Apr 30 at 19:23
I actually don’t mind the idea of a handwritten font for the user data, but not in this particular case. I have seen what you described before, and I didn’t mind it. I think maybe because I have a lot of questions to show, it could be overkill. For 1 or 2 maybe not. Thanks for the answer!
– Dwev
Apr 30 at 19:23
I actually don’t mind the idea of a handwritten font for the user data, but not in this particular case. I have seen what you described before, and I didn’t mind it. I think maybe because I have a lot of questions to show, it could be overkill. For 1 or 2 maybe not. Thanks for the answer!
– Dwev
Apr 30 at 19:23
add a comment |
Thanks for contributing an answer to User Experience Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fux.stackexchange.com%2fquestions%2f125299%2fsurvey-confirmation-emphasize-the-question-or-the-answer%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
You should be careful asking respondents to give both scores and justification on the same screen (with the option to edit them). It will influence your result, as people can and will go back and adjust their score to match their justification.
– sapi
Apr 29 at 12:05
4
This was just an example, but I take your point. That said, by asking them to justify a score, it makes them think about the score they gave and if they revise it to be more accurate to their thinking, isn't that better than just a "let's pick the middle or top score to get this over with" mentality?
– Dwev
Apr 29 at 12:08