Jump to navigation Jump to search

About this board

Discussion related to the old Growth team is archived at Talk:Growth/Growth 2014.

Jc86035 (talkcontribs)

Yesterday I posted a Community Wishlist Survey proposal that had to be archived because (1) I went over the maximum of three proposals per user and (2) the proposal wasn't really suited to what Community Tech was doing.

I was, of course, told that "we have a whole team - Growth - that work on this [editor retention?] full time". I knew that this WMF team existed but I wasn't aware that their/your work would encompass all the things I was suggesting, which are, broadly speaking,

  • targeted advertising outside the Wikimedia projects to recruit new editors, and analysis to improve that process
  • allowing users to post and reply to tweets with the WMF-owned Twitter accounts through a consensus mechanism (or doing something else with the Twitter accounts to increase engagement)
  • notifications for new users, asking them to come back and make more edits (if they're inactive), and suggesting new ways to edit

Are these things within the purview of the Growth team? I hope they're useful suggestions, if anything.

MMiller (WMF) (talkcontribs)

Hi @Jc86035 -- thanks for posting here and for caring about new editor retention. The Audiences department here at the foundation has thought a lot about this topic over the last year, and we actually have several things ongoing that address it. You're right that the engagement of new editors has been decreasing or being stagnant since about 2007. This paper discusses exactly how and why.

One of the things we noticed, however, is that a lot of people attempt editing, but very few stick around and keep editing. Therefore, we have thought less about recruiting new editors, and more about retaining the ones who do show up. For instance, about 2,000 new users create accounts in Korean Wikipedia every month, but only about 160 of those will come back to edit more than once. That's what our team is focused on: new editor retention (specifically in mid-size Wikipedias, who have challenges with "getting over the hump" of having enough content to be reliable sources of knowledge in their societies). You referenced that concept of a "funnel" in your proposal (e.g. maybe people don't know they can edit), and this paper talks about that specifically. And the foundation's research on new editors also digs into retention.

There are also a couple other teams working on retention of editors, such as the three teams working on mobile editing. That became a priority because we learned that newer generations and cultures coming online would much prefer to edit on mobile than desktop, and therefore having that option available would help retain new editors.

So with respect to the ideas you listed, I think the first two are "higher up in the funnel" than we are focused, because they are about informing people that editing is possible. (The New Readers team, however, did advertising last year in a couple countries to inform people that Wikipedia even exists). But the third idea is actually one that our team is thinking of prioritizing. When we discussed potential retention ideas with the broader community a few months ago, the idea of contacting new users to bring them back is one that we discussed positively. We ultimately decided not to work on it first, but it is on our short list for the future. I encourage you to go ahead and add things to that discussion page if you have thoughts on that (or any other idea).

You can also sign up for our team's newsletter or watch our updates page to follow along with our work.

Reply to "Community Wishlist Survey"
Summary by Trizek (WMF)

Out of scope question, should be posted on Wikimedia Commons' Help desk.

2001:8003:451D:EA00:71F3:965B:94D1:3D64 (talkcontribs)

I have uploaded several hundred images, including dozens of original designs (e.g. flowcharts, concept diagrams, etc). Many of my original designs have been rejected on the basis that they are not original which after labouring for hours to produce them, I find extraordinary! But my most perplexing issue relates to a series of artwork images that I uploaded recently - the majority were by Iraqi artists. I searched Commons to ascertain whether the image already existed with an Arabic caption. If so, I provided English information about the work and categorised it by artist, geographic location and other relevant information such as subject matter. Next, I searched for important artworks that might be useful to the collection and uploaded them, with details and where necessary, a rationale for limited use. These were also categorised by artist, geographic location (for sculptures and monuments) and other relevant information such as subject matter. Within 24-48 hours, the majority of the categories had been deleted by an editor, who then created new superordinate categories and assigned them to that. Apparently this editor would only allow ONE category per artwork. Now, this is problematic for several monuments which were started by one sculptor who died before the work was compeleted, requiring a different sulptor to finalise the work. In other cases, the work may have had both and architect or engineer as well as a sculptor working on the project. I had categorised the work according to all principal persons associated with its execution - but apparently this editor would not allow that. The editor in question deleted all the work that had engaged me for almost a week on a full-time basis. It's very easy to press the delete button - but much harder to go through a serious process of researching a work, learning about its history and locating suitable images. At that point, I decided to more or less give up on adding images to Wiki Commons. ~~~~

Kosboot (talkcontribs)

To upload works of art, the work has to be in the public domain in the United States (either 75 years from the death of the creator for unpublished works, or 95 years for published works). Or if the creator has given permission for their work to be freely distributed. Essentially, this means that you won't be able to upload any work that was created after 1922.

Trizek (WMF) (talkcontribs)

Notification of request for incremental grant funding

Pine (talkcontribs)
MMiller (WMF) (talkcontribs)

Thanks for letting us know, Pine. I will check it out and get back to you!

MMiller (WMF) (talkcontribs)

@Pine: I read your proposal; thank you for letting me know about it. I've definitely heard from multiple communities that videos can be useful, and I remember at Wikimania hearing that videos had had particular success in the Arabic community. Why do you think there have not yet been successful videos in English? Are there particular approaches that you're going to take in your videos that you think will make yours strong? Our team is interested in figuring out how best to communicate the difficult-to-understand concepts behind the wiki.

