Talk pages consultation 2019/th

The หน้าพุดคุยปรึกษาหารือ เป็นการให้คำปรึกษาระดับโลกตั้งแต่ กุมภาพันธ์ถึงเดือนมิถุนายน 2562 เพื่อนำชาว Wikimedians และ wiki ที่มีใจมารวมกันเพื่อกำหนดเครื่องมือที่ดีกว่าสำหรับการสื่อสารแบบ wiki การให้คำปรึกษาจะค้นหาข้อมูลจากส่วนต่าง ๆ ของชุมชนวิกิพีเดียให้มากที่สุดเท่าที่จะเป็นไปได้ - ในหลาย ๆ โครงการในหลายภาษาและหลายมุมมองเพื่อกำหนดทิศทางผลิตภัณฑ์สำหรับชุดคุณลักษณะการสื่อสารที่ทีมผลิตภัณฑ์จะสามารถทำได้ เพื่อทำงานในปีบัญชีที่จะมาถึง

วัตถุประสงค์ของการปรึกษาหารือ
หน้าคุย wikitext ไม่ได้ทำจากซอฟต์แวร์ มันเป็นคอลเลกชันของการประชุมทางวัฒนธรรมที่ทำให้งุนงงกับผู้มาใหม่และน่ารำคาญสำหรับบรรณาธิการที่มีประสบการณ์ การนับโคลอนเพื่อเยื้องการตอบกลับอย่างถูกต้องโดยใช้เครื่องหมายตัวหนอนเพื่อลงชื่อชื่อของคุณโดยต้องดูทั้งหน้าพูดคุยแทนส่วนที่คุณเข้าร่วมไม่ใช่ลิงก์ตอบกลับที่ง่าย - นี่สร้างความปวดหัวสำหรับทุกคน

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

ทีมผลิตภัณฑ์มูลนิธิวิกิมีเดีย ได้ทำงานเกี่ยวกับเครื่องมือสื่อสารมาก่อน: (เริ่มในปี ค.ศ. 2010 ) และ  (เริ่มในปี ค.ศ. 2012) Both of these projects have been used successfully on many wikis, although they've also both been heavily criticized, and neither has gained wide acceptance on many of the largest wikis.

We want all contributors to be able to talk to each other on the wikis – to ask questions, to resolve differences, to organize projects and to make decisions. Communication is essential for the depth and quality of our content, and the health of our communities. We believe that this is essential for us to reach our goal of providing free access to the sum of all human knowledge.

Desired result from this consultation
One sentence, one paragraph, and one document that describe the overall direction of what we will build.

By the end of this consultation, we'll have an overall product direction for a set of communication features that a product team will be able to work on in the coming fiscal year. We'll have a rough consensus that our contributors agree with that overall approach, including both new contributors and longtime veterans, in multiple languages and across multiple projects.

By the end of the consultation, we'll be able to answer these questions:


 * Are we building one feature, or more than one?
 * Are we improving previous systems, or building a new tool?
 * How will we balance ease of use with the advanced feature set that our most complex use cases require?
 * What are the important open questions that the product team should investigate and test?

The result will not be a complete, detailed product specification. Detailed plans will be developed and revised by the product team over time, informed by design, testing and continued close partnership with our users. But we'll have a solid place to start, and we'll be confident that the team is on the right track.

To encourage trust and good faith, the consultation and ultimate product development will be entirely public and transparent. Every step will be documented on wiki.

Possible solutions
For this process to work, we need to be open to all kinds of directions. It's possible that at the end of this consultation, we end up with any of the following:


 * Building features on top of wikitext talk pages, to make them easier and more efficient.
 * Using Visual Editor on talk pages, with extra features.
 * Building a new software feature that isn't StructuredDiscussions/Flow.
 * Building on top of the existing StructuredDiscussions/Flow feature.
 * Building more than one solution – it's possible that we define separate sets of requirements for user talk conversations, content/project page conversations, common workflows and RFCs, and that there are two (or more) different features.
 * Something completely different that we haven't considered yet.

Non-goals
While we are interested in all good ideas, and might take some up in future, some things are out of scope for the current project:


 * Off-wiki discussion platform – Discussions need to be on the wikis, using Wikimedia accounts.
 * Temporary content – Discussions need to be stored on wiki, so they can be found and referenced later.
 * Tools for a niche audience – Discussions are designed for everyone, with equity in mind. We're not building a tool only for a subset of users (e.g., experience, language, preferred device.)
 * A social network per se – Discussions on Wikimedia should primarily be in service of improving content on the wiki.
 * Real-time discussions – Real-time discussions have value, but our current focus is on asynchronous discussions for the reasons mentioned in points above.
 * The status quo – Leaving talk pages exactly as they are.

Participate
We are currently in the planning stage. Please read this page and provide feedback on the overall process for this talk page consultation:

We're also looking for volunteers to be the primary contact for participant groups throughout this process.

You can also help build the list of the many different ways people talk to each other.

Final decisions
The project is led by Trevor Bolliger (Product Manager), Benoît Evellin (Community Relations Specialist), Sherry Snyder (Community Relations Specialist) and Danny Horn (Director of Product Management).

Information from multiple communities and other stakeholders is extremely important. We deeply believe that we can't make a good decision without listening to you and understanding your needs. However, the final decision about what software to support will be made by the Wikimedia Foundation, after due consideration of all the available information, our educational purpose, and the movement's 2030 strategic direction.

Decision criteria
While the Wikimedia Foundation will make the final decisions in the 2019 talk page consultation, we are entering this process with honest curiosity, no preconceived solutions, and we are legitimately seeking to comprehend the feedback we receive. That said, there will be many difficult discussions about trade-offs we need to make. When it comes time to make a decision, all valid options will be weighed by the following criteria:


 * Which option(s) most aligns with our values?
 * Which option is most in alignment with Strategic Direction of Knowledge Equity?
 * Which option serves the most users and use cases as opposed to niche users?
 * Which option will result in more accessible user experience, for anyone on any device?
 * Which option will result in a more sustainable product that will be resilient to changing technologies, evolving use cases, and user expectations?
 * Which option poses the least amount of risk to achieve our project goals?