Closed davismtl closed 6 years ago
I discussed this with Michelle a while ago. She felt that in this case, less is more. Adding 6 descriptions to 6 checkbox options on a small page is likely too much to take in. This page also has very little drop off. In the past month, over 94% of the people who see it submit it.
If less is more, then let's remove sync options.
If we're going to keep sync options, then let's make sure users understand.
I propose we test it. The design you had looked great. Do you still have it?
@davismtl I couldn't find it, but will recreate if needed. Wasn't hard.
@ryanfeeley please do re-make it. I think it helps to look at it to determine "how busy" it will be.
@ryanfeeley do we still want to do this?
@davismtl @vladikoff I renamed "Add-ons" to "Extensions & themes", tweaked the sizing, changed the heading, and added one line to describe it. I'm also going to have @mheubusch take a look.
Thoughts?
for competition, the new graphic is :
And hopefully soon animated!
Thoughts:
from mtg: for next 2 weeks to figure out cc @ryanfeeley @davismtl
@ryanfeeley any updates on this?
@ryanfeeley is not sold on this. 😢
@Rfeeley does the solution need to be identical for mobile and desktop?
For example, could we use a tool tip to add the description on desktop (which works well with a mouse) but for mobile, we just put the description below the engine in a scrollable list? Mobile tends to be more friendly to scrolling.
If we don't want to add text inline in the page, can we add some sort of "learn more" link that goes to SUMO article with descriptions of each item?
Also, adding some context from the waffle triage meeting: we moved this into "blocked" because it's on our Q3 OKR list, but there doesn't seem to be any agreement about how to move it forward. Let's make a point of discussing this in the product meeting on Thursday if we can't come up with something beforehand.
update: @ryanfeeley and I discussed. He will explore something similar to my previous comment.
For example, could we use a tool tip to add the description on desktop (which works well with a mouse) but for mobile, we just put the description below the engine in a scrollable list? Mobile tends to be more friendly to scrolling.
from mtg: @ryanfeeley is working on this
ux feedback: add hover for the options. on mobile, try inline, needs update.
I create a feature card for this here: https://projects-beta.growthhackers.com/cards/add-descriptions-to-sync-engines-in-cwts/1zv1g_nkjvkNj9fX1gS9Zw
We should make a feature document for this too. I'll try to schedule a kick-off.
from mtg: in the works!
Feature document in the works: https://docs.google.com/document/d/1gEet2W5Z0zllza4_dqM-BCovi3NnM9o6ReWUbfCrzCs/edit#
from mtg: new copy and stuff, see doc above ^^
from mtg: i'm back. "we are stuck in a box"
I love the copy, but it won't fit in the box and I don't want to drop the animation.
@ryanfeeley Would it be acceptable put the checkboxes on 2 columns? (even though we have odd numbers in 2 sections)
@davismtl I tried that first, but it makes the page unreadable. Do you think we could split them into three steps? Even as an experiment?
@ryanfeeley I would prefer to avoid putting it on 3 steps.
Why is "skip this step" displayed here? Shouldn't that be done? Wouldn't that give us the room we need?
Why is "skip this step" displayed here?
The "why" here is "because that button lives in the surrounding page, not in our iframe". We have a couple of ways we could proceed in order to make it disappear, but they're all non-trivial (not outright hard, but not as easy as just hiding the button).
I realize this was discussed and decided upon many moons ago, my memory fails me in middle-age. What are the reasons for showing CWTS? Would the world end CWTS was not displayed by either FxA or the browser? Could we skip the step and allow users to deselect from about:preferences#sync, or bring back the checkbox on signup that allows users to display CWTS if they so choose? If we skipped the screen and instead displayed it post-verification, would signup registration rates improve?
I want to be be clear myself that we are going down this Sync rabbit hole for the right reasons. I worry that in the future when new Sync buckets are added, none of the proposed solutions are going to look very good.
What are the reasons for showing CWTS?
One of the reasons was to make users understand what they are signing up for. (The other reason was to get rid of the scary native Firefox dialog that was there after sign up :) )
(The other reason was to get rid of the scary native Firefox dialog that was there after sign up :) )
This is what I am questioning when I ask "Would the world end (if) CWTS was not displayed by either FxA or the browser?"
@shane-tomlinson The world would end for people who don't automatically want all their passwords uploaded to a cloud service they know little or nothing about. But really it's more about helping users know what they are signing up for. When we had a simple "Choose what to sync" button on registration, most people clicked on it. That's a strong signal.
I think it needs to remain there but I think we can do better since the list of engines is getting longer.
Chrome links to it but doesn't display everything in their flow by default.
The world would end for people who don't automatically want all their passwords uploaded to a cloud service they know little or nothing about.
Right, pretty much this - if we don't ask before the syncing actually starts, then users who may have privacy concerns with specific datatypes will have to race with sync to disable those datatypes in the preferences UI before it uploads them as part of the first sync. I don't think many users fall into that camp, but the ones that do care a whole awful lot about it.
@shane-tomlinson The world would end for people who don't automatically want all their passwords uploaded to a cloud service they know little or nothing about. But really it's more about helping users know what they are signing up for. When we had a simple "Choose what to sync" button on registration, most people clicked on it. That's a strong signal.
It is a strong signal, but it's only one signal. We haven't tested others, and we shouldn't stop until we have! We know each additional screen causes ~ 6% drop in signup, can we remove the screen for the majority of users and bump the signup rate by 6%?
Right, pretty much this - if we don't ask before the syncing actually starts, then users who may have privacy concerns with specific datatypes will have to race with sync to disable those datatypes in the preferences UI before it uploads them as part of the first sync. I don't think many users fall into that camp, but the ones that do care a whole awful lot about it.
I buy this argument, though I do not buy that the approach we are using is optimal. My feeling is we optimize too heavily for the privacy concerned camp to the detriment of the majority. I'd bet money CWTS causes confusion and hurts signup rates, and with the descriptions, we are going to cause more confusion and hurt signup rates further. The problem can only worsen as new buckets are added.
I propose we optimize for the majority. Allow the privacy concerned camp to make changes, but force them to go through an extra hoop.
Concretely, re-add a checkbox on the signup page, the checkbox is checked by default. The label would be something along the lines of "Sync everything including history, passwords, form data, etc."
Users that keep the box selected skip CWTS. Users that de-select the box go through CWTS.
from uno: team discussed and decided to close
Users don't understand what syncing passwords and tabs mean. Users don't know that history includes forms.
Let's make "Choose what to sync" clear.
@ryanfeeley, you did a mockup when we were in Toronto based on iCloud sync preferences. Still have it?