Closed Bug 1206781 Opened 4 years ago Closed 3 years ago

[User story] FTU for contributors

Categories

(B2GDroid Graveyard :: General, defect)

x86
macOS
defect
Not set

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: pdol, Unassigned)

References

Details

User Story

As Mozilla, before it reaches a release state, we want to make users aware that B2GDroid is in development and present ways through which users can get involved with B2G so as to set the appropriate expectations about the product and funnel potential contributors into a participation funnel.

Acceptance Criteria:
- Mozilla should be able to measure how links presented on the screen are being used to track the success of our calls to action
- Mozilla should be able to update the screen(s) remotely so as to improve our conversion rates

IxD Spec:
https://mozilla.box.com/s/7lxne828wu3w87w319nsaxns73d03hcy

Attachments

(3 files, 1 obsolete file)

No description provided.
Jacqueline, here is the bug to attach draft specs to once we have them.
Flags: needinfo?(jsavory)
Here is a link to the spec for B2GDroid FTE:

https://mozilla.box.com/s/7lxne828wu3w87w319nsaxns73d03hcy

Let me know if there is anything I missed, or if you have any questions. 

NI? on Eric to provide visuals, in particular for the 'Welcome' screen on page 1. Also, NI? for Fabrice as a heads up for this one.
User Story: (updated)
Flags: needinfo?(jsavory)
Flags: needinfo?(fabrice)
Flags: needinfo?(epang)
That looks alright to me. Now, who on the gaia side can help us implement? It looks like we need a very stripped down FTU app.
Flags: needinfo?(sfoster)
Flags: needinfo?(fabrice)
Flags: needinfo?(anygregor)
Whats the timeline for this?
Flags: needinfo?(anygregor)
Yeah I have been prototyping changes to the FTU to accomplish something very like this, but wont be able to work on it for a couple of weeks.
Flags: needinfo?(sfoster)
Thanks Sam, that sound good to me.
Attached image Welcome Screen
I've updated the welcome screen to include the firefox icon above the next button.
Flags: needinfo?(epang)
Attached image bg_image@2.25x.png
Here's the image for the welcome screen.  I sized it @2.25x, let me know if any other sizes are needed.  The image should sit flush above the next button and right to the edges of the screen.  If anything else is needed let me know, thanks!
I have a few question regarding the implementation of this bug, so here goes:


1) The "next" link, do I build this into the page or, will it be overlayed by the OS?

2) If I am to build it into the page, which URL should it point to?

3) Is there a preferred URL where this page should live on mozilla.org?

Some suggestions are:

www.mozilla.org/firefox/os/b2gdroid
www.mozilla.org/firefox/os/fte
www.mozilla.org/firefox/os/b2gdroid_fte

