Δημοσκόπηση Επιθυμιών της Κοινότητας 2021

This page is a translated version of the page Community Wishlist Survey 2021 and the translation is 6% complete.
The Community Wishlist Survey 2021 is over...

Σύνολο: 268 proposals, 1773 contributors, 8596 support votes

Random proposal


Starting this July 2021, the team will start engineering work on the following wishes:

We will also begin the product and design research for the following wish:

We fully expect to be able to complete more wishes than the above. The above list is only what is in our plate starting this July.

How did we arrive at our next steps? We recently completed the 2021 Wish prioritization process.


All phases of the survey begin and end at 18:00 UTC.

  • Υποβολή, συζήτηση και αναθεώρηση προτάσεων: 16 Νοεμβρίου – 30 Νοεμβρίου 2020
  • Community Tech reviews and organizes proposals: 23 Νοεμβρίου – 7 Δεκεμβρίου 2020
  • Ψηφοφορία για τις προτάσεις: 8 Δεκεμβρίου – 21 Δεκεμβρίου 2020
  • Ανάρτηση αποτελεσμάτων: 23 Δεκεμβρίου 2020


Hello, everyone!

We're excited to share an update on the Community Wishlist Survey 2021. This will be our sixth annual survey, and we've decided to update the process:

One backlog per year: The team will now have one backlog per year. This means that, each year, volunteers will vote on our new backlog. They can propose new wishes or re-propose old ones. Once the voting is complete, we'll have one new backlog. This is a change from our old format, which allowed us to work on multiple backlogs per year. With this change, we can simplify our work, ensure the most important wishes get addressed, and reassess old wishes each year.

Status of remaining 2019 and 2020 wishes: There are 3 remaining wishes from the 2019 and 2020 surveys that we have not worked on or addressed yet. Since they received a high number of votes, we will include them in our 2021 backlog. In the 2019 wishlist, there are 2 wishes that will be included: section name in diff and named references in VE. In the 2020 wishlist, there are 4 wishes that we have already begun or have been worked on. There is 1 wish from the 2020 wishlist that we have not worked on yet, so it will also be included in the 2021 backlog: insert attestation using Wikisource as a corpus. You can review our status report for the 2019 wishlist.

Research and regular updates to replace "top 10": We have decided to no longer commit to a number (such as "top 5" or "top 10") in advance. Here's why: Software development teams usually conduct extensive research before committing to a project. This way, they can determine if the project is feasible, understand how long the project may take, and identify potential risks. With the current wishlist process, we don't do that, which often leads to delays, stress, and confusion. We want to fix this.

With the new system, we'll research projects before committing to them. We will evaluate wishes in the order of popularity, going from the top down. During our research phase, we'll analyze the following criteria: popularity (i.e., number of votes), size and scope of the project, level of technical feasibility, risks and dependencies, and potential conflicts with other teams. Once our analysis is complete, we'll share our findings. This means that we'll still work on multiple projects per year. We'll just be more communicative about what we can or cannot take on (and why), and we'll share updates over the course of the year about our roadmap.

Separate leaderboards for categories: We will keep the normal structure of displaying all proposals, sorted by the number of votes, in the main leaderboard. In addition, we will now have separate leaderboards for each category. This way, we can work on proposals that are popular for large communities (from the main leaderboard) and underrepresented communities (from specific leaderboards). We’ll use the criteria described above to help select which proposals we work on.

Why these changes?: We knew that the wishlist process was ready for an upgrade. Wishes have grown bigger and more complex over the years, and we wanted to improve our communication with volunteers. Additionally, we wanted to continue to address the wishes of smaller communities (as we did in the 2020 wishlist) and the high-impact wishes of all Wikimedians (as we did in previous wishlists). This led to a series of conversations on how we could improve the process. From these conversations, we came up with these changes. Overall, we hope these changes make the wishlist process more transparent, sustainable, and impactful. This way, the survey is strengthened for years to come. Thank you, and we look forward to reading your proposals!


The Community Tech team is a Wikimedia Foundation team focused on the needs of active Wikimedia contributors for improved curation and moderation tools. The projects that we primarily work on are decided by the Wikimedia community, through the annual Community Wishlist Survey.

Once a year active Wikimedia contributors can submit proposals for features and fixes that you'd like our team to work on. After two weeks, you can vote on the ideas that you're most interested in.

Once the survey is closed, the Community Tech team will choose some proposals from the survey to work on. Proposals will be selected based on the following criteria: popularity (i.e., number of votes), size and scope of the project, level of technical feasibility, risks and dependencies, and potential conflicts with other teams. Some of the wishes may be addressed by volunteer developers or other development teams.

This survey process was developed by Wikimedia Deutschland's Technical Wishes team, who run a wishlist survey on German Wikipedia. The international wishlist process is supported by the Community Relations Specialists team.

Η μασκότ της ομάδας: Ένας σκύλος που φορά τον σκούφο του άγιου Βασίλη

