Community Wishlist Survey/FAQ/th

This page is a translated version of the page Community Wishlist Survey/FAQ and the translation is 2% complete.

Participation

Why should I participate?

Have you ever needed to see an improvement in the functionality of the Wiki software? Do you have an idea for a new tool to make the platforms more usable and functional? Do you want to support someone else's idea for such an improvement? Participating in the Survey is just the way to make that happen.

By participating in the Community Wishlist Survey, you can affect what platform changes the Community Tech, a Wikimedia Foundation team is working on. You can also work with the Community Tech to build these tools.

How can I participate?

You can participate in multiple ways. Technical knowledge or many years of wiki experience are not necessary:

ระยะเสนอ

23 มกราคม – 6 กุมภาพันธ์ พ.ศ. 2566

Review phase

30 มกราคม – 10 กุมภาพันธ์ พ.ศ. 2566

ระยะลงคะแนน

10 กุมภาพันธ์ – 24 กุมภาพันธ์ พ.ศ. 2566

After voting

28 กุมภาพันธ์ พ.ศ. 2566

What happens during the proposal phase?

In the proposal phase, contributors from every project and language can submit proposals for features and fixes that you'd like to see in 2023.

Community Tech limits the number of proposals per user to 10. Why? Read more on What happens after the proposal is submitted. If you have more than 10 ideas, feel free to encourage others to propose an idea.

How do I create a good proposal?

ข้อเสนอที่ดีประกอบด้วยสิ่งใดบ้าง? คำแนะนำเหล่านี้มีไว้เพื่อให้แน่ใจว่าข้อเสนอมีโอกาสดีที่สุดที่จะได้รับการคัดเลือกให้เสร็จสมบูรณ์

ภายใต้กิจกรรมที่เกี่ยวข้องกับเทคโนโลยีเพื่อสังคม (Community Tech)

ข้อเสนอควรเกี่ยวกับความต้องการด้านเทคนิคของบรรณาธิการวิกิมีเดียที่กระตือรือร้น ควรต้องมีงานด้านวิศวกรรมและไม่เกี่ยวกับนโยบายหรือการเปลี่ยนแปลงทางสังคม

ทีมเทคโนโลยีเพื่อสังคม (Community Tech) ปฏิเสธข้อเสนอ
หากพวกเขา
ข้อเสนอที่ต้องการงานวิศวกรรมรวมถึง
  • กำหนดให้ทำการแก้ไขบนวิกิเท่านั้น แม้ว่าจะเป็นการแก้ไข "ทางเทคนิค" (ในแม่แบบ โมดูล ฯลฯ)
  • อยู่ในแผนของทีมมูลนิธิวิกิมีเดียแล้ว
  • เคย ถูกปฏิเสธโดยเทคโนโลยีเพื่อสังคม (Community Tech) หรือทีมมูลนิธิวิกิมีเดีย อื่นๆ ในอดีต
  • เรียกร้องให้ลบหรือปิดใช้งานคุณลักษณะที่ทีมงานมูลนิธิวิกิมีเดียทำงานอยู่
  • สร้างเครื่องมือสำหรับ โครงการวิกิมีเดีย
  • การระบุและปรับปรุงการทำงานของเครื่องมือที่สำคัญที่ไม่ได้รับการสนับสนุน
  • การสร้างเอกสารที่ดีขึ้นสำหรับเครื่องมือเหล่านี้เพื่อให้สามารถใช้งานได้ดียิ่งขึ้น
  • การสร้าง gadgets, bots และวิซาร์ดเพื่อช่วยผู้ใช้ในสิ่งที่พวกเขาทำอยู่แล้ว
  • เครื่องมือสร้างสำหรับ โครงการวิกิ
  • แก้ไขแกดเจ็ตและบอทที่มีอยู่เพื่อให้สามารถทำงานในโครงการได้มากขึ้น
  • การแปลงโค้ดที่ใช้มากซึ่งเขียนโดยชุมชน (แกดเจ็ตและสคริปต์ผู้ใช้) ให้เป็นส่วนหนึ่งของซอฟต์แวร์ มีเดียวิกิ

โครงการระยะเวลาไม่ถึงปี มากกว่าจุดบกพร่อง

แบบสำรวจสิ่งที่อยากได้ของชุมชนจำกัดตามความสามารถของทีม เทคโนโลยีชุมชน

