Start with the basics: a comprehensive README file explaining your project, how to set it up, and how to contribute. Clear onboarding documentation should detail the mechanics of your project, what contributors can do, and which areas they should avoid. It's also highly recommended to include steps on how to get started.
Additionally, you can also create a CONTRIBUTION.md file to outline the contribution process. For example:
To help contributors better understand the nature and complexity of tasks, use labels to categorize your issues.
This can be done by type (bug, feature, documentation…), difficulty (easy, medium, hard) and priority. We also advise you to use tags like “good first issue” to highlight introductory tasks for new contributors that are not yet familiar with your project. Overall, proper tagging ensures issues are easily discoverable, helping contributors find tasks that match their skills and interests.
When writing issue descriptions, be clear and detailed. Include the problem statement, steps to reproduce, expected behavior, and any relevant screenshots or logs. This helps contributors understand the issue fully and know how to help resolve it.
<aside> 💡 A maintainer from Walnut that has successfully onboarded strong contributors suggests “to create issues and write descriptions in a way that someone new, who is not yet familiar with the repository or the project, can understand the bulk of it and knows what to do”.
</aside>