The proposal phase is the first two weeks of the survey.

In the proposal phase, contributors from every project and language can submit proposals for features and fixes that you'd like to see in 2021. Proposals may be submitted in any language. If you submit a proposal in a language other than English, we will attempt to get it translated so everyone can read and vote on it more easily.

Οι προτάσεις πρέπει να είναι διακριτές, σαφώς καθορισμένες εργασίες που θα ωφελήσουν άμεσα τους χρηστες του Wikimedia Οι προτάσεις πρέπει να απαντούν στις ακόλουθες ερωτήσεις:

  • Ποιο πρόβλημα θέλετε να επιλύσετε;
  • Ποιοι χρηστές επηρεάζονται; (π.χ. όσοι συνεισφέρουν, οι διαχειριστές, οι χρηστές της βικιπαιδιας ή των Commons κ.λπ.)
  • Πώς αντιμετωπίζεται αυτό το πρόβλημα τώρα;
  • Ποιες είναι οι προτεινόμενες λύσεις; (αν υπάρχουν ιδέες)

Η πρότασή σας πρέπει να είναι κατά το δυνατόν σαφής, ειδικά στη δήλωση του προβλήματος. Μην πείτε απλά ότι "το χ χρειάζεται αναβάθμιση", "πρέπει να βελτιωθεί", "έχει πολλά σφάλματα". Αυτό δεν είναι αρκετό για να καθοριστεί το τι ακριβώς πρέπει να γίνει. Μια καλή πρόταση εξηγεί ακριβώς ποιο είναι το πρόβλημα και ποιοι επηρεάζονται. Δεν πειράζει αν δεν έχετε να προτείνετε συγκεκριμένη λύση, ή αν έχετε πολλές πιθανές και δε ξέρετε ποια είναι η καλύτερη.

Η υποβολή μιας πρότασης είναι μονάχα η αρχή της διαδικασίας. Η φάση των προτάσεων, διαρκειας δύο εβδομάδων, είναι εκείνη κατά την οποία η κοινότητα μπορεί να εργαστεί συνεργατικά σε προτάσεις που παρουσιάζουν την ιδέα κατά τρόπο που αυξάνει την πιθανότητα επιτυχίας κατά τη φάση ψηφοφορίας. Όταν μια πρόταση υποβάλλεται, όλοι είναι ευπρόσδεκτοι να σχολιάσουν την πρόταση και να βοηθήσουν στη βελτίωση της, κάνοντας ερωτήσεις και προτείνοντας αλλαγές. Παρεμφερείς προτάσεις μπορούν να συνδυαστούν ενώ ευρείες προτάσεις να διασπαστούν σε πιο συγκεκριμένες ιδέες. Ο στόχος είναι η δημιουργία καλύτερης κατά το δυνατόν πρότασης για τη φάση ψηφοφορίας.

Το άτομο που υποβάλει μια πρόταση θα πρέπει να είναι ενεργό στη σχετική συζήτηση και να βοηθάει στη πραγματοποίηση αλλαγών κατά τη διάρκεια της. Για τον λόγο αυτό, θα περιορίσουμε τις προτάσεις σε τρεις, το πολύ, ανά άτομο. Αν υποβάλλετε περισσότερες,θα σας ζητήσουμε να τις περιορίσετε σε τρεις. Φέρτε τις καλύτερές σας ιδέες!

Similarly, only registered users can make proposals to ensure they can watchlist the discussion and respond to questions. Just as with voting, you should be an active editor on at least one Wikimedia project. If you do not meet this criteria, or you have hit your proposal limit but have more ideas, you can seek other users to adopt your proposals.

One more note: Proposals that call for removing or disabling a feature that a WMF product team has worked on are outside of Community Tech's possible scope. They won't be in the voting phase.


Ναι, υπάρχουν σίγουρα αξιόλογες προτάσεις που δεν συγκέντρωσαν πέρσι την αναγκαία υποστήριξη και αξίζουν μια δεύτερη προσπάθεια.

Αν αποφασίσετε να αντιγράψετε μια πρόταση απο τη προηγούμενη έρευνα σε αυτή, περιμένουμε να υιοθετήσετε την πρόταση αυτή -αυτό σημαίνει ότι θα πρέπει να συμμετέχετε ενεργά στη συζήτηση για την συζήτηση αυτή και να είστε προθυμος/η να κάνετε αλλαγές ώστε να την καταστήσετε ισχυρότερη για τη ψηφοφορία. Όπως είπαμε και πριν, ισχύει το όριο των τριών προτάσεων ανά άτομο και η υποβολή παλαιότερης πρότασης μετράει επίσης.

It's helpful if you want to post a link to the previous discussion, but please don't copy over the votes and discussion from last year. If there are good points that people made in last year's discussions, include the suggestions or caveats in the new proposal.


After the proposal phase, we take a break to review the proposals before the voting phase begins.