ทีมงานรู้สึกขอบคุณสำหรับ "ความคิดที่ยิ่งใหญ่" สำหรับมูลนิธิและไม่เพิกเฉยต่อพวกเขา อย่างไรก็ตาม ข้อเสนอบางอย่างต้องการทีมเฉพาะนอกเหนือจากเทคโนโลยีเพื่อสังคม (Community Tech)

ข้อเสนอเหล่านี้จะถูกย้ายไปที่ หน้าแยกต่างหาก และจะไม่ถูกโหวต ในภายหลัง ลิงก์ไปยังหน้านั้นจะถูกแบ่งปันกับทีมงานมูลนิธิวิกิมีเดียอื่น ๆ

ตัวอย่าง:

ทำให้ SecurePoll เข้าถึงได้ผ่านวิกิท้องถิ่น (ใหญ่เกินไป)
"POV Detector" สำหรับบทความ (ใหญ่เกินไป)
สร้างแอปพลิเคชันมือถือสำหรับ Wikivoyage (ใหญ่เกินไป)
การหมดอายุของรายการเฝ้าดู (ขนาดใหญ่)
Ping ผู้ใช้จากสรุปการแก้ไข (ขนาดในอุดมคติ)
คัดลอกและวางจากส่วนต่าง (เล็กแต่ไม่เล็กเกินไป)

เลือกหนึ่งปัญหาเฉพาะและอธิบายโดยละเอียด

ให้บริบทว่าทำไมปัญหาถึงสำคัญสำหรับผู้ใช้ ข้อเสนอที่ดีอธิบายอย่างชัดเจน:

  • ปัญหาคืออะไร
  • ใครได้รับผลกระทบบ้าง
  • เพิ่มภาพหน้าจอ ลิงก์ และหน้าพูดคุยที่มีรายละเอียดการสนทนาเกี่ยวกับพื้นที่ปัญหา ถ้าเป็นไปได้

สิ่งนี้จะช่วยให้เทคโนโลยีเพื่อสังคม (Community Tech) เข้าใจว่าจะเริ่มทำงานที่ไหน

ไม่เพียงแค่พูดว่า "(ฟีเจอร์ x) ล้าสมัย" "ต้องปรับปรุง" หรือ "มีข้อบกพร่องมากมาย" นั่นเป็นข้อมูลไม่เพียงพอที่จะระบุสิ่งที่ต้องทำ

สามารถส่งข้อเสนอในภาษาใดก็ได้เทคโนโลยีเพื่อสังคม (Community Tech) สนับสนุนให้อาสาสมัครแปลเพื่อให้ทุกคนสามารถอ่านและลงคะแนนได้ง่ายขึ้น อ่านเพิ่มเติมใน ขั้นตอนการทบทวน

ตัวอย่าง:

เพิ่มบอทที่ดีกว่า (ไม่แม่นยำพอและอ่านระหว่างบรรทัด ใหญ่เกินไป)
ทำให้วิกิใช้งานง่ายขึ้นสำหรับคนส่วนใหญ่ (ไม่ใช่ปัญหาเดียว แต่เป็นหลักการสำหรับการเปลี่ยนแปลงมากมาย)
ใช้ปัญญาประดิษฐ์ (ไม่ใช่ปัญหาเดียว แต่เป็นหลักการสำหรับการเปลี่ยนแปลงมากมาย)
การจัดการการแสดงความแตกต่างที่ดีกว่าในการแยกย่อหน้า
แสดงเซสชันที่ใช้งานอยู่ทั้งหมด
ใช้วิกิสนเทศ (Wikidata) เพื่อปรับปรุงการค้นหา

ไม่ต้องกังวลกับการหาทางออก

คุณไม่จำเป็นต้องแนะนำวิธีแก้ปัญหา มันจะเป็นภารกิจของทีมเทคโนโลยีเพื่อสังคม (Community Tech) ที่จะหาทางแก้ไข

การกำหนดวิธีแก้ปัญหาบางครั้งอาจเป็นข้อจำกัด ตัวอย่างเช่น ผู้มีสิทธิเลือกตั้งอาจสนับสนุนวิธีแก้ปัญหาอย่างผิดพลาดซึ่งต่อมาในปีนั้นอาจกลายเป็นสิ่งที่เป็นไปไม่ได้ที่จะสร้างได้และทีมเทคโนโลยีเพื่อสังคม (Community Tech) จะแก้ปัญหาด้วยวิธีที่ต่างออกไป

