Hi @cooltey, just a heads up, I added the third onboarding screen (asking permission to collect data) in this flow.

Hi @OTichonova and cc @JTannerWMF

The third onboarding screen asks people if their data can be collected for this feature.

For the third onboarding, you would like to add a specific data collection toggle for this feature only:

1. Should we also add it to the "Settings" -> "Privacy" since it is an individual data collection preference?
2. Do we have the URL for the "Learn more"?
3. I checked the Figma file and found out the design is different. Which one should I follow? It would be better if we follow the one you paste in the ticket since it has a consistent design.

Another question:
For the tooltip here:

Should we update the text since the "Damage" has been changed to "Quality"?
Thanks!

Hi @cooltey, great questions!

1. I will double check with Jazmin
2. The URL: https://foundation.m.wikimedia.org/wiki/Policy:Privacy_policy
3. Sorry about this, not sure which design that is, you can find the same design here

For the tooltip: Yes, thank you for catching this I've updated the screens.

Hi @JTannerWMF

I had a quick question about screen #4 where the user is shown the data opt-in choice. I understand that this opt-in is feature specific. I am a little worried about creating feature-specific opt-ins. They might cause issues like:

• If we do this with many features it will come with heavy code maintenance, because now before sending each feature specific event, we need to base it on that feature's switch, rather than have any event that goes out of the app be reliant only on app level permission from the user
• It gives rise to conditions like - what do we do if they choose Not to share at the feature level, but have agreed to share at an app level. Currently the way it is, it will only be sent if we have both permissions. But that would then mean instead of encouraging them to share, we might inadvertently be cause more withdrawals. Whichever way we configure this conditional, we are bound to create confusion.

Please let us know how important this is, so we can keep it simple and have this switch represent the app level permission, but still have the switch screen here so they get a chance to change app level sharing.
Cc @cooltey @SNowick_WMF

Hi @Sharvaniharan @cooltey as it was agreed in todays meeting for screen #4 -> to show the opt-in screen to users who are not opted in already, rather than having this be feature specific.
The design for the onboarding screen and the copy for the first tooltip have been updated.
Thank you!

Hi @OTichonova

The implementation is completed, please download the APK from the ticket description to test it.

If you want to revisit the onboarding screen, tooltips, or the feedback dialog, please go to "Settings -> Developer settings" to enable them.

Hi @cooltey!
Thanks, I have a couple of things listed below.

1. Can we replace the tooltip button for Quality to be 'Next' rather than 'Got it'?

2. In the case that someone chooses to watch a page as their first action, they tap on 'Watch' and then would it be possible to withhold the feedback modal to pop up until the contributor finishes changing the watchlist expiry time? It feels a little abrupt that when you tap 'Change' (from the toast) the feedback screen pops up. Video here

3. The feedback modal pops up after 1 action has been completed. One can tap out and close down the modal by tapping outside of the modal, then the modal pops up after you complete another action and so on. Can we prevent contributors closing the modal by tapping anywhere else on the screen? So they have to complete the flow for them to move forward and not trigger the modal again and again afterward? Video here.

4. Can we change the last tooltip to say 'Tap on overflow menu to submit feedback anytime under 'Problem with feature'. & a 'Got it' button.

Current	Change to

Thank you!

Hi @OTichonova,

In T343242#9262277, @OTichonova wrote:

Hi @cooltey!
Thanks, I have a couple of things listed below.

1. Can we replace the tooltip button for Quality to be 'Next' rather than 'Got it'?

Yes and done!

2. In the case that someone chooses to watch a page as their first action, they tap on 'Watch' and then would it be possible to withhold the feedback modal to pop up until the contributor finishes changing the watchlist expiry time? It feels a little abrupt that when you tap 'Change' (from the toast) the feedback screen pops up. Video here

Yes, it makes sense to me. I have added an extra logic to showing the feedback form for the watchlist:

1. The feedback form will show up after the snackbar with "Change" dismissed.
2. The feedback form will show up after the watchlist expiry bottomsheet is dismissed.

3. The feedback modal pops up after 1 action has been completed. One can tap out and close down the modal by tapping outside of the modal, then the modal pops up after you complete another action and so on. Can we prevent contributors closing the modal by tapping anywhere else on the screen? So they have to complete the flow for them to move forward and not trigger the modal again and again afterward? Video here.

Yes and done!

4. Can we change the last tooltip to say 'Tap on overflow menu to submit feedback anytime under 'Problem with feature'. & a 'Got it' button.

Current	Change to

Thank you!

Done!

Please download the APK from the ticket description to see the changes, thank you!

Thank you @cooltey, it looks great!

Looks good for me on 2.7.50457-beta-2023-11-02