如何在两个月内让项目 star 过百？文档预览需求的解决方案分享

目前有两个项目star过百，第一个项目至今都快5年了，偶尔有人点个赞，不过也就那样了，没啥发展了。

最近新写了一个项目，到明天不到2个月时间，star就早已过百了，虽然和前辈比上去不值一提，但是自己还是小小的兴奋了下，也下决心要把这个项目做好，立个flag，今年年末争取到300个star。

先简单介绍下前面这个项目，最近项目上有个word和pdf文档预览的需求，本来以为这些常见的需求，应该有很多成熟方案，但是万万没想到，居然做上去还很费力，尤其是每种文档都有很多js库，需要去一个一个去尝试甄别，每个库的疗效也参差不齐，而且使用上去也要写不少代码，和自己预期的传递一个文档地址才能预览相差甚远。

本着困难就等于机会的原则，觉得这是一个不错的开源项目idea，于是说干就干，迅速撸下来一个版本，没想到刚递交到github没多久，就有人提了个Issue，要求降低excel文档的预览，人生第一次收到Issue啊，也让自己晓得真的有人须要这个，于是又赶快降低了excel的预览功能。

在没有任何宣传的情况下，也收获了9个赞，让自己感到鼓励，于是又优化了readme文档，优化了部份代码，然后在雄鹿、简书、思否等宣传了下，效果不是非常好，后来转入知乎，在一个相关问题下回答了下，没想到一下就火了，在新年回去的铁路上，手机打开了项目，一看竟然三天降低了40多个赞，真的是之前从没有过的体验，小小兴奋了下，也下决心好好经营下这个项目，争取明年突破300 star。

项目地址，感兴趣的可以瞧瞧，如果能给一个star，不剩感激

vue-office---一站式后端文档预览Vue组件库

关于怎么做一个star过百的github项目，最近也有一些思索，和你们分享一下。

总结上去就三句话：抓住痛点、适度营销、提供价值

抓住痛点

github项目和我们平常开发的项目对比上去最大的不同就是，我们既要做开发，又要做产品总监，我们须要自己给自己提需求，自己去挖掘用户的痛点，站在用户的角度来优化我们的项目。

很多急聘信息中都提及，有自己的开源项目可以加分，所以大部分开发者，都想有个自己的高star项目，但是却不知从何做起，有的看法太难，自己实现不了，比如我当初想过写个后端的文章编辑器，或者是实现一套完整的低代码项目，但是因为技术和时间的诱因，始终没有开始。

其实项目不一定非要很大，关键是能够解决很多人的共性问题。

比如我晓得的一个项目 isMobile（2.3K star），就是拿来判定当前环境是否是手机端浏览器，这个代码也就不到200行，实现上去也并不是非常难，相信有个几年经验的后端开发者，都可以完成这个项目。虽然这个项目简单，但是需求量却是很大，基本上大部分适配移动端的项目都须要，而项目虽然不难，但是要自己完整从头写下来，还是须要耗费一些时间的，像这类需求广泛，实现上去没有这么容易，也没有那么难的小项目，就比较适宜作为我们的开源项目。

在平常的项目开发中，总会碰到一些不太好解决的问题，遇到问题不要慌，问题就等于机会，你有问题，别人可能也有问题，提供一个好的解决方案，你就脱颖而出了，发现问题也是一个难得的能力。

适度营销

从本质上来说，github的赞，是一个社交属性。赞的多少并不完全等于项目的技术浓度，有的人可能只是对你的项目很感兴趣，觉得你的看法很棒，有的可能认为做这个开源项目不容易点个赞以示鼓励，有的可能只是暂时收藏下等之后有须要再细看，所以赞的多少，不只是取决于你的项目技术浓度，更多的是人与人之间的关系，就算你写的挺好，没有营销，没有人看见，star数目肯定也不会高，当然了几十k的这些火爆项目，肯定还是要看技术浓度的。

提到营销，可能你们就想到去发贴子，项目弄好了以后，急急忙忙去到处发贴，结果可能并不理想，我的建议是先做好心法，然后再去宣传。

我们可以用个物理公式来描述这个事情：

<p><pre>    <code class="hljs language-text" lang="text">点赞数量 = 展现量 * 点赞率
</code></pre></p>
所以很显然，要想提升点赞数目，就要做好这两点：提升项目的诠释量和点赞率。

展现量对我们来说是比较难的，所以要最大化的借助好展现量，也就是要先提高我们的项目的点赞率，提升点赞率就是提高我们的心法。

提升点赞率

可以通过这种工作来提高点赞率

一个通俗易懂的名子，能让他人一下就明白你的项目大致是做哪些的，我们平常写代码都讲求可读性，项目名称更是这么，有了看法然后先别着急写项目，先静下心来为它起个好名子。