ตัวอย่าง:

Tags (ala evernote, ค้นหาได้, จัดหมวดหมู่) (ไม่มีข้อมูลเกี่ยวกับปัญหา)
โปรแกรมอัปโหลดจำนวนมาก (ไม่มีข้อมูลเกี่ยวกับปัญหา)

พูดคุยกับสมาชิกชุมชนคนอื่น ๆ

คุณอาจต้องการดึงความสนใจไปที่แนวคิดของคุณและเป็นส่วนหนึ่งของการสนทนาเกี่ยวกับแนวคิดที่เกิดขึ้นที่อื่น รวบรวมข้อเสนอแนะและแบ่งปันข้อเสนอ คุณสามารถทำได้ตั้งแต่เนิ่น ๆ ก่อนถึงขั้นตอนการลงคะแนน ด้วยวิธีนี้ ผู้ร่วมให้ข้อมูลสามารถทราบเกี่ยวกับปัญหาและอย่าลืมเข้าร่วมและลงคะแนนเมื่อถึงเวลา

นอกจากนี้ ดูสื่อส่งเสริมการขายของเรา คุณสามารถใช้พวกมันได้

หลีกเลี่ยงข้อเสนอที่ถูกปฏิเสธในอดีต

นี่คือรายชื่อโครงการบางส่วนที่ได้รับการโหวตจำนวนมากทีมเทคโนโลยีเพื่อสังคม (Community Tech) มุ่งมั่นที่จะทำงานกับพวกเขา แต่ต้องปฏิเสธพวกเขา ไม่น่าเป็นไปได้ที่ทีมจะทำงานร่วมกันได้ในปีนี้

ฉบับสำรวจ ผลลัพธ์ในการจัดลำดับ โครงการ คำอธิบาย
2019 #2 โหมดมืด ทับซ้อนกับโครงกของทีมอื่น โครงการที่ทับซ้อนกัน คือ การปรับปรุงเดสก์ท็อป การอ่าน
2019 #6 Put mw.toolbar back ปัญหานี้ได้รับการแก้ไขโดยส่วนใหญ่โดยไม่มีการแทรกแซงของ ทีมเทคโนโลยีเพื่อสังคม (Community Tech) นอกจากนี้ เป็นนโยบายของทีมเทคโนโลยีเพื่อสังคม (Community Tech) ที่จะไม่เลิกทำการเปลี่ยนแปลงที่ทำโดยทีมอื่น การอ่าน
2019 #8 การแจ้งเตือนเกี่ยวกับบทความ มันซับซ้อนเกินไปในทางเทคนิค นอกจากนี้ จะต้องดำเนินการโดยทีมงานมูลนิธิวิกิมีเดียอีกทีมหนึ่ง มีวิธีอื่นในการดูผลลัพธ์เดียวกัน การอ่าน
2019 #10 2FA พร้อมใช้งานสำหรับผู้แก้ไขที่เกี่ยวข้องทั้งหมด มันซับซ้อนเกินไปในทางเทคนิค นอกจากนี้ จะต้องดำเนินการโดยทีมงานมูลนิธิวิกิมีเดียอีกทีมหนึ่ง การอ่าน
2017 #6 การแจ้งเตือนบทความสำหรับภาษาอื่น ๆ มันซับซ้อนเกินไปในทางเทคนิค นอกจากนี้ทีมเทคโนโลยีเพื่อสังคม (Community Tech) ยังไม่สามารถสร้างและบำรุงรักษาเครื่องมือดังกล่าวได้ การอ่าน
2016 #1 Global gadgets มันซับซ้อนเกินไปในทางเทคนิค นอกจากนี้ทีมเทคโนโลยีเพื่อสังคม (Community Tech) ยังไม่สามารถสร้างและบำรุงรักษาเครื่องมือดังกล่าวได้
2015 #3 พื้นที่เก็บข้อมูลส่วนกลางสำหรับแกดเจ็ต แม่แบบและโมดูล Lua
2015 #6 อนุญาตหมวดหมู่ในคอมมอนส์ ในทุกภาษา ทับซ้อนกับโครงการของทีมอื่น โครงการที่ทับซ้อนกันคือ Structured Data on Commons และ Structured Data Across Wikimedia
2015 #4 Cross-wiki watchlist มันซับซ้อนเกินไปในทางเทคนิค การอ่าน
2015 #8 หน้าพูดคุยข้ามวิกิสากล ทับซ้อนกับโครงการของทีมอื่น โครงการที่ทับซ้อนกันคือ Flow/Structured Discussions และ การแจ้งเตือนข้ามวิกิ การอ่าน
2015 #10 เพิ่มรายการเฝ้าดูของผู้ใช้ เครื่องมือนี้ถูกนำไปใช้ในทางที่ผิด อาจทำให้ง่ายต่อการก่อกวนผู้ใช้ การอ่าน

