-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Meta: Asking about developers' experience with each CSS Feature #41
Comments
I may have mentioned this somewhere, but my initial rationale for not having the same "would use again/would not use again" distinction for features as exists for tools is that using a feature or not seems a lot less subjective. Usually the main factor is simply whether you need the feature or not. To pick an example from the distant past, I hated using So for that reason I'm partial to Option 1, and it also lets us be consistent and reuse the same "follow-up" pattern elsewhere as well. (cc @stubbornella) |
|
Here’s another idea: instead of a popup with a whole followup question, an inline emoji rating widget about their experience. Something like this perhaps: Or even making it part of the answer: Tooltips could also provide more context (perhaps allowing us to do away with the "…and?" label). E.g. "I hated it", "Meh", "I loved it". possibly with a discreet "💬" or "+" button to add more context for those really invested in the survey? |
I’m also interested in sentiment from folks who have heard of a feature but not yet tried it. Waiting to understand sentiment only from those that have tried a feature could be a very lagging signal that our education efforts have been incomplete. |
Absolutely. Whatever UI we show, it (or a suitable variation of it) should be shown for both Option 2 and Option 3. IIRC this was one of our disagreements with @SachaG, I think he believed it should only be shown when Option 3 is selected. |
Coming back at this a couple weeks later, I'm thinking we should make it much simpler and just have an optional freeform textfield to go along each feature/tool question, with the prompt being something like "tell us more about your choice". The textfield would appear when you click a little speech bubble icon, which would always be visible no matter which option you select (or even if you don't select anything). The resulting data won't be that "clean" since it'll be freeform text, but we can still get some valuable insight through things like word clouds, or even just counting the number of freeform comments each feature gets as a proxy for interest. And I think a lot of our features might be niche enough that even just reading through the raw comments might still be very manageable for motivated people :) |
I'm a bit worried that even if optional, some people feel like they need to complete every field, which would make the survey extremely fatiguing. A little user testing can answer whether this is a valid concern. |
There is currently a lot of discussion about this scattered in a variety of places, and I wanted to have a specific issue about this.
The problem is that the current survey tracks primarily awareness (Haven't heard about it, Heard about it, Used it), but it does not track what developers think about each CSS feature.
There are several thoughts about capturing some or all of that.
Option 1: Ask a followup question for every "Heard about it" and "Used it" answers.
There is a lot more brainstorming about this in Devographics/Monorepo#99 but I believe the latest mockup looks like this:
Pros: Captures pretty much all of the nuance described above
Cons: Increases cognitive overhead for each feature question quite significantly.
Option 2: "Would use it again" / "Would not use it again" distinction
There are two ways to implement this:
Pros: Much lower cognitive overhead than Option 1, especially with Option 2a.
Cons:
Option 3
Emoji rating widget
Other ideas
Perhaps the best way forwards is a combination of 1 and 2. E.g.: a followup popup for "Would you use it [again]?" ("again" only for "I have used it" answers) with an "Add details" UI.
The text was updated successfully, but these errors were encountered: