Hey Ryan, I’ve been pretty checked out of FxA doing search this on search stuff lately, but I’m going to start in on a PR to update some UI in settings.
https://www.dropbox.com/s/k5f217dyy2lemj6/fxa-settings.png?dl=0 <https://www.dropbox.com/s/k5f217dyy2lemj6/fxa-settings.png?dl=0> Let’s touch base about how to integrate this stuff. > On May 12, 2015, at 10:03 AM, Shane Tomlinson <[email protected]> wrote: > > For those that also want to follow along in Bugzilla: [1] > > I too like the fine grained control this gives a user, how do you imagine a > user first accesses the referenced screen - pre or post verification? If > post-verification, we have a lot of flows that need to be updated [2]. > > On the original question of email opt-in, in [3] you mention the opt-in > should be shown in the current "snippet" [4] area on the "verification > complete" page. There are a couple of problems with this. > > The "verification complete" page is not shown to all users [2]. Some users > are sent to /settings, others are redirected back to the relier. These users > will be unable to opt in. > > For users that do see the "verification complete" page, if we want to show > actual marketing material, e.g., the spring campaign, we'll either have to > show both snippets, or only show the marketing material. Displaying both > snippets may look cluttered without some serious design foo, and showing only > the marketing means that some subset of users will be unable to opt in. > > Shane > > [1] - https://bugzilla.mozilla.org/show_bug.cgi?id=1140528 > <https://bugzilla.mozilla.org/show_bug.cgi?id=1140528> > [2] - > https://docs.google.com/spreadsheets/d/16Uhb8vtGB_-krMbzaq0b3XYvTWePi_xgIElL7dquohA/ > > <https://docs.google.com/spreadsheets/d/16Uhb8vtGB_-krMbzaq0b3XYvTWePi_xgIElL7dquohA/> > [3] - https://bugzilla.mozilla.org/show_bug.cgi?id=1140528#c21 > <https://bugzilla.mozilla.org/show_bug.cgi?id=1140528#c21> > [4] - https://cl.ly/image/3M0e2Z1P303U <https://cl.ly/image/3M0e2Z1P303U> > > > On Tue, May 12, 2015 at 2:24 PM, Ryan Feeley <[email protected] > <mailto:[email protected]>> wrote: > I'm mostly done mocking that up and will circulate in a few hours. > > > On Tuesday, 12 May 2015, Ryan Kelly <[email protected] > <mailto:[email protected]>> wrote: > On 12/05/2015 01:59, Ryan Feeley wrote: > > Hi all, > > > > We’ll soon be adding an email opt-in somewhere in the registration flow > > of Firefox Accounts. > > > > Ideally we can provide the users with the option of providing a > > different email address than the one they log in with. To do this, I'm > > recommending that the opt-in happens later in the flow (to keep our > > registration flow flowing). > > > > Because a mature account system makes use of email addresses for > > different reasons, I'm (re)proposing an approach that gives users more > > control of their email. > > > > - they can change their email > > - they can see what their email is used for > > - they can add additional email addresses to handle certain things > > - we can introduce new email services (e.g. marketing) giving user control > > > > With the A/C blasting above my desk, I awkwardly whispered my way > > through the proposed approach: > > > > http://youtu.be/RB7OiBaq37s <http://youtu.be/RB7OiBaq37s> > > I really like the granularity and user-control provided by this approach! > > I also worry that it could be a lot of technical ground to cover before > we can start processing the email opt-ins, since we have no existing > infra in place for handling multiple addresses. IIUC Ben's team is > still hoping to kick off the first iteration of engagement material in Q2. > > How would folks feel about shipping with just the primary email for > opt-in to start, and iterating towards the approach presented here? > > > Cheers, > > Ryan > > _______________________________________________ > Dev-fxacct mailing list > [email protected] <mailto:[email protected]> > https://mail.mozilla.org/listinfo/dev-fxacct > <https://mail.mozilla.org/listinfo/dev-fxacct> > >
_______________________________________________ Dev-fxacct mailing list [email protected] https://mail.mozilla.org/listinfo/dev-fxacct
