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

In-browser drip campaign introducing features #1126

Closed
tildelowengrimm opened this issue Sep 13, 2018 · 4 comments
Closed

In-browser drip campaign introducing features #1126

tildelowengrimm opened this issue Sep 13, 2018 · 4 comments

Comments

@tildelowengrimm
Copy link
Contributor

Browsers have a lot of features. Brave has even more. Many of our features are brand new — they don't really exist in other browsers, and some are brand new concepts for the Web in general. It would be unreasonable to expect folks who start using Brave to immediately understand everything that's available to them. An onboarding experience which explains all of Rewards and Shields and the rest would be too long and get in the way of just using Brave to browse the web.

Instead, we could introduce features slowly over time. If someone hasn't changed shields settings or turned on payments or tried private browsing or what have you, we could use an unobtrusive indicator to let them know that there's something to learn. Features like shields are a lot more powerful for people who understand the underlying tech — so there's a great opportunity to empower folks to get the most out of their browser.

C.f: #805

@bbondy
Copy link
Member

bbondy commented Sep 14, 2018

This is a little too vague for github, could you be more specific here? Or else maybe we should post this in higher level tracking like asana?

@bbondy
Copy link
Member

bbondy commented Sep 14, 2018

I'm going to close this, I generally agree with the sentiment and the philosophy, but this is more for concrete issue tracking and not generic philosophy tracking.

@bbondy bbondy closed this as completed Sep 14, 2018
@bbondy bbondy added this to the Dupe / Invalid milestone Sep 14, 2018
@bbondy
Copy link
Member

bbondy commented Sep 14, 2018

I started a new wiki here to describe at what level we should track issues here:
https://github.com/brave/brave-browser/wiki/Creating-an-issue

But mainly the problem is just that an issue should be specific enough to be actionable. Otherwise it can't be closed.

One example is I could create an issue that says "Users should be delighted and happy to use Brave", but it is so vague that there's no clear way to know when that is fully actually achieved, so it just remains dead weight and open forever, and complicates triage.

I don't mean to be harsh, but we have to maintain a high quality backlog of things devs can easily take and understand.

@tildelowengrimm
Copy link
Contributor Author

The proposal here is to add indicators for our features which are displayed over time as someone starts out with Brave. I agree that this is a description of a large bundled cluster project, on the same order of complexity as "support Tor for private browsing", "add an Ethereum wallet", or "refresh overall design".

@rebron rebron removed this from the Dupe / Invalid / Not actionable milestone May 8, 2019
@NejcZdovc NejcZdovc added this to the Dupe / Invalid / Not actionable milestone Jun 3, 2019
@bbondy bbondy removed this from the Dupe / Invalid / Not actionable milestone May 30, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants