Make the Road to Scores more explicit on product addition

[teolemon]

Problem

• People still complain that the database is empty
• The onboarding does not mention the collaborative nature of the database, nor the promise you can get Nutri-Score or Eco-Score in a few minutes

Proposed solution

• Implement the mockup below which shows the Grey Scores

Mockups

Part of

• Product addition (tracker) #1379

[monsieurtanuki]

People still complain that the database is empty

Who are those guys? If they are tourists in a foreign country (which is a decent use-case), they are probably right as we filter on their origin country.
Should we design an ad hoc app "Find the best foreign food when you're abroad!"?
Should we use the country filter only in rare cases?

The onboarding does not mention the collaborative nature of the database, nor the promise you can get Nutri-Score or Eco-Score in a few minutes

Computing the nutriscore and ecoscore on the fly may be a good opportunity to use the dart_eval/ flutter_eval @g123k mentioned. Or not.

Implement the mockup below which shows the Grey Scores

That's a start.
Or an "Easy as 1-2-3" sequence like "1-scan the barcode" "2-input additional info if not already in our database" and "3-see the scores".

[teolemon]

Those guys: people in countries with not that many products, and that find the app by chance on the App/Play Stores

[teolemon]

Typical contribution by an app user. They take photos.

https://world.openfoodfacts.org/product/00164311000423002751

And get nothing of value in return

Our aim should be that 100% of people not getting the score are in that situation because of a deliberate decision on their side (eg power contributors, or they skip the addition process out of laziness)

[monsieurtanuki]

@teolemon That's why I suggested to hack the nutriscore and ecoscore (or whatever the user is interested in), in order to show the meaningful info first. Then maybe there's a conflict between what the user wants (scores computed so that she decides to buy the product or not) and the common good (having a database also with pictures).
#1379 (comment)

[teolemon]

@monsieurtanuki We can put the photo card on top of the page, and the scores cards below, but as said elsewhere, I say go ahead on this Nutri-Score proposal.

[monsieurtanuki]

@teolemon Working on it.
One UX problem is that for the moment you need to be logged in order to change (for instance) categories.
We should make it easier for new products, shouldn't we? It's already dealt with for basic details: no log in asked for new products, but explicitly asked when changing products.

[monsieurtanuki]

A blocking problem is that I still cannot work with TEST env as I get CERTIFICATE_VERIFY_FAILED errors (cf. #628?) (and I'm sure I recently created an issue about this but I cannot find it anymore).
Is there a sandbox in PROD, like a limited range of NEW barcodes for tests?
Meanwhile, I cannot work on the current issue.

[teolemon]

• you can use books, DVD, ... In prod
• we have always let users add new products without auth, so no worries on this side

[monsieurtanuki]

• you can use books, DVD, ... In prod

It's not a matter of scanning unknown barcodes.
If I have an unknown barcode (e.g. 987654321), I need to test the reactions of the page when new data is input (e.g. expected nutriscore refresh). If I do that on random barcodes, I will pollute the PROD database. Unless those unknown barcodes follow a rule (like starting with 978, like books), we have no way to say if a product is just a test or a real one. That said, I can add "TEST" in the product name.

• we have always let users add new products without auth, so no worries on this side

So for each button in the "add new product" page, we have to disable the "log in?" check.

[monsieurtanuki]

@teolemon That would look like that:

landing page	with nutrition facts	with category

[monsieurtanuki]

For my 9780000000005 product:

en:GS1 - ISBN prefix
The International Standard Book Number -ISBN- is for books. In other terms, this is not food, and this should be moved to Open Products Facts by inputting OPF in the barcode field at the top of the edit page.

👍

[monsieurtanuki]

Having a look at my https://fr.openfoodfacts.org/produit/9780000000007, I see that there's not nutriscore for vinegars (Nutri-Score non applicable - Non applicable pour la catégorie : Vinaigres)
Could we get the same warning text for the app from the server, instead of "missing data for nutriscore"?

[monsieurtanuki]

Minor changes.

We should let the user enter new values - after the category input, it's possible to change the category.

In some cases (e.g. proteins not populated) we can have not empty nutrition facts, but not good enough for the nutriscore

After populating the proteins, the nutriscore is computed:

[teolemon]

Great @monsieurtanuki 👍

[monsieurtanuki]

Made obsolete by #4058.