为了项目之后更好的发展，项目名称最好不要和他人重复，可以在github和npm网站上搜索下，是否存在重名项目，有的话就改一个。

项目名称要有识别性，不要和他人太过相像，名称如同是品牌，要和他人分辨开。

大家时间都很宝贵，当来到你的项目主页后，要让他人最短时间内明白这个项目是做哪些的，和其他项目相比有哪些优势，为什么要选择你这个项目，项目如何安装，怎么使用，有什么API等。

只有快速充分的了解你，有了比较好的第一印象，别人才有耐心去看你的代码或则尝试在项目中试用，如果连看都看不明白，肯定就快速离开了，更别提点赞了。

可以看见好多项目readme写的特别敷衍，如果你的项目是个新项目，别人没有耐心去仔细研究你，可以说好的readme是成功的一大半。

针对部份项目，别人可能想见到使用疗效，比如一个后台管理项目或则一个图表组件，别人不知道你做的是哪些样子，这时假若能提供一个试用链接，让他人才能愈发真实的感受到你的项目，那对提高点赞会有很大的帮助，我自己平常找项目也是这样的，如果能有演示网站都会先进去瞧瞧疗效是否是我期望的，如果满足了我的期望，就会愈发仔细的去看readme，继而clone项目。

能提供演示链接的，尽量提供演示链接，不能提供的起码提供个疗效图片，总之让他人愈发真实的感受到你的项目疗效。

提供演示链接，也不需要服务器的，github本身就有这个功能，所以也不会降低额外的经济开支。

其他开发者在了解完项目基本信息然后，就要开始看代码了，作为开源项目，应该注重代码质量，不要犯低级错误。

这里建议两点，第一个是为代码降低单测，前端js库可以使用jest，如果是组件库也有相应的工具库，如Vue Test Utils 。第二是使用ESLint，保持代码良好风格。

重要的是每次代码变更都要经过严格的测试，我们自己做项目，自己是又当产品，又当开发，还要当测试，自己是代码质量的惟一负责人，避免由于自己失误，给使用者代码生产风险。

提升展现量

这里我们再给出几个简单的公式

<p><pre>    <code class="hljs language-text" lang="text">展现量 = 自然搜索量 + 软文推广量 + 其他
自然搜索 = github站内搜索 + 百度搜索量 + 谷歌搜索量 + 其他
软文推广量 = 掘金推广量 + 简书推广量 + 知乎推广量 + 思否推广量 + ...
</code></pre></p>
展现量来源大致可以分为两种：自然搜索和主动推广。

自然搜索

自然搜索又可以细分为两类： github站内搜索和站外搜索（百度、谷歌）。

要提高站内搜索，必须做好这几点

站外搜索主要是利用百度、谷歌等搜索引擎来宣传，要做好这块搜索个人觉得主要包含两点

主动推广

借助百度搜索的时侯我们会发软文，这里主动推广，也要发软文，但是两者目的和文章内容是不同的。

为了降低搜索写的软文，目的是为了帮助正在碰到某个问题的人迅速解决问题的，因此可以简单直接，直接宣传如何用你的库解决问题。

而主动推广则不同，一定要让他人看见你这个文章学到东西，学到东西了就会点赞、评论，也更有可能获得平台更多的流量支持，如果只是简单的说一下， 然后贴个项目地址，估计很难获得多少疗效。

总之，我们要有产品思维，要有同理心，想明白他人看见你呈现的内容，能得到哪些，别人为何要给你点赞，一定要有利他思维。

提供价值

有了好的创意，同时适当的宣传推广，相信获得100来个赞，不会太难，而假如想要更多赞，达到300，500，甚至达到k级别，肯定还是要看项目的真实价值。

起初我们写的项目大多只是个简单demo，并不是很健全，比如我如今做的这个文档预览项目，现在只是提供了基础的文档预览，而要想做好，还有很多很多问题要解决，我自己会整理了一个待办事项，有时间就做一些，而我自己也晓得，最难的就是是否能坚持下去。

比如我的待办清单

更好的款式支持，word和excel的预览疗效和真实文件保持一致

每一个都不是那么好做，但是确实每一个都很有价值，如果这种不做好，那么项目只能称为一个demo，很难用到他人的实际项目中，别人不能用，那项目也自然火不了，没有口碑，想达到k级别star肯定没戏了。

所以小打小闹比的是创意和营销，而真正要成为一个成功的项目，最后看的还是价值！价值！价值！

最后附上我的项目地址，如果认为有用，还请赏一个赞，有哪些能比得到一个赞，更让人开心呢~~

vue-office--前端文件预览组件库