推特刷粉丝网站 --Twitter加播放量
来人人都是商品经理【终点学院】,BAT两栖作战派商品副总裁亲自动手系统带你学商品、学营运。
前段时间英文控制技术街道社区忽然渗出一批有关建立开发人员对个人品牌的文章。初看真的高调外向的开发人员变得颓废了,我倒是真的如果工程项目拿得下手又的确对别人有协助,学会更好的推展工程项目其实是互惠互利的一件事。
但是事无巨细的发展都和启动原因以及目标密切相关,他们会从营运过程的各个地方渗入进整个工程项目,对个人工程项目尤其如此。
你可以把每一次开放源码工程项目、知识撷取当做两个工程项目,用专业坦诚的态度去推展,再斩获意见反馈、互相切磋手艺、认识同人的与此同时斩获不错的entries和影迷数,我想这才能形成动态平衡。
而当你只关注数据时不免与以威逼之太功利,比如说于向阳、刷榜、刷赞、骗申明、买粉等等。但是弥漫着那些的工程项目很容易让捷伊广告主被蒙蔽也让有实力、刚愎自用的人不屑一顾。
接下来就要以推展我女友写的高性能积极响应式 CSS 架构:Spectre 为例,结合我甚或的职业两栖作战经验及本次推展方案和我们撷取怎样推展对个人工程项目。
理解他们的经典作品
我们在开展他们的对个人工程项目前应该构想过它是用来干什么的,为什么要音乐创作,他们的经典作品和同类商品又有什么不同,音乐创作出来后什么样人会用它,怎么样让它更为好上手,这是两个持续插值的商品吗却是概念性的。想清楚那些问题不仅对音乐创作本身有协助而且对推展也有协助。
比如说 Spectre 的译者 Yan Zhu 他们想要构筑公交站点,行业内开放源码的 CSS 架构他也看完,但是却是想写两个他们用出来随手、更为高性能的 CSS 架构。他也想总结一下他们的工作两栖作战经验、结晶出经典作品看看我们能不能用出来与此同时改进下他们的控制技术。他说一边写的时候他们又学了蛮多,方案要写的也越来越多蛤蛤蛤。
那些就协助确定了 Spectre 是不断插值、注重实际运用、体现译者审美观的高性能级 CSS 架构。(话说 Yan Zhu 前段时间怎么这么喜欢白痴紫?点开他的 Dribbble 网页https://dribbble.com/yanzhu我感到一阵忧虑)抓住特点推展会比较好瞄准广告主。
另外,不断插值的工程项目本身也透露着译者是在不断改进以及注重用户意见反馈的,所以如果你的工程项目不是一次性的,记得在插值方面花些心思噢。
找到广告主所在
想被目标广告主关注、谈论、使用当然要想办法找到他们。可以简单虚拟用户人群来推断其看到他们经典作品的渠道。
我们假定对 Spectre 感兴趣的广告主可能是前端工程师,他除了日常工作还会看看微博、关注互联网新鲜事物、订阅若干控制技术博客、关注一些公众号、上上开发人员论坛等等。也可能是设计师,他会上设计资讯网站、关注设计资源、观察新商品推荐等等。
80/20 原则提到大约 20% 的工作能带来整体成果的 80%。在推展上也是这样,只需要在几家热门公交站点上他们的经典作品,其他同类型的网站会从其中精选内容放到他们网站上,不管是国内国外的公交站点都是如此。
Spectre 的初期推展也大致是这样,Yan Zhu 在国外的一些公交站点比如说 Hacker News、Reddit、Dribbble、Freebiesbug 和他的对个人社交网络(包括 Twitter、Facebook、微博等)上了简单的工程项目信息,之后被到 Designer News、kachibito 等。与此同时国内开发者论坛 V2EX 的撷取创造节点也是不错的选择。
你可以按照上述流程找到他们商品的广告主,推测他们日常通过什么样渠道关注什么样方面的内容,简单列个思维导图指导后续的工作。
整理、准备内容和对应渠道
其实许多推展用得上的内容素材都是在创造商品的过程中自然而然积累出来的,你只需要挖掘、整理、加工就可以采用。 我把需要的材料按照内容多少分成两部分,一部分通过商品的短评、链接推展,这部分的特点是需要准备的素材少、时间短、易上手、启动快。如果你以前没有推展营运两栖作战经验并且只想花少量时间在推展上把多的时间拿来做其他事情,你可以只实践这一部分。
另一部分则通过商品衍生的文章推展,这部分的特点是需要准备丰富的素材、准备时间较长、需要一定文案功力以及推展效果相比前一种更为长效持久。如果你想深入体验营运推展、磨练他们的总结写作能力、留下一份两栖作战经验资料给他们和他人的话欢迎把两部分都做了,你对商品可能会有更为深入、全面的理解。
通过商品短评、链接推展
上文提到要理解他们的经典作品,在这儿也派上了用场。抓住他们商品的特点写一两句话短评,有界面或者网页的话制作一张简洁雅致但是真实的配图再加上链接,需要的材料就准备好了。
比如说:Spectre 是一款干净高性能的 CSS 架构。Flexbox 积极响应式布局、内置常用元素、组件和工具样式等。GitHub 地址:https://github.com/picturepan2/spectre
Spectre 及相关工具
你可以发在对个人社交媒体上,与此同时行业内还有一批优秀的网站支持内容自荐,只需要注册两个账号就可以推荐商品和文章非常便利。
渠道
自荐公交站点
- 开发者头条 http://toutiao.io/
- 稀土掘金 http://gold.xitu.io/
- V2EX 撷取创造节点 http://v2ex.com/go/create
- 36krNEXT http://next.36kr.com/posts
- Mindstore http://mindstore.io/
- 极客头条 http://geek.csdn.net/
社交媒体
除了发在他们的微博、朋友圈、Facebook、Twitter 外,还可以围绕需要推展的工程项目检索大号,投稿或联系转发。以 Spectre 为例,这是两个开放源码的 CSS 架构,在 Github 上,因此微博找人的关键词可以是 Git、开放源码、前端、CSS 等。
微博找人
通过商品衍生的文章推展
以下是 4 种比较常见的衍生文章种类,包括了商品的使用文档、效果和用户案例,诞生的背后故事,上线前后的营运记录撷取,包含他们经典作品的优质经典作品合集等。本身商品过硬那些文章才会有人愿意读噢。
使用文档和用户案例
怎样快速开始使用,使用后用户能得到什么样的效果应该是最重要的,把那些写在 README 里让用户一眼就看到吧。一开始如果没有用户案例的话可以他们先写一些范例,最好囊括用户最需要、最常用的和突出他们商品特点的。如果有真实用户案例的话那就更为好了,这表示出除了译者他们还有用户真的信任译者也想要使用译者的经典作品。而且既能和用户聊聊想法、斩获建议也能让还未使用的用户信服。
背后故事
做些记录总结不仅能结晶为他们的两栖作战经验也能协助其他准备启动的音乐创译者嘛。比如说为什么想要写这样两个经典作品;独立开发时遇到了什么样困难;学习了什么样方面的知识,如果读者想要开展类似的工程项目可以从何入手;如果是合作音乐创作的话成员有什么样;合作时遇到了什么有趣的事情等等。这有点像电影的花絮和彩蛋,能让整个工程项目更为立体有趣。包含知识和情节的文章可读性更强不是么?
营运撷取
如果你愿意再开放一点,把工程项目营运过程中涉及的一些数据、对数据的分析和整个县工程项目的营运方法也公开的话相信对其他制译者来说也能斩获很多。比如说我很喜欢的译者——湾区日报的营运者除了坚持每天推送 5 篇文章的简评、原链外,每年也会更新他的网站营运两栖作战经验(详参:湾区日报是如何运作的?https://wanqu.co/blog/2015-05-24-behind-the-scenes.html?s=/blog) 。他在湾区日报的网页上也公开了工程项目真实的营运数据(详参:湾区日报一周年:故事、数字、FAQhttps://wanqu.co/blog/2015-08-06-one-year-anniversary.html?s=/blog)。如果你的工程项目获得了不错的口碑和关注度,你也可以像我一样写一下他们在推展方面推荐的方法。这样的文章至少能协助到营运刚入门的开发人员、想深入了解开发的营运人员,与此同时点亮他们的商品营运技能点。
优质经典作品合集
当你在制作他们的对个人工程项目前应该对这个课题有所研究。比如说如果准备写两个 CSS 架构,你可能已经看了许多前辈的经典作品,其中肯定有比较欣赏或者从中学习到东西的经典作品。你可以一边音乐创作一边整理总结他人的经典作品,将他们的经典作品整合其中形成类似《10 款优秀的对个人音乐创作 CSS 架构》或者《10 款最捷伊高性能级积极响应式 CSS 架构》的文章。一方面作为学习记录,另一方面可以作为后续推展材料。把好东西放到一起就好像做料理一样,火腿芝士培根、榴莲芒果雪糕这种一看就真的加在一起很好吃啊~
其实这类整合的文章由开发者他们来写会比较好。因为如果你是读者的话,你会想要看一篇拼凑着热门内容或友商合作的文章却是包含开发者他们品味、音乐创作灵感获取的整合纪录呢?
渠道
对个人博客、公众号等
简书是个不错的文章平台,编辑每天会筛选文章推荐到首页。如果你的文章写的有料说不定会被推荐或者收入各种专题增加曝光量。而且据我观察,简书上商品或者控制技术人员互相学习讨论的氛围也不错。万一有个打赏还能赚几块钱零花不是么?
行业论坛
以上几个渠道加上短评、链接部分的渠道就已经很完善了。对的,短评链接那些渠道可以再推一遍蛤蛤蛤。别打我,两部分内容和价值是不一样~
回应意见反馈、不断插值
内容都是基于商品本身的,所以最后又回到了更为本职的工作——商品插值、不断改进。就像商业化的商品会公开 Changelog、收集用户建议处理各种意见反馈一样,对个人工程项目也需要注重那些。保持更新就给了用户还在营运中的信号,用出来也更为安心嘛。
和用户交流也会让你更为知道我们的需求以及怎么解决需求。另外,营运两栖作战经验总结也是跟着商品本身不断插值的,所以不要忘了在更新了大版本或者两栖作战经验增加、技能升级后也和我们说一声噢~
既然开始做 Side Project,那肯定是希望能有更多的人使用他、验证他。这篇文章主要撷取了商品和营运方面的知识,我想我们实际操作后会对写程序之外的工作了解更深入,对商品的理解也更为全面。
不晓得我们以前是怎么推展他们的商品的呢,有没有好的实践也互相交流下呢?
译者:divviolet,商品营运,3 年互联网营运两栖作战经验。读书、写字,生产有趣、有用的内容。
本文由 @divviolet 原创于人人都是商品经理 ,未经许可,禁止。