User:MMiller (WMF)/test

Initial mockups
Our team discussed the wireframes from the previous section. We considered what would be best for the newcomers, taking into account the preferences expressed by community members, and thinking about engineering constraints. In August 2020, we took the next step of creating mockups, meant to show in more detail what the feature might look like. These mockups (or similar versions) will be used in team discussions, community discussions, and user tests. One of the most important things we thought about with these mockups is the concern we heard consistently from community members during the discussion: structured tasks may be a good way to introduce newcomers to editing, but we also want to make sure they can find and use the traditional editing interfaces if they are interested.

We created two sets of mockups. We're not necessarily choosing one design concept or the other. Rather, the two concepts are meant to demonstrate different approaches. Our final designs may contain good elements from either concept:

Please note that the focus in this set of mockups is on the user flow and experience, not on the words and language. Our team will go through a process to determine the best way to write the words in the feature and to explain to the user whether a link should be added.
 * Concept A: the structured task edit takes place in the Visual Editor. Less focus for the user, but closer access to the Visual Editor.
 * Concept B: the structured task edit takes place in its own new area. Fewer distractions for the user, but further access to the Visual Editor.

Concept AEssential questions

In discussing these designs, our team is focusing on a set of essential questions that we wanted to answer:


 * Q1: Should structured tasks have its own home/queue or should it be in the same place as ‘classic’ maintenance template tasks?
 * Q2: Should the edit happen at the article (more context)?  Or in a dedicated experience for this type of edit (more focus, but bigger jump to go use the editor)?
 * Q3: How could we make it possible to discover and do structured tasks both (a) from the homepage and (b) from the organic browsing experience?
 * Q4: Should we initially show the whole article and all its suggestions?  Or highlight only one link at a time in an article snippet?
 * Q5: What if someone wants to edit the link?  Prevent it or let them go to a standard editor? Is this the opportunity to teach them about the visual editor?
 * Q6: Should giving feedback about the recommendation be a focal point?
 * Q7: We know it’s essential for us to support newcomers discovering traditional editing tools. But when do we do that? Do we do it during the structured task experience with reminders that the user can go to the editor? Or periodically at completion milestones, like after they finish X structured tasks?
 * Q8: Is "bot" the right term here? What are some other options? "Algorithm", "Computer", "Auto-", "Machine", etc.?"   What might better help convey that machine recs are fallible and the importance of human input?