| Put yourself in the shoes of your users. What does a random user visiting your repo want to know? In my case: - What problem does the software solve, and - roughly - how? - How does it look? If it has any visual component, even if it's a CLI interface that's meant for human consumption, screenshots are mandatory. Screenshots + videos/ASCIInemas preferable. - If there are alternatives you know of, mention them - be honest about when an alternative is a better fit than your project. - What platforms does it work on? What are the requirements? - How do I install it? In exact steps, for most common workflows. If that gets too long, link to a separate page containing these detailed instructions. - How do I run it? Examples of common use cases, with exact invocations/procedures to perform. - Any relevant remarks that could prevent me from installing or using the software. - Links to further docs, project webpage, communities, etc. When I evaluate a project - even briefly, skimming the repo README - these are all the points I'm on the lookout for - they're all helpful for deciding whether to look closer at the project, and possibly install and use it. |
Find someone who might be interested in the project and offer to screenshare with them as they navigate the README and try to get things set up. Note: you just watch them go through this while they describe their thinking and take notes.
I've done similar things and it never ceases to surprise me the how big the gaps are in my view of the project vs someone fresh to it.