Thanks!
Flags: needinfo?(sfoster)
I reckon the above should be FTU and FTE
We do display some mozilla.org content currently in the FTU, but its normally in a popup window. If the goal is to adapt the existing FTU to display this as remote content, I would expect the header and the footer area including the <next> button to be provided by the FTU app. Given that, it might make sense for the background image/gradient to also belong to the FTU to avoid mismatches at the header/content boundary.
Flags: needinfo?(sfoster)
(In reply to Sam Foster [:sfoster] from comment #11)
> If the goal is to adapt the existing FTU to
> display this as remote content, I would expect the header and the footer
> area including the <next> button to be provided by the FTU app. Given that,
> it might make sense for the background image/gradient to also belong to the
> FTU to avoid mismatches at the header/content boundary.

If it make more sense to host the page(s) in their entirety on mozilla.org, it probably means we should create an alternate FTU (hosted?) app for this which the system app's FtuLauncher will launch for us. I probably need more context and to better understand what the FTU needs to accomplish on b2gdroid.
I am guessing that with the tight deadline for this, the quickest/easiest from a FxOS perspective would be the way to go. Building the page on mozilla.org with or without the next button footer is not going to add much in terms of complexity so, either is fine with me.
Peter, can you clarify the requirements here and how we should proceed?
Flags: needinfo?(pdolanjski)
(In reply to Mike Alexis [:malexis] from comment #14)
> Peter, can you clarify the requirements here and how we should proceed?

It doesn't matter which approach we take, so long as the page shown in the spec can be updated asynchronously from OS updates and we can track the click throughs on the link.  Right now, I think there's a resource constraint problem on the OS side (Sam is on other higher priority items).
Flags: needinfo?(pdolanjski)
There is talk in this bug regarding tracking link clicks. I assume this is clicks on the contribute link. Is there specific GA details that needs to be set for this "campaign"
Flags: needinfo?(pdolanjski)
Flags: needinfo?(malexis)
Also, does this need to be localized?
(In reply to Schalk Neethling [:espressive] from comment #16)
> There is talk in this bug regarding tracking link clicks. I assume this is
> clicks on the contribute link. Is there specific GA details that needs to be
> set for this "campaign"

I don't know the GA side.  Mike, do you know if we need to set something up specifically to track this?

> Also, does this need to be localized?

Not for Nov. 2nd as the OS localization won't be ready for then, but it will be needed thereafter.
Flags: needinfo?(pdolanjski)
(In reply to Schalk Neethling [:espressive] from comment #18)
> Created attachment 8676131 [details] [review]
> Link to Github pull-request: https://github.com/mozilla/bedrock/pull/3453

I'm about confused as to the direction here. Will you be implementing the gaia-side work as well? If you're looking for something quick, my recommendation is to simply do everything inside of gaia. You could probably do something fancy and hosted if you had more time, but I don't think that is the case here?
(In reply to Kevin Grandon :kgrandon from comment #20)
> (In reply to Schalk Neethling [:espressive] from comment #18)
> > Created attachment 8676131 [details] [review]
> > Link to Github pull-request: https://github.com/mozilla/bedrock/pull/3453
> 
> I'm about confused as to the direction here. Will you be implementing the
> gaia-side work as well? If you're looking for something quick, my
> recommendation is to simply do everything inside of gaia. You could probably
> do something fancy and hosted if you had more time, but I don't think that
> is the case here?

The original ask from me was to build that one page, unless there was massive miscommunication but, I have to admit I am also confused with regards to the exact scope of this. Perhaps Peter or Mike can clear things up?
Flags: needinfo?(pdolanjski)
Comment on attachment 8676650 [details] [review]
[gaia] KevinGrandon:bug_1206781_b2gdroid_simple_ftu > mozilla-b2g:master

Here is a very simple FTU app which works for B2G droid. It only has one page currently, but it is something that we could build off of and add additional pages. I'd rather have a configurable FTU app to use for both Gaia and B2GDroid, but if you need something quick you could go with this for now.

There is also the option of trying to embed the HTML content that Schalk did in Bedrock, but that would probably be more work. I'm not sure if I can spend too much more time on this...

Opening this up for review, we could potentially land as-is and work off of this. Final solution doesn't matter too much to me.
Attachment #8676650 - Flags: review?(fabrice)
Thanks Kevin!

Basically, I had three requirements:
1) Actually have the landing page in B2GDroid which describes that it is an experiment (to set the right expectations)
2) To be able to update it easily (ideally this was just through a remote change that would not require user update, but if we can also just update the nightly I'm fine with that)
3) To be able to track click throughs on the link presented (which links to mozilla.org, so presumably we have Google Analytics all ready in place for this)
Flags: needinfo?(pdolanjski)
OK, give Kevin's proposed solution using the "Simple B2GDroid FTU app" I'm confirming here that we won't be using Bedrock and Schalk is no longer need to work on this.

If anything changes please let me know.
Flags: needinfo?(malexis)
Are we really ok with not having the metrics collection page?
(In reply to [:fabrice] Fabrice Desré from comment #26)
> Are we really ok with not having the metrics collection page?

I think we can work on it and get it in, but I'd ideally like to land this and continue to iterate in master.
Comment on attachment 8676650 [details] [review]
[gaia] KevinGrandon:bug_1206781_b2gdroid_simple_ftu > mozilla-b2g:master

Can we move this app under distros/b2gdroid instead of adding noise to the main apps/ folder?
Attachment #8676650 - Flags: review?(fabrice) → review+
Depends on: 1217674
Comment on attachment 8676650 [details] [review]
[gaia] KevinGrandon:bug_1206781_b2gdroid_simple_ftu > mozilla-b2g:master

Going to track the implementation of the splash page in bug 1217674, leaving the user story open until the entire implementation is finished.
Attachment #8676650 - Attachment is obsolete: true
Depends on: 1217676
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.