Pine (talkcontribs)

Hi @MMiller (WMF):, I have been somewhat surprised that no one else (that I know of) has produced videos for English Wikipedia or Commons in recent years. I can make a few guesses about why others have not done so. Generally, English Wikimedians in particular seem not to spend a lot of time writing help documentation (although the Teahouse and IRC get plenty of use for live help) and my guess is that whatever factors result in so few English Wikipedians working on documentation are closely related to the factors that result in lack of volunteer time spent developing help videos. One factor could be that because ENWP and Commons have extensively developed policies and procedures, therefore significant thoughtful effort is required to write and present information about them in an organized, coherent, and accurate manner. Developing high quality videos from start to finish is an activity that requires a lot of time for both planning and execution, and my guess is that many Wikimedians prefer to spend their time on objectives that are achievable with much less time spent on planning. Another factor is that videos are often linear while the nature of workflows often involves tree-like decision structures, so significant thought is required to decide which workflows to depict in videos and how to address the decision points in the workflows.

Two of my hopes for the videos that I produce are that (1) videos will be easier and faster for new contributors to understand than text explanations, especially when those text explanations are spread across multiple pages or require detailed examination of documentation, and (2) that experienced Wikimedians who volunteer their time with helping newbies and doing quality control will find that the videos save time because the experienced Wikimedians can refer newbies to my videos instead of writing text explanations, or can write shorter text explanations if those explanations are accompanied by my videos.

Reply to "Notification of request for incremental grant funding"
Pine (talkcontribs)

@MMiller (WMF): this page in its present condition looks to me like it is a good starting point. I have two suggestions and a question.

  • Could you explain the preference to start with mid-sized wikis instead of small wikis?
  • I suggest that you create a sidebar or other prominent placeholder on the page to display the table of contents of your current newsletter and a link to archived newsletter issues.
  • A book that I read awhile ago at the suggestion of Benjamin Mako Hill is Building Successful Online Communities. I suggest that you at least skim though the potions that seem to be the most relevant to your work.

Good luck, --Pine 02:38, 10 July 2018 (UTC)

MMiller (WMF) (talkcontribs)

@Pine: thank you for the comments, and I'm sorry for not replying sooner. I didn't have my notifications set up correctly on, and didn't see your comments until now.

  • We are starting with mid-size instead of small wikis because our team is a software engineering team that will make changes or additions to the Mediawiki software to attempt to increase retention. We'll need a sufficient volume of new editors coming into the wikis in order to be able to detect and learn from the changes we're making. We'll also need a sufficient volume of experience editors, since our features will likely involve mentorship from experienced editors to new editors. For those reasons, we think mid-size wikis will have enough volume, but are still small enough that new editors retention is an important priority for them. When we find changes that make an impact in the mid-size wikis, we can absolutely work with small wikis to deploy them there, also.
  • Thanks for the idea about the newsletter. (Please do sign up to receive it here!) I'm also tagging our Community Engagement Specialist, Trizek (WMF), since he works on our newsletter.
  • Thank you for the book suggestion. I'll check it out! It sounds really relevant.
Kudpung (talkcontribs)

This project 'Growth Team' obviously has the makings of the very best intentions,. However: "The Growth Team's objective is to work on software changes that help retain new contributors in New Editor Experiences/Midsize Wikipedias|mid-size Wikimedia projects. We will be starting with Wikipedias, but we hope these changes will benefit every community" , ignores, or appears to ignore, the need for new and improved tools to enhance the work and experience of the volunteers who do the grunt work of keeping the content of our major projects clean and appropriate. ~~~~

MMiller (WMF) (talkcontribs)

@Kudpung: thanks for checking out the page. While our objective for this team will be to increase retention on mid-size Wikipedias, one of the things we're definitely planning on taking into account is what the engagement with new editors will mean for the experienced editors. We'll need to keep in mind that when new editors ask questions and make edits, that will fall to experienced editors to receive and respond to.

Kudpung (talkcontribs)

That is correct, but the main place where new editors get lost or retained is at New Page Review. Although only Reviewer rights holders can actually mark new pages as accepted, ''any'' editor can tag new pages for deletion and/or other issues whether experienced or not. Maintenance tasks are a magnet to new and inexperienced users. This is an issue that needs to be addressed. Also, right now, reviewing of new pages by authorised reviewers has almost come to a standstill. Somehow, the use of the New Pages Feed and its Curation tool need to be made more attractive. Kudpung (talk) 01:12, 28 August 2018 (UTC)

Pine (talkcontribs)

@Kudpung: for what it's worth, the project for which I am currently requesting funding has English Wikipedia as its first (but definitely not exclusive; I am hoping for translations!) audience, and I hope that the videos and other materials that I create and/or organize in the scope of my project will be helpful for new editors who are creating their first articles. I'm also hoping that the materials will be helpful for new article reviewers and for the Teahouse hosts in the sense that I hope that the reviewers and helpers can refer to the videos and materials for explanations that they won't need to repeat and are more understandable to newbies than walls of text would be. :)

Reply to "A good start"
Jdforrester (WMF) (talkcontribs)
MMiller (WMF) (talkcontribs)

That's great, thank you!

There are no older topics