What happens after the proposal is submitted?

The community can collaboratively work on a proposal that presents the idea in a way that's most likely to succeed in the voting phase.

When a proposal is submitted, everyone is invited to comment on that proposal, and help to make it better — asking questions, and suggesting changes.

Similar proposals can be combined; very broad proposals should be split up into more specific ideas.

The goal is to create the best possible proposal for the voting phase.

The person who submits a proposal should expect to be active in that discussion, and help to make changes along the way.

Can I resubmit a proposal from previous surveys?

Yes.

If you decide to copy a proposal from the old survey into the new survey, Community Tech expects you to "adopt" that proposal—meaning that you'll be actively participating in the discussion about that idea, and willing to make changes to the proposal in order to make it a stronger idea when it moves to the voting phase.

You may also submit some proposals that were archived in past years. For example, you may go through unclear proposals, describe them better, and submit them.

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.

If a wish was declined by the Community Tech team, it is not eligible for another submission unless it has been changed significantly.

ตัวอย่าง:

Can I work on an idea before the proposal phase?

Yes.

The 2023 edition starts on 23 มกราคม. You can start working on an idea using the Community Wishlist Survey sandbox. This may allow you to make the details public and invite others to draft an idea with you.

What does "out of scope" mean?

See also How to create a proposal for detailed explanations.

ระยะเสนอ

23 มกราคม – 6 กุมภาพันธ์ พ.ศ. 2566

Review phase

30 มกราคม – 10 กุมภาพันธ์ พ.ศ. 2566

ระยะลงคะแนน

10 กุมภาพันธ์ – 24 กุมภาพันธ์ พ.ศ. 2566

After voting

28 กุมภาพันธ์ พ.ศ. 2566

After the proposal phase, the Community Tech team will review the proposals before the voting phase begins.

The team checks if any proposals have to be declined. If there are any issues that prevent proposals from being accepted into the voting phase, they try to contact the proposals' authors and ask additional questions.

If a proposal is correct, Community Tech members mark it for translation. Then, anyone can translate the proposal to make it understandable for more people.

ระยะเสนอ

23 มกราคม – 6 กุมภาพันธ์ พ.ศ. 2566

Review phase

30 มกราคม – 10 กุมภาพันธ์ พ.ศ. 2566

ระยะลงคะแนน

10 กุมภาพันธ์ – 24 กุมภาพันธ์ พ.ศ. 2566

After voting

28 กุมภาพันธ์ พ.ศ. 2566

How do I vote?

The only votes that are counted are Support Support votes.

The final list of wishes will be ranked in order of the most Support votes. If you are the proposer, a support vote is automatically counted for your proposal.

Participants can vote for as many proposals as they want. To ensure fair voting, only registered users can vote, and votes by very new accounts may be removed.

Can I post an Oppose, Neutral, or discuss?

Yes.

Discussion is encouraged during the voting phase. If you want to post an Oppose Oppose or Neutral Neutral vote with a comment, then feel free to do so.

These discussions can help people to make up their mind about whether they want to vote for the proposals. The discussions also provide useful input to guide the work that will happen through the year.

Can I ask others to vote for my proposal?

Yes.

You've got an opportunity to sell your idea to as many people as you can reach. Feel free to reach out to other people in your project, WikiProject, affiliate, or other kind of group of users. A good-faith "get out the vote" campaign is absolutely okay.

ระยะเสนอ

23 มกราคม – 6 กุมภาพันธ์ พ.ศ. 2566

Review phase

30 มกราคม – 10 กุมภาพันธ์ พ.ศ. 2566

ระยะลงคะแนน

10 กุมภาพันธ์ – 24 กุมภาพันธ์ พ.ศ. 2566

After voting

28 กุมภาพันธ์ พ.ศ. 2566

How do you select which proposals to work on?

