การปรึกษาหารือเกี่ยวกับหน้าพูดคุย พ.ศ. 2562/รายงานของระยะที่ 1

This page is a translated version of the page Talk pages consultation 2019/Phase 1 report and the translation is 18% complete.
See the Talk pages project for the work being done to address the problems identified in this report.

2019 การปรึกษาหารือหน้าพูดคุย (TPC) ถึงจุดสิ้นสุดของขั้นตอนที่ 1: การให้คำปรึกษาระดับโลกเกี่ยวกับวิธีที่ผู้มีส่วนร่วมใช้หน้าพูดคุยของวิกิและปัญหาที่ผู้คนประสบ รายงานนี้สรุปสิ่งที่ผู้คนพูดและสิ่งที่เราได้เรียนรู้นำเสนอทิศทางสำหรับโครงการและเสนอคำถามเฉพาะเพื่อสำรวจใน ระยะที่ 2 (August 2019: The Phase 2 report is out.)

โดยทีมที่ให้คำปรึกษาเกี่ยวกับหน้าพูดคุย: Danny Horn, Benoît Evellin, Sherry Snyder, Thomas Meadows และ Marshall Miller

บทนำ

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

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

ทีมผลิตภัณฑ์มูลนิธิ Wikimedia ได้ทำงานกับเครื่องมือสื่อสารแบบ on-wiki มาก่อนรวมถึง LiquidThreads (เริ่มในปี 2549) และ การสนทนาแบบมีโครงสร้าง/ไหล (เริ่มในปี 2555) โครงการทั้งสองนี้ถูกใช้อย่างประสบความสำเร็จกับวิกิจำนวนมากแม้ว่าพวกเขาจะได้รับการวิพากษ์วิจารณ์อย่างหนักและไม่ได้รับการยอมรับอย่างกว้างขวางจากวิกิที่ใหญ่ที่สุดหลายแห่ง

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

ทั่วโลก การปรึกษาหน้าพูดคุย เริ่มต้นขึ้นในเดือนมีนาคม 2019 โดยมีการสนทนาขั้นที่ 1 บน 20 wikis และช่องว่างกลุ่มผู้ใช้ ซึ่งรวมถึง Wikipedias ใน 15 ภาษาเช่นเดียวกับ Commons, Wikidata, Wiktionaries สองรายการและการประชุมผู้ใช้ด้วยตนเอง การสนทนาเหล่านี้เป็น สรุปโดยสมาชิกของแต่ละชุมชน และทีม TPC อ่านการอภิปรายแบบ on-wiki ทั้งหมด The team also conducted two rounds of user tests on UserTesting.com, with people who read Wikipedia a lot, but who haven't contributed because they don't know how.

Phase 1 ended at the end of April, with this report being published in May. Below is a brief summary of our findings, a proposal for the project direction, and a list of questions for Phase 2 discussions. This is followed by a longer and more detailed review of the discussions and user tests.

Summary of findings, and proposed direction

The basics

There's universal agreement that three basic elements of wikitext talk pages need to be improved: replying, indentation and signatures. For new users, these basic mechanics are confusing and off-putting. Even very experienced users sometimes make mistakes with indentation and signatures. To improve talk pages, we need to add an easy tool for replying, and make indentation and signatures automatic. (See #Indentation, #Replying and #Signatures below.)

Experienced contributors

Very active contributors who participate in complex discussions and workflows favor the flexibility of an open, unstructured wikitext talk page. For those users, an open wikitext page is liberating. It allows them to change the structure of a discussion or page to respond to the needs of the moment. They have a strong desire to keep continuity with the existing wikitext system. Editors agreed with this view at many wikis, including at wikis that have been using Flow. (ดูที่ #Stability และ #Wikitext ด้านล่าง)

มีคุณสมบัติอื่น ๆ อีกมากมายที่ผู้ร่วมให้ข้อมูลที่มีประสบการณ์ต้องการดูเพิ่มในหน้าพูดคุยรวมถึง:

  • ความสามารถในการดูการสนทนาที่เฉพาะเจาะจงเพื่อให้ผู้ใช้สามารถติดตามการสนทนาเดียวแทนที่จะเห็นการแจ้งเตือนสำหรับการเปลี่ยนแปลงทุกครั้งที่เกิดขึ้นกับบทความหรือหน้าพูดคุยที่เหลือ (#Watchlist)
  • A more consistent archiving and search function, to help users find previous conversations on a specific topic. (See #Archiving and #Searching below.)
  • A more consistent notification (ping) function, to make it easy to alert specific people about a discussion, and easy to receive clear notifications both on- and off-wiki. (#Notifications)
  • A way to view the history of a specific conversation, especially if that conversation has moved to an archive. (#History)
  • The ability to use talk pages fluently on a mobile device. (#Mobile users)

At the English Wikipedia, some editors mentioned metadata templates. These are used on article talk pages to display instructions, warnings, quality ratings, WikiProject affiliations, and other information about the article. วิกิอื่น ๆ ใช้เครื่องมือที่คล้ายกัน หัวข้อนี้มีความสำคัญ แต่ไม่ได้รับความสนใจเป็นพิเศษในระยะที่ 1 เราจะขอข้อมูลเพิ่มเติมเกี่ยวกับมันในเฟส 2 (#Metadata)

ผู้มีส่วนร่วมใหม่

New contributors find unstructured wikitext talk pages confusing and difficult to use. The conversation tools that they've learned to use on the internet are very different from the tools that we provide. This difference discourages people from participating and becoming active community members.

In addition to the on-wiki discussions, we ran new user tests with ten potential newcomers. All of them are very familiar with reading Wikipedia and expressed interest in learning how to edit. In these tests, we observed the following:

  • All of the users struggled to find talk pages. Most thought that clicking "แก้ไขต้นฉบับ" in an article section heading would lead them to a discussion forum about that section. When we asked them where they would go to ask a question about editing the article, only one out of ten noticed the "อภิปราย" tab at the top left of the page (in English, a left-to-right wiki). They generally searched in the upper right of the page, thinking that the "คุย" link (for their own user talk pages) was the right place to ask a question.
  • When the test directed them to the "อภิปราย" tab, all of the users expected to see a typical message board or a discussion forum. Many were confused by the structure of the talk page. The similarity between the visual design of the article and the talk page led them to assume that each section in the article corresponded to a section on the talk page.
  • The users struggled with "the basics" described above: replying, indentation and signatures. Some users thought that the "(คุย)" link in a user's signature was the reply button. Only three of ten could figure out how to add a signature. Most of the users could figure out how to use colons for indentation from looking at previous posts.
  • This test was done with copies of talk pages from the English Wikipedia. Article talk pages there often contain templates about the article (example). For most users, the templates at the top of the talk page seemed out of place. Several users became so focused on the template boxes that they didn't scroll down to the discussion without being prompted; they seemed to believe that the templates themselves were the full extent of the talk page. (See New user tests for more.)

These findings were echoed by comments in the on-wiki discussions. New users reported that responding on a talk page was confusing, and that confusion leads many users to give up. Many experienced users said that newcomers struggle with the current design and functionality, and that it can be a barrier to participation. (#Newcomers)

ธีมหลัก

ในระหว่างกระบวนการนี้มีสองประเด็นหลักที่เกิดขึ้น

  • Clear design and appropriate tools: Right now, article pages and talk pages are very similar in their appearance and functionality. That appearance is misleading and makes it more difficult for people to learn how to use talk pages correctly. People are meant to use a talk page in a different way than an article; it's a different form of content. A core principle of product design is that the tool should help the user understand what they're supposed to do. It should be easy to use a product correctly. A good product design minimizes the opportunities for users to make mistakes. While experienced wiki contributors have learned to live with limited product design – and are justifiably proud of the workarounds they've developed to compensate – it's not fair to allow badly designed tools to be a barrier to participation for knowledgeable and passionate people who want to join the communities and contribute knowledge.
  • Features vs Flexibility: The desire for talk page improvements is not limited to newbies. In fact, experienced contributors are the ones who know best how inadequate the existing tools really are. Experienced users want to participate in a single discussion on an active talk page, without wasting time looking at irrelevant edits in other sections on the page. Experienced users want to be able to find discussions easily and quickly, even if the discussions have been moved to an archive. In order to provide these features, the system needs to be able to tell what "a discussion" is – that this specific part of the page is a single discussion, and separate from other edits on the same page. That may require making some changes that limit the endless flexibility of an open wikitext page. Those changes need to be carefully considered and agreed upon, and changes that limit flexibility need to connect to a visible, positive improvement in functionality. That's what we want to discuss in Phase 2 of this consultation: How should we approach finding that balance between long-requested features and flexibility?

Proposed product direction

Based on these findings, we propose that wikitext talk pages should be improved, and not replaced.

Experienced contributors in the larger communities have built a very large number of important workflows based on the ability to manipulate wikitext, and the list of use cases is long and intimidating. LiquidThreads and Flow both involved replacing talk pages with a new system, which then had to handle all of those use cases before they were fully adopted. In complex ecosystems like this, it's better to start with a product that works (called a "minimum viable product"), and then make improvements that can be built and released over time, learning more with each release. As flawed as wikitext talk pages are, they've powered wiki discussions for more than 15 years, and that's a minimum viable product.

Our idea is to build a new design on top of wikitext talk pages that changes the page's default appearance and offers key tools – the "clear design and appropriate tools" described above. This new design should communicate to the user that this is not a content page, and help the user interact appropriately with the tools. This should include clear signals for how to start a new discussion, and to respond to an existing discussion or to a specific message within that discussion. It should add the signature automatically, and place the message in the correct nesting order.

In order to keep consistency with the existing tools, this new design will be a default experience that existing users can opt out of. With some caveats discussed below, it should be possible for users to keep the view that they currently have, and work in wikitext instead of using the new tools.

The caveats: as we said above in "Features vs Flexibility", improving talk pages may require small-to-medium changes in wikitext conventions and practices.

ตัวอย่างเช่น:

  • เพื่อสร้างความสามารถในการเฝ้าดูการสนทนาเพียงครั้งเดียวระบบจะต้องสามารถบอกความแตกต่างระหว่างการสนทนาหนึ่งกับการสนทนาต่อไป หน้าไม่สามารถเป็นกองการแก้ไขที่ไม่ได้เชื่อมต่อได้ นั่นอาจหมายถึงการเปลี่ยนระเบียบ wikitext สำหรับหัวข้อสนทนา ผู้แก้ไขอาจพิมพ์ =/= แทน ==, หรือ {{talk-thread|Title of thread}} (ตัวอย่างเหล่านี้มีไว้เพื่อเป็นภาพประกอบเท่านั้นไม่ใช่ข้อเสนอแนะจริง) คนที่มีประสบการณ์จะยังสามารถใช้ wikitext ได้ แต่พวกเขาต้องเรียนรู้ระเบียบแบบแผนใหม่
  • ในการทำให้ฟีเจอร์ใหม่ใช้งานได้และไม่ยุ่งเกี่ยวกับหน้าเว็บที่ไม่ใช่การสนทนาคุณอาจจำเป็นต้องระบุตำแหน่งที่เปิดใช้งาน We could have them work only on pages in the "talk" namespaces (such as Talk:, User talk, Template talk, etc.). If so, then some existing project-wide discussion pages (such as the deletion discussions at some wikis) would have to relocate from Wikipedia: to Wikipedia talk: pages, to be able to use these tools. Another possibility is that the features work automatically in the talk namespaces, and that people could turn them on for other individual pages with a wikitext magic word. Or maybe they'll work anywhere, as long as you use the {{talk-thread}} prefix. (Again, purely for illustration.)
  • To build the ability to move a discussion to an archive without breaking links to it, it may be necessary to create a unique ID for each discussion. This could mean that you need to use one of the new tools to create a new thread, merge two threads, or archive an old thread.
  • To improve page history, we may have to make some decisions. Some experienced contributors talked about the need for a complete history for the whole page. Others emphasized the need for a thread history, for individual discussions. (Right now, wikitext talk pages have a page history but not a thread history; in Flow, it's the other way around.) It would be ideal to provide both page history and thread history. We'll have to think and talk about how to make that possible.

The intention is to only make changes that are necessary, in order to enable functionality that's worth making the change. Ideally, the result should be approximately the same amount of work or less for contributors. For example, if you want to move a discussion from one page to another without breaking people's watchlist, you might need to click a new "move discussion" link and enter the name of the target page, so the system can keep the permalink active. That would be a new habit to learn, but moving a thread by cutting and pasting wikitext takes just as long.

The inspiration for this approach was the eager adoption of the ping feature, which was created around six years ago and is now widely used by experienced users. To send someone a notification that you'd like them to look at a discussion, you have to post their user name in brackets, or use a specific template, such as {{ping|name}} or {{u|name}}. But the ping only works if you sign that edit with ~~~~. If you misspell the person's name, then you have to fix the error, and sign the message again, on a new line. That's a new set of wikitext habits to learn and remember, but lots of people have happily switched their habits, because it enables a feature that's incredibly helpful.

The adoption of the ping feature demonstrates that it's possible to make widely accepted small-to-medium changes in wikitext conventions, as long as we can find that balance between the trouble it takes to learn and use the new convention, and the value that users get from a new feature. It will take serious thought and discussion to find this balance for each stage of the project. We're willing to think and talk and try new things, in order to make talk pages easier to learn and use. We hope that many of you are willing to join us as we figure out how to make this work.

คำถามสำหรับเฟส 2

August 2019: The Phase 2 report is out.

การโพสต์รายงานนี้เป็นการสิ้นสุดของระยะที่ 1 สำหรับการปรึกษาหารือในหน้าพูดคุยและเริ่มขั้นตอนที่ 2 ซึ่งจะเป็นการอภิปรายและการสำรวจรอบใหม่

ส่วนที่สำคัญของระยะที่ 2 คือการฟังคำตอบของคุณต่อ ทิศทางผลิตภัณฑ์ที่เสนอ ที่สามารถเริ่มได้ในขณะนี้ ในหน้าพูดคุยของรายงานนี้ สำหรับผู้ที่ต้องการแบ่งปันความคิดความคิดและคำถามของพวกเขาที่นั่น เราจะขอให้กลุ่มที่เข้าร่วมในเฟส 1 บอกเราว่าพวกเขาคิดอย่างไร

ในการสนทนาระยะที่ 2 เรากำลังถามคำถามต่อไปนี้:

  1. คุณคิดอย่างไรกับทิศทางของผลิตภัณฑ์ที่นำเสนอ?
    บริบทt: มูลนิธิวิกิมีเดีย เสนอการสร้างการออกแบบใหม่ที่ชัดเจนยิ่งขึ้นบนหน้าพูดคุย wikitext ที่มีอยู่ มันจะนำเสนอเครื่องมือที่ง่ายขึ้นสำหรับการตอบกลับเยื้องและลายเซ็น คุณสามารถใช้ wikitext ต่อในหน้าพูดคุยได้หากต้องการ ควรเป็นไปได้ที่จะมีส่วนร่วมในการอภิปรายโดยไม่ต้องใช้ wikitext
    คำถาม: คุณคิดอย่างไรกับทิศทางของผลิตภัณฑ์นี้
  2. ทำเครื่องหมายการสนทนาแยกต่างหาก
    บริบท : ผู้คนต้องการดูแต่ละส่วนในหน้าพูดคุย พวกเขาต้องการการแจ้งเตือนที่ดีกว่าการเก็บถาวรและการค้นหา To do any of this, we may need to create a more structured definition of what counts as a single discussion. This may mean making changes to the wikitext conventions on a talk page. For example, we may create a new way that discussion headings look in wikitext, or a new link that you need to use to create, rename or split a thread.
    Question: What are the advantages and disadvantages of that approach?
  3. ช่วยผู้มาใหม่ค้นหาหน้าพูดคุย
    Context: Newcomers have difficulty finding talk pages. During user tests, only one person out of ten found the อภิปราย tab. Most testers looked for a อภิปราย tab on the opposite side of the page, where all of the other tabs and links are. Many people also expected to see links to discussions about specific sections in the article. เราอาจต้องการย้ายลิงค์ไปยังหน้าพูดคุยไปทางด้านตรงข้ามของหน้าบทความ We might add discussion functionality connected to individual sections.
    คำถาม: อะไรคือข้อดีและข้อเสียของการเชื่อมต่อระหว่างเนื้อหาบทความและการอภิปรายที่มองเห็นได้มากขึ้น?
  4. จะแสดงเครื่องมือการสนทนาไว้ที่ใดบ้าง
    Context: Currently, many wikis have community discussion spaces in the project namespace (Project or Wikipedia:), rather than in a talk namespace (Project talk or Wikipedia talk:). The project namespace is often used for village pumps/cafés, noticeboards, and some workflows, such as Articles for deletion. ระบบจะต้องรู้ว่าการสนทนาเกิดขึ้นที่ใดเพื่อให้สามารถแสดงเครื่องมือใหม่ในการสนทนาเหล่านั้นและไม่แสดงในหน้าอื่น ๆ มีหลายวิธีที่เป็นไปได้ในการทำเช่นนี้ หนึ่งในนั้นคือการย้ายการอภิปรายทั้งหมดไปยังพื้นที่พูดคุย
    คำถาม: อะไรคือข้อดีและข้อเสียของการทำเช่นนั้น?
  5. การแลกเปลี่ยนประวัติย้อนหลัง
    บริบท: บางครั้งคุณต้องดูประวัติของหน้าทั้งหมด Other times, it would be more helpful to see the history of only a single discussion thread. It would be ideal if we could provide both, but we're not sure how to do that.
    Question: What are the advantages and disadvantages of having a complete page history or a specific thread history?
  6. Metadata location
    Context: Some wikis place templates at the top of article talk pages. These may show instructions, warnings, or FAQs. They may hold page quality information, link to relevant WikiProjects, or identify past activities. Many new users are confused by finding non-discussion material at the top of an article talk page. It would be helpful to move some or all of that content somewhere else on the page, or under a different tab.
    Question: What are the advantages and disadvantages of that approach? Which templates are crucial for the proper use of a discussion page, and which could be moved somewhere else?

The rest of the report continues below with detailed findings, but first, here's how you can participate in Phase 2 as part of your local community, or as an individual.

Here are the current consultations: