> Your project must be stable enough with minimum viables features in order to hook users.
> Choose a name users can easily remember.
> README is the first thing your vistors will see. Make it simple, pretty and easy to read. [Here is a list of beautiful READMEs](https://github.com/matiassingers/awesome-readme).
> Identify your project strengths and make sure visitors see them first.
> Visitors will want to quickly understand the purpose of your project, how it works and how to use it. Providing a demo is the best way to satisfy users. It could be: > > - An animated GIF demonstrating how your project works > - A link to a live demo
> You'll probably lose visitors if your project is not user-friendly.
> Creating a good documentation is probably the most important step. If you have a small documentation, you can include it within your README. Otherwise, you should probably host it in a separate website. Some open source projects like [vuepress](https://v1.vuepress.vuejs.org) can help you creating clean documentation in a simple way.
> Most visitors will check how many stars the project has before considering using it. A minimum amount of stars makes your project more trustable than a project with zero star. This is why you should ask people you know to support your project before doing a public announcement on social media.
> Tell the World about your awesome work! Publish on social media and specialized platforms: > > - [Twitter](https://twitter.com) > - [Linkedin](https://www.linkedin.com/) > - [Facebook](https://www.facebook.com/) > - [Reddit](https://www.reddit.com/) > - [Dev.to](https://dev.to/) > - [Lobsters](https://lobste.rs/) > - [Hacker News](https://news.ycombinator.com/) > - [Product Hunt](https://www.producthunt.com/) > - [Beta page](https://betapage.co/) > - [Human Coders](https://news.humancoders.com/)
> Write articles about your project. Purpose can be the technical stack you used, how your project works, problems you encountered, etc. Post to publishing platforms: > > - [medium](https://medium.com/) > - [dev.to](https://dev.to/)
> Presenting your project at conferences or meetups is a good way to improve its visibility.
> Recording a video is not an easy exercise. However it's probably the most efficient way to make your project famous.
> Don't publish during holidays period or weekends. Usually the best time to publish on social networks is mid-week.
> Don't publish twice on the same platform. It will be considered as spam and might cause bad publicity for your project.
> Maintain and improve your project with new releases and generate changelogs.
> Do not let opened issues without response. Be nice with people that took time to open issues. π
> A healthy project is a project with a community and contributors. Let your users know that you need help by tagging some issues with `contribution welcome` or `good first issue` labels. [See github labels](https://help.github.com/en/articles/about-labels).
> Be nice with people that helped you! Some open source projects like [gatsby](https://github.com/gatsbyjs/gatsby) reward contributors with goodies. If you can't afford that, do a public post (on twitter or other platforms) about the contribution and mention the author ([here is an example of public thanks](https://twitter.com/FranckAbgrall/status/1139470547492978688)). Open a `Contributors` section in your README to publicly thank them or showcase them on your project documentation or website. Here are some examples: > > - [vuepress (contributors README section)](https://github.com/vuejs/vuepress#code-contributors) > - [Rythm.js (random highlighted contributor on demo page)](https://okazari.github.io/Rythm.js/)
> Github issues are not always the best way to communicate with your users. If necessary, you can use chat platforms to discuss with them: > > - [Discord](https://discordapp.com) > - [Slack](https://slack.com) > - [Gitter](https://gitter.im/)
> User feedback is the best way to improve your project. They probably have features and ideas that could make your project better.
> Visitors will trust your project if they see concrete use cases and success stories, e.g., [the vuepress gallery](https://vuepress.gallery/)).