Όλοι όσοι συνεισφέρουν ενεργά μπορούν να εξετάσουν τις προτάσεις που θέλουν να υποστηρίξουν. Μπορείτε να ψηφίσετε για όσες προτάσεις θέλετε.

Μόνο οι θετικές ψήφοι προσμετρώνται. Η τελική κατάταξη των επιθυμιών γίνεται με βάση τον αριθμό των θετικών ψήφων που έλαβε η κάθε μια. If you are the proposer, a support vote is automatically counted for your proposal.

Παρόλα αυτά, η συζήτηση ενθαρρύνεται κατά τη διάρκεια της φάσης ψηφοφορίας. Εάν θέλετε να ψηφίσετε "κατά" ή "ουδέτερος/η", κάντε το ελεύθερα. Αυτές οι συζητήσεις μπορούν να βοηθήσουν τους χρηστές να σχηματίσουν άποψη για το αν θέλουν ή όχι να στηρίξουν μια πρόταση. Οι συζητήσεις μπορούν επίσης να καθοδηγήσουν τη δουλειά που θα γίνει κατά τη διάρκεια του έτους.

Η πρόσκληση συγκεκριμένων ατόμων για να ψηφίσουν μια πρόταση είναι αποδεκτή. Έχετε την δυνατότητα να προωθήσετε την ιδέα σας σε όσους μπορείτε. Επίσης, μπορείτε να απευθυνθείτε σε ανθρώπους του εγχειρήματος σας ή της ομάδας χρήστη σας. Φυσικά, αυτό δεν θα πρέπει να συμπεριλαμβάνει χρήση πολλαπλών λογαριασμών ή αθέμιτη προσπάθεια εξαναγκασμού ατόμων να αλλάξουν τη ψήφο τους. Μια καλοπροαίρετη εκστρατεία όμως κατά μιας πρότασης είναι αποδεκτή.


Each proposal should meet the following criteria:

  • The proposal is about a technical change and not for a policy or social change
  • The proposal is about the problem and not necessarily ask for a specific solution
  • The proposal is a well-defined problem and not a mix and match of different unrelated issues
  • The proposal is not already in another team's roadmap or has not been declined by other teams in the past
  • The proposal has not been declined by Community Tech or other teams in the past
  • The proposal is within the team's scope

The Community Tech team may decline proposals that fail to meet the above criteria.


Η κατάταξη με βάση τις θετικές ψήφους δημιουργεί έναν κατάλογο επιθυμιών με σειρά προτεραιότητας, και η ομάδα είναι υπεύθυνη για την αξιολόγηση και αντιμετώπιση των 10 πρώτων. Για να κάνουμε αυτό, εξετάζουμε όλες τις κορυφαίες επιθυμίες, και ψάχνουμε για τεχνικούς και κοινωνικούς ή σχετιζόμενους με τη πολιτική μας παράγοντες κινδύνου.

Οι αρνητικές και οι ουδέτερες ψήφοι βοηθούν πολύ στον εντοπισμό πιθανών μειονεκτημάτων. Για αμφιλεγόμενες επιθυμίες εξισορροπούμε τη ψηφοφορία με μια θεώρηση κοινής συναίνεσης. Για παράδειγμα αυτό εφαρμόστηκε το 2015: Η επιθυμία "δημιουργίας μιας λίστας παρακολούθησης χρήστη" έλαβε πολλές θετικές ψήφους αλλα και ορισμένες ένθερμες αρνητικές. Ακούσαμε όλες τις απόψεις και αποφασίσαμε αν θα επιδιώξουμε το εν λόγω εγχείρημα.

As an example, this worked in the 2015 survey: The wish to "add a user watchlist" received a lot of votes but also some heartfelt Oppose votes. Community Tech listened to all sides, and made a decision on whether to pursue the project or not.

Κάθε σκύλος που φορά τον σκούφο του Άγιου Βασίλη δουλεύει για την ομάδα μας.

…instead of addressing other wishes from older surveys?

Ο κύριος λόγος για τον οποίο κάναμε την έρευνα αυτή ετήσιο γεγονός είναι για να συμπεριλάβουμε περισσότερους! Περισσότεροι άνθρωποι γνωρίζουν πλέον για την ομάδα και την έρευνα, και μετά απο έναν χρόνο όποτε και πολλές από τις κορυφαίες επιθυμίες θα έχουν υλοποιηθεί, περιμένουμε ακόμα περισσότερο ενδιαφέρον και ενθουσιασμό για συμμετοχή. Θέλουμε να δώσουμε σε όλους μια ευκαιρία να παρουσιάσουν νέες ιδέες.

We also want to make sure that older ideas are still wanted. As software evolves, so do the user’s needs. Sometimes a really good wish from last year isn’t so important anymore, or the description has simply become outdated. Conducting the survey annually helps reconfirm what the community needs.

If there are wishes from last year's survey that you think deserve another shot, see “Can I resubmit a proposal from previous surveys?” above.