Changes: Okay, I fixed that question, added a question on page one to gate on experiments that are in-fact complete (I think this is a good addition), and added validation to force a complete experimenter URL. URLs: So the easy way to do this is to use SG's URL parameters, so we can do: 1. https://qsurvey.mozilla.com/collab/Experimenter-Study-Feedback?origin=old 2. https://qsurvey.mozilla.com/collab/Experimenter-Study-Feedback?origin=experimenter 3. https://qsurvey.mozilla.com/collab/Experimenter-Study-Feedback?origin=mail The advantage of this approach is that you can add whatever new origins you want and SG will handle them appropriately without set up. The disadvantage is that it's transparent to the survey taker, and that respondents could copy/paste without the url params. The alternative would be hardcoded URLs, let me know if you prefer that. Analysis: >We also will want to ability to group multiple responses from the same experiment , based on matching text responses to this question "Please add the Experimenter URL from this study". This is to avoid experiments with only one response being totally discounted based on experiments with many responses. I'm not confident that SG supports grouping on freetext fields in a usable way; let me experiment here. Worst case we load the live-updating CSV into Google Sheets for additional analysis.
Bug 1604872 Comment 3 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Changes: Okay, I fixed that question, added a question on page one to gate on experiments that are in-fact complete (I think this is a good addition), and added validation to force a complete experimenter URL. URLs: So the easy way to do this is to use SG's URL parameters, so we can do: 1. https://qsurvey.mozilla.com/collab/Experimenter-Study-Feedback?origin=old 2. https://qsurvey.mozilla.com/collab/Experimenter-Study-Feedback?origin=experimenter 3. https://qsurvey.mozilla.com/collab/Experimenter-Study-Feedback?origin=mail The advantage of this approach is that you can add whatever new origins you want and SG will handle them appropriately without set up. The disadvantage is that it's transparent to the survey taker, and that respondents could copy/paste without the url params. The alternative would be hardcoded URLs, let me know if you prefer that. Analysis: >We also will want to ability to group multiple responses from the same experiment , based on matching text responses to this question "Please add the Experimenter URL from this study". This is to avoid experiments with only one response being totally discounted based on experiments with many responses. I'm not confident that SG supports grouping on freetext fields in a usable way; let me experiment here. Worst case we load the live-updating CSV into Google Sheets for additional analysis.