Once the survey is closed, the Community Tech team will choose some proposals from the survey to work on.

Popularity of a proposal is the main factor in the selection decision, but not the only one. If a proposal has many support votes, Community Tech also takes into consideration:

Technical complexity

Product and Design complexity

Historically underserved needs and community impact

Software engineering effort that needs to be invested.

This includes reviewing code, dependencies on other teams, infrastructure, legal, and security limitations, database updates, etc.

Effort required for data collection to understand the problem, creation of the designs, user testing to validate the designs, and coordinating across teams to mitigate the impact of changing a part of the user experience.

Should the launch be gradual or not gradual? How many and which communities will collaborate with us to test the new functionality?

Is the proposal about under-supported Wikimedia projects?

Would it work across different wikis?

How many people would benefit from the improvement?

Is it about the support for non-textual content?

The final score is a combination of all the above. Next, Community Tech begins to work on the proposals with the highest final scores.

Some of the wishes may be addressed by volunteer developers or other development teams.

Why is the number of votes not the only criterion?

In addition to the number of votes, Community Tech takes the complexity of wishes into account. This allows the team to stagger the work and complete more wishes.

Also, focusing only on the number of votes is an equity concern. There are small groups like global groups or communities from small Wikimedia projects. In a simple voting, they could easily be outnumbered, and they would continue to be under-supported.

How many wishes will you address?

It varies by year based on the complexity of the wishes.

Community Tech does not commit to a fixed count because the team cannot predict a number. The team strives to complete as many wishes as possible. Completing wishes depends on the complexity and resources, such as the number of engineers and designers on the team for that given year.

There was a time when Community Tech promised the “top N” wishes and tried to grant them between July and June. Sometimes wishes took longer than anticipated due to complexity. Other times it meant the team was rushing to get something finished. Also, this meant the team could get into situations of “over-promising” which could limit volunteers' trust.

In 2020, Community Tech stepped away from promising a total number of wishes they would grant.

How can I stay informed about the progress of the work?

จะเกิดอะไรขึ้นหากมีคนจำนวนไม่น้อยลงคะแนนเห็นด้วยในข้อเสนอที่แย่?


การลงคะแนนไม่เห็นด้วยและเป็นกลางนั้นมีประโยชน์เป็นอย่างมากในการพิจารณาด้านลบ สำหรับข้อเสนอที่มีข้อขัดแย้ง เราจะปรับจำนวนการลงคะแนนให้เท่าเทียมกันกับการตรวจทานเชิงฉันทามติ กรณีเช่นนี้เช่นเมื่อครั้งปี 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.

About the survey and the team

Does this survey determine all technical changes in Wikimedia?

No.

In the Wikimedia movement, there are many organizations and individuals who work on technical changes. There are volunteers, Wikimedia affiliates, and the Wikimedia Foundation. The Community Wishlist Survey is only a project of one organization, the Wikimedia Foundation.

The Wikimedia Foundation has two departments working on technical projects: Product and Technology. In each department, there are many teams. The Community Wishlist Survey is only a project of one team, Community Tech.

Why are you doing a new survey this year…

…instead of addressing other wishes from older surveys?

Community Tech wants to keep our priorities in line with the communities' priority needs!

As software evolves, so do the users' 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.

Do you only build new things?

No.

Community Tech also spends part of our time maintaining features they built in the past. This may, and sometimes does affect how effectively the team finishes their work on new changes.

What's the history of the survey?

Danny Horn, former manager in Community Tech, presenting the Community Wishlist Survey at Wikimania 2017

The creation of the Community Tech team is a direct outcome of requests from core contributors for improved support for moderation tools, bots, and the other features that help the Wikimedia projects succeed.

This survey process was developed by Wikimedia Deutschland's Technical Wishes team, who run a wishlist survey on the German-language Wikipedia.

In November, 2015, Community Tech conducted the first Community Wishlist Survey, to help identify the features and fixes that are most important to Wikimedia editors. The team invited contributors from all Wikimedia projects to submit proposals. After two weeks of collecting proposals, the team asked them to vote on the proposals they were most interested in. The process has been repeated every year since.

How can I change things for next year?

If you've got suggestions to improve the process, feel free to write on the survey talk page. We'd be happy to talk about any ideas that you have! You can write in any language.

Contact

Questions or feedback are welcome. You can ask them on the talk page or at Talk to Us meetings.

You can also contact: