Live Chat System/Help
This page summarizes the current work toward designing a Live Help chat system for MediaWiki. Such a system is intended to allow users in distress one-click access to an experienced (hopefully re-assuring) wiki-denizen to help the user.
System summary
[edit]A "Live Help" widget is added in several strategic places across the Wiki. When clicked by a user (requester), the system tracks down an experienced editor to answer questions one-on-one (helper). The requester and helper would then be joined in a synchronous chat window where they could discuss the requester's issue synchronously.
Interface
[edit]Live Help Widget
[edit]The live help widget will be an entry point into the requester's side of the live help system. Depending on the location it appears, this widget may appear as a link, button or article section.
Placement
[edit]A link/button invitation to request live help should be placed strategically in order to maximize the likelihood that editors in need of help will see that help is immediately available.
Proposed locations
[edit]There are a few interface locations that seem to be likely candidates for capturing a requester's attention when they are ready to request help.
- Account creation: The account creation wizards is a likely place for new users to need help.
- Article creation: The article creation wizard is also a good place for asking help.
- Rejection: New users are likely to be demotivated by having their work rejected [1]. Live help could preserve their motivation to continue working by raising their probability of future success. Rejection could come in the form of a revert coupled with a warning sent to a user's talk page. A link to help could be included in such a warning. Similarly, when a page that an editor recently created is nominated for deletion, there is a template included on the page (already with a button for refuting the proposal) and a template posted on the user's talk page.
- First n edits: For the first edits of a user, Live Help widget should be prominently placed in the interface with the option of dismissing it.
Discovering good placements
[edit]- Ask: Ask users where they got frustrated or confused when they started editing.
- Usability testing: Watch a new users register an account and perform a task in Wikipedia. Note where they are when they get stuck.
Helper's Interface
[edit]In order to identify questions they'd like to participate in and engage in conversations with the requester, they'll need appropriate functionality added to their interface.
Their primary tasks will be:
- Entering and exiting the pool of helpers
- This might be expressed as turning the interface on and off.
- It will be important that an editor can leave the pool of helpers without leaving their current chat.
- Entering and exiting a single live help chatroom.
- Helpers will need to be able to make decisions about which LiveHelp requests to attempt to fulfill.
- Reporting troublemakers who create help requests in bad faith.
Request notification
[edit]Help requests would be listed in part of the UI and an (optional) ping + visual notification would occur to notify all helpers of a new request. Helpers could then decide for themselves whether they'd like to accept the request or let someone else have it. Helpers could be joined in a special chat window that would help them organize and decide while requests would be handled or reference each other if they need help answering a question
-
A helper has entered the pool, but the list is hidden while they contain their wiki activities.
-
A notification appears on the top of the page with information about the new request.
-
A list of open questions with built-in helper group chat.
-
A chat window connects helper and requester
-
The chat window can be hidden.
-
When hidden, the interface will provide (optional) audio and visual cues when new messages appear.
- Pros
- Helpers get to pick which question to answer
- Helpers will be able to coordinate, ask each other for help and discuss the status.
- A helper would be able to ignore new chat requests while they complete their wiki activities.
- Cons
- Interface could be over-run with incoming requests. Assumes a relatively small load.
Merit
[edit]Previous work[2] shows only a very small proportion of newcomers to Wikipedia who ask for help will do so effectively. By improving the visibility and usability of help systems in Wikipedia we should be able to dramatically improve the new user experience.
In addition to helping new editors understand how to use the Mediawiki software and work within Wikipedia policies, this feature will help experienced editors to understand newbies, integrate new editors into the community, and give article maintainers a way to help guarantee quality aside from policing edits.
References
[edit]- â Halfaker et al., Dont Bite the Newbies: How Reverts Affect the Quantity and Quality of Wikipedia Work, WikiSym'11
- â meta:Research:New_user_help_requests