Skip to content
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

Containers name #763

Closed
jonathanKingston opened this issue Aug 24, 2017 · 12 comments
Closed

Containers name #763

jonathanKingston opened this issue Aug 24, 2017 · 12 comments
Milestone

Comments

@jonathanKingston
Copy link
Contributor

@groovecoder this is a discussion issue.

"Mozilla containers" is the current new extension name. I was thinking that we might be "Firefox containers center" or something equally "firefox" and also more than just containers alone.
My rationale is that actually containers is a platform feature and other addons can provide the same functionality so encapsulating the whole brand might be a little confusing like as if it will remain a barrier to using containers like it is currently in non 57.

@groovecoder
Copy link
Member

"Mozilla Containers" or "Firefox Containers" are fine with me. I picked "Mozilla Containers" first just to show "this is the Containers add-on created by Mozilla"

Picking the right name may be part of a larger strategy to improve & enhance our official Mozilla presence on AMO.

@jonathanKingston
Copy link
Contributor Author

Should we check with Marketing for this @groovecoder it's going to require a package update anyway

@hoosteeno
Copy link

I'm glad we're having this conversation. Forgive the length of this comment.

Picking the right name may be part of a larger strategy to improve & enhance our official Mozilla presence on AMO.

I agree with groovecoder. We have an opportunity with this launch to position a category of first-party extensions that come with extra assurances and/or get additional marketing (e.g. in-product CTAs). Naming is the first signal: "ExtensionName by Mozilla", for example. We might also create an AMO collection (e.g. Ad Blockers) for first-party extensions and promote it wherever convenient.

If Containers is a platform feature then calling our extension Containers as well will make it harder to market each. For example, we'll have two pages competing for Containers search -- one for developers and one for consumers (See "browser" for an example of the trouble this can create).

Finally, we have an opportunity to give this extension a name that is unique and has some value for consumer marketing. We can use search as a signal for how people who want this exact capability actually talk about it.

Appx. 350k people search every month for "containers". They generally want Rubbermaid boxes or similar -- they're not looking for a browser, and our marketing will be lost in those results. Nobody searches for "browser containers" because nobody knows what that means. Same for "account tabs". 6,500 people search for "two accounts", which speaks to a specific intent and use case we address. Fewer than a hundred each month search for "profile tab" and "identity tab", which make the use case more generic.

165,000 people every month search for "multi-account", and those search results reveal a lot of apps etc. that enable multiple accounts in _________. That's what people who want this capability search for. Calling it "Multi-Account Browser Tabs by Mozilla" would almost guarantee us a trickle of search traffic, and it's a name that apparently resonates with the people most likely to want a feature like this.

@jonathanKingston
Copy link
Contributor Author

My understanding is we can't use "Mozilla" as a prefix based on the new guidelines which was another reason for the question.

Is the issue with the exposure of the "by Mozilla" second line on AMO? Lightbeam for example is already "by Mozilla" - https://addons.mozilla.org/en-US/firefox/addon/lightbeam/ but not in it's addon name.

Given previous comments can "Multi-Account Browser Tabs by Mozilla" be "Multi-Account Tabs"? or "Multi-Account Tabs for Firefox" to match Lightbeam.

Agreed with promoting collections (we spoke at all hands having a set section for Mozilla addons even), I also have a containers collection I am trying to promote too: https://addons.mozilla.org/en-US/firefox/collections/jkt/container-addons/ ones that are still secure in how they behave.

@Kiiirby
Copy link

Kiiirby commented Aug 30, 2017

Hi! I checked in with the brand team to make sure they're on board. We have a contact on that team who can weigh in if we want naming guidance. When we have a name we like, we may need to file a legal bug to get the official green light.

If there are naming guidelines specific to AMO, can you share them here?

Is there a shortlist of names you're choosing between?

Thanks!

@groovecoder
Copy link
Member

groovecoder commented Aug 30, 2017 via email

@jonathanKingston
Copy link
Contributor Author

Do we want to promote the built-in Containers feature outside of this add-on?

It's a platform feature that every containers addon will depend on, there isn't anything less containers about the addons listed here: https://addons.mozilla.org/en-US/firefox/collections/jkt/container-addons/
I would argue it should be a term reserved much like "tabs" isn't specific to one tab addon.
The changes made in central actually make the native features more visible, this addon is just a few UX decisions on top of the existing interface.

So perhaps we won't promote other addons however I don't think this addon should "own" containers as a whole. Perhaps parts of it's interface will replace what is in about:preferences#containers but I don't think we should make a big fan fair about this over any of the community addons.

For this reason I like the idea we might even drop the word containers from this addon in total and use it just in the description.

Maybe "Firefox Multi-Account Containers" ?

"Multi-Account Containers for Firefox" or "Multi-Account Tabs for Firefox" would be my diretion.

@Kiiirby
Copy link

Kiiirby commented Sep 1, 2017

How about: Firefox Multi-Account Containers / by Mozilla
Lightbeam would become Firefox Lightbeam / by Mozilla
With "by Mozilla" in the byline.
We'd use this naming convention in the future to give all Mozilla-built add-ons a stronger tie in.
The brand team suggested this and I recommend it. Let's use these names if there are no objections.

@hoosteeno
Copy link

I support the good naming ideas we have here. I foresee minor confusion on the part of people who have already fallen in love with Containers (the feature). Suggest we anticipate this with a change to our testpilot page: #785

@jonathanKingston
Copy link
Contributor Author

Cool, thanks both! This should now be fixed when #786 lands. Will change Lightbeam now.

@grahamperrin
Copy link

grahamperrin commented Sep 10, 2017

I was not confused by the change of name.

However when I first saw the most recent name, I immediately thought, it's potentially confusing; does not help to understand the feature set.

A Firefox Account is definitely this:

With a Firefox Account, you can get all your bookmarks, passwords, open tabs and more …

So I'd expect Firefox Multi-Account to be for:

  • a person who uses more than one Firefox Account; or
  • a single profile that's used by multiple people, each of whom has a different Firefox Account.

@TriMoon
Copy link

TriMoon commented Jan 13, 2018

@groovecoder
I think the extension should rather be named either:

  • "auto containers",
  • OR "auto containers per site",

THOSE name accurately resembles the functionality provided by the extension, no confusion possible...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants