说说 Klib 这一生,以及能否养活他爹。
Klib 这款产品,从最初的想法,到目前第四版发布,已整整半年。而这个产品也走到了分叉路口,也是回顾的好时机。Klib 到底赚了多少钱?往下看。
先前,已经写了 2 篇关于 Klib 的长文:
感兴趣可以先看这两篇文章,相关的部分这里不再重复。
2017 这半年,便是 Klib 的全部。
版本 | 日期 | 主要功能
1.1.3 | 2 月 26 日 | 首发上架 MAS
1.5.5 | 4 月 4 日 | 从 Amazon、Kindle 客户端、多看导入
= | = | 在 Kindle for macOS 中回顾
1.6.1 | 5 月 16 日 | 从 iBooks 导入
= | - | 可标记章节
= | - | 引入实验室
1.7.2 | 6 月 23 日 | 新增阅读器
= | - | 一键分享读书笔记
这应该是我启动一个项目时,最先、最经常问自己的问题,也应该是 产品存在的唯一理由。
起初,这个问题很好回答:管理用户在 Kindle 上所做的标注和笔记。
后来,随着产品的演进,引入了很多其他功能,甚至可以从 iBooks 这个跟 Kindle 没有任何关系的 App 中导入笔记,产品的定位和方向就变得不清晰了。关于这一点,在文末统一介绍。
值得骄傲的,Klib 做到了很多第一:
简单的说,如果你需要管理 Kindle 标注、恰巧有一台 Mac,Klib 是你最好的选择。
牛皮不是吹的,来说说 Klib 中一些不错的点:
「在 Kindle for macOS 中回顾笔记」
这是一个既酷炫、又实用的功能。
我们在回顾笔记时,有时会觉得标注的内容太简洁了、需要回看书的上下文。怎么办呢?很巧妙地,Klib 可以打开 Kindle for macOS、并跳转到标注所在位置,够贴心吧?
「自动合并不同来源的笔记」
如上所述,Klib 支持从 Kindle、Kindle 客户端、Amazon 等来源导入笔记,这也引入了书籍和笔记的合并问题。并且,用户有可能在 Klib 中修改笔记,这会让合并所需处理的逻辑更复杂。
好在,Klib 结合书名、作者、笔记原文、笔记位置等信息,很好地解决了不同来源的合并问题,尽可能地避免重复。
不过,毕竟不同来源的笔记没有标准格式,导入时依然会有重复的可能。于是,Klib 还支持手动合并书籍。看似简单,这却会又一层地增加复杂度:如果在被合并书中增加新标注,如何正确导入到合并的书中?单单是这一整套的合并逻辑,我处理了将近一个星期,梳理了大量测试用例,并用单元测试,保证各逻辑的正确。
当然,这是用户无法感知、却又觉得理所当然的功能。
「自动排除重复的笔记」
之前 Kindle 系统的标注逻辑是:选择文本,然后手动标注。新版系统做了调整:选择文本后自动标注。这带来的问题是:如果第一次没有选择正确、或者干脆就是误解,即使删除后重新标注,之前删除的标注依然会位于 Kindle 系统中,进而会被导入。
Klib 结合笔记的位置、内容的相似度,几乎可以排除所有重复的内容,仅保留最有价值的一条。
同样,这是用户无法感知、却又觉得理所当然的功能。
「标注为章节」
章节对于笔记的管理是很有帮助的,不然就会是一堆标注罗列在一起,没有规律,也会给回顾带来压力。
如何读取到书的章节信息呢?之前辗转联系上一位前 Kindle 在线阅读的工程师,他的原话是:我们内部有接口,用起来很容易。而很可惜,Kindle 并没有开放接口。如果要彻底支持,就需要解析带数字签名的亚马逊私有电子书格式。这工作量与难度,是相当巨大的。
不能放弃呀。于是,我想出了一个方式:
虽然需要手工多做一些事情,但与其能达到的效果,是相当划算的。
「阅读器及分享」
之前的 Klib 使用列表来展示所有笔记,虽然可以按下空格显示笔记的预览,但总归没有整体的感觉。
为了提升阅读体验,我在最近的 Klib 中引入了「阅读器」,名字和交互灵感来自 Safari 的「阅读器」,后者可以去除网页中的冗余元素,仅保留文本、图片等核心内容。想法很明确,而设计优雅的排版以方便中英文阅读,并不容易。并且还要考虑网页在电脑、手机等不同设备上的阅读效果,难度加倍。
经过好几版设计后,最终的样式是这样的:
可以隐藏所有干扰因素,仅剩下文字本身。纯净排版,让你沉醉于阅读;全屏体验,效果更佳。
有了优雅的排版,怎能不分享给好友呢?以书会友,共读精彩。当我偶然在一个读书群中看到用户分享使用 Klib 生成的读书笔记时,真的很开心 :)
「实验室」
功能的开发,总是众口难调。而我也可能做出错误的判断,怎么办呢?
目前,Klib 引入的「实验室」功能。对于变动较大的新功能,都会在「实验室」中观察一段时间。如果大家不喜欢,新功能将会调整、甚至移除。另外,考虑暂时不用考虑收费的问题,看试验的结果,延迟决定。
麻雀虽小,五脏俱全。Klib 看似一个很小的产品,涉及到的技术还是很多的。
功能 | 技术 --- | --- 从 Kindle 导入 | 多语言文本识别、日期识别 从 Kindle 客户端导入 | html 内容解析 从 Amazon 导入 | html 内容解析 从 iBooks 导入 | iBooks 数据结构逆向解析 导出至 Evernote | Evernote 6 年前的 SDK 阅读器 | 使用 Markdown 生成 html,CSS 布局,SNS 分享 笔记分享 | Python + Flask + Nginx + 阿里云 OSS + 服务器
这部分没有太多可说的,因为我想尽量保持原生的感觉,大部分都是使用 标准控件。不过,还是遇到了坑,比如:
NSOutlineView
会出现诸如 UI 刷新不及时、图标丢失等现象。MKWebView
在 macOS 10.11 时有闪退,10.12 则正常另外,要把标准控件用好,并不件容易。一个原因是,Apple 的技术文档,和 MSDN 不在一个世纪。
质量是软件的生命。对于我来讲,最大的问题是:时间有限。如果 在尽量少的时间内,覆盖尽量多的场景,减少 Bug,是一个挑战。
单元测试
在开发功能时,立即完善单元测试。既可以保证开发时避免遗漏,又可以一劳永逸地使用单元测试保证后续开发不会影响之前的功能,非常推荐。
截止目前,Klib 共有 133 条单元测试:
不过,在项目复杂后,Xcode 的单元测试变得很慢。尤其是 App 签名时,程序修改后,单元测试首次运行会失败,必须第 2 次运行才可以,很是闹心。
测试用例
人总是会遗忘的。在刚开发功能时,测试时能很好地覆盖功能的各个细节,时间长就忘了。最好的办法是,开发功能时,即写充分的测试用例。出现用户报的 Bug,通常意味着这个环节是薄弱的。修复后,我都会 新添加一条测试用例,以保证后续的版本不会出类似的问题。
截止目前,Klib 共有 682 条测试用例:
也就是说,每发一个版本,我都要测试 682 个场景,如果考虑到操作系统版本( macOS 10.11, 10.12 ),理论上测试工作量还要翻倍。各位自行脑补一下,每发一个版本,我在电脑前久坐测试的场景…尤其是提需求希望支持 10.10 甚至更多版本的朋友。
收集日志
错误是难免的,重要的是及时改进。要改进,首先就要能知道错误。
当然,前提是用户愿意并手动发送日志。
慎用第三方库
或者说,尽量使用稳定可靠的第三方库。在 DevMate 中追踪到的仅有的几个 Crash 中,大部分是 6 年前的 Evernote SDK 引起的,我也是无奈…
Klib 最开始遇到的性能瓶颈是:当用户有上万条标注时,导入需要将近 2 分钟。其中,大部分时间用于日期识别、数据合并。经过改进后,导入仅需 10 秒左右,满意。
不过,目前还有待改进的是:当有大量数据时,界面操作会有卡顿。数据越多,卡顿越明显。确实还是有可改进的空间。一方面是减少计算量,另一方面是进一步分离界面操作与后台数据计算。
酒香也怕巷子深。这时代,大家每天要接触的信息太多了,要将自己的产品展现在用户面前,很难。也就意味着,很需要花时间、花心思去研究。我做的并不好,也并没有找到门道,这里只是大致列出我所做的事,供大家参考。
这可以说是运营的起点。因为毕竟 MAS 是 Klib 唯一的下载渠道,是脸面。并且,MAS 还是有些自然流量的。即使这个环节不加分,至少不能减分。
每次提交版本,都要处理至少以下内容:
考虑到目前 Klib 支持 简体中文、英文、德文,工作量实际是上述的 3 倍。
其中,截图部分最为麻烦。因为,不仅要处理图片,关键的,要 事先准备素材(如书、标注内容等),才能生成适当的截图。中文还好,可我并没有标注那么英文原著。即使有,也都是技术类书籍,并不适合用于 MAS 的截图。没办法,我只能找英文中流行的书,从 Amazon 官网中找其分享的标注,合成一样书的阅读笔记。这种工作是非常费时的,德语版我干脆放弃了,直接使用英文的素材。
之前,Klib 是挂在 Toolinbox 官网的:https://toolinbox.net/Klib/
后来,为了方便推广,我又挑选了 Klib.me 这个域名,并建立官网:
这个页面看似简单、却花费大量时间:
有个短的域名很重要,这样后来在分享笔记时,就可以有类似 http://s.klib.me/share.html 这种简洁的网址。
随着 Klib 功能变得复杂,详尽的使用教程变得必须。目前,中文版的教程在 13 寸 MBP 上,已经有 28 页之多。
其中,最花时间的操作 gif 图的制作。和截图一样,首先要准备好素材。另外,就是要在最小的屏幕范围内,将意图表达清楚。因为,这意味着才能控制最终生成的 gif 文件大小。
之前,我使用 QuickTime 录屏,使用 iMovie 编辑后导出来 .mov 格式,然后再转成 gif. 其中,最麻烦的是 iMovie 仅能处理 16:9 的视频,这就要在录屏时非常小心地控制好比例。
后来,我发现 可以直接在 QuickTime 进行简单的编辑,也就是去除操作中多余的环节,仅保留操作部分,并生成最终的 gif 文件。这大大加快了 gif 的制作,唯一的缺点是:不能在视频中加文字。
媒体的助力,对产品的推广,帮助很大。
国内
效果最好的就是「少数派」了,以及 V2EX、爱范儿、掘金、Mac 玩儿法等媒体,以及自己个人的媒体,如朋友圈、微博、博客、等等。
除了媒体是否愿意报道,对我而言,最困难就是如何写媒体文章。毕竟自己是程序员思维,很难用讲故事的方式,写出吸引人的文章。这方面还得再提高。
海外
其实,国外推广是个非常头痛的事。毕竟文化不同,语言也有障碍。
效果最好的主要是两处:
我曾经要求自己每天在 Twitter、Facebook 发新消息,以建立品牌和影响力;不过可惜没有坚持。找个契机,重新开始运营。
都说要口碑传播,最重要的,就是核心用户了。
起初,我是抗拒建立用户群的,因为我担心重复回答基础性的问题这种技术支持,会花太多时间。不过后来想想,还是利大于弊的,毕竟可以直接和用户接触、倾听用户的声音,是非常宝贵的。目前,用户和我直接沟通的渠道有:
另外一个没做的事:邮件订阅。尤其是国外,这个更常见。用户一旦喜欢一个团队、开发者,很可能是愿意知道其发布的新产品、新版本。很可惜,我还没有在网站建立这个。其中一个原因是,目前我的网站是基于博客的,加这一点不太方便。不过,找机会还是要加上。
软件定价是门玄学,里面的门道非常多。最近 Day One 调整收费模式,引来一片骂声。Klib 也没什么经验可介绍,只是罗列一下历史。
刚发布时 Klib Pro 是 ¥ 50,随着功能的改进,目前是 ¥ 98. 另外还有 Klib 扩展包,不过由于 Amazon 功能限制,国内用户可以无视;而且,其带来的收入,与 Klib Pro 相比,可以忽略。
如果你觉得书、软件贵,去商场逛一圈,看买 Klib Pro 的钱,都能买些什么。
到底 Klib 赚了多少钱?我想这是很多朋友都感兴趣的。不出意料,答案可能会让绝大多数朋友惊讶:Klib 这 6 个月给我带来的收入,差不多等于我过去一个月的薪水。作为独立开发者,要养活自己和家人,我还得坚持很久。
另外一点可以分享的,由于我的影响力主要在国内,85% 左右的收入来自国内用户。在国内盗版的环境下,大家能如此支持 Klib,真心感谢。我也相信,随意大家消费能力、和软件素质的提高,会有越来越多用户愿意花钱购买软件,期待。
面对近 300 件要做的事,Klib 该何去何从?
截止目前,我已经先后做了 6 款 mac App (Klib、iPic、iPic Mover、iPaste、iHosts、iTimer),也都先后到了瓶颈。怎么回事呢?
总体来看,主要是 产品太过依赖功能:当功能基本完成时,就没有更多想象空间了。
如果要增加用户,很可能就要强行加功能。而这些附属的、可有可无的功能,很可能让产品本身变得难用。纠结于此。
Klib 是款好产品,但不一定是个好的商业项目。
怎么办呢?
方向一:深挖 Kindle 辅助工具这个定位
好处是:
坏处是:
方向二:做笔记中枢
笔记的来源可以不止是 Kindle,也可以是 iBooks、多看等等;除了在 Klib 中阅读,还可方便地导出至 Evernote、OneNote 等目标应用。
好处是:
坏处是:
目前还很难决择,暂定先观察一段时间;等考虑成熟了,再进一步改进。
考虑的同时,我准备挖个新坑:iTips, 碎片信息管理工具。这是我的 iPaste 的一位荷兰用户跟我提的需求,接下来的一段时间,我会跟他进行国际合作,共同打造这样一款国内、国外用户都喜欢,横跨 macOS、iOS 的新工具,敬请期待。
博客原文:0704 - Klib 到底赚了多少钱?
1
Chingim 2017-07-04 08:46:37 +08:00 via Android 2
独立开发不容易啊
|
2
tracyone 2017-07-04 08:47:41 +08:00 via iPhone
赞
|
3
ymcisokay 2017-07-04 08:53:04 +08:00 via iPhone
半年。。
|
4
CRight 2017-07-04 08:55:42 +08:00 via iPhone
做这些也是出于自己的兴趣吧?商业化带来的收入也没有想象的那么高
|
5
xiubin 2017-07-04 08:59:22 +08:00 1
就不能贴个简介然后再给个详细介绍的链接?
|
6
arrow2015 2017-07-04 09:11:25 +08:00 via Android 15
这么长的文章没有回答标题的问题。理应在第一句回答的。如果这篇文章的问题在 Stackoverflow 上,文章内容作为回答,这个回答应该是负分。
|
7
quietjosen OP @Chingim 都不容易,独立开发者尤其吧。
|
8
quietjosen OP @CRight 我希望能用兴趣养活自己。
|
9
quietjosen OP @xiubin 这里的 Klib 的使用手册: https://toolinbox.net/Klib/
|
10
046569 2017-07-04 09:15:14 +08:00 1
购买了 LZ 的 iHosts ,简单好用,推荐.
|
11
MrJing1992 2017-07-04 09:17:25 +08:00 2
文章内容不错,产品很棒,作者超牛,但是标题不对
|
12
nVic 2017-07-04 09:21:51 +08:00 via iPhone
为啥要做 mac 程序,每多做一个 mac 程序,就是资助苹果开发更多更烂的 mac,什么进灰热炸白屏坏键全都出来。
|
13
hester 2017-07-04 09:22:12 +08:00 via iPhone 1
独立开发者不易 👍
然后?到底挣了多少钱? 大家并不知道你的薪资范围,所以,等于一个月的薪水到底是什么范围呢? 10K 25K 30K ? 按照你的说法,估计未达预期,毕竟六个月的开发期… 但还是觉得标题党了。其实你想说 iTips 吧,那就直说呗。 提个建议,别动不动就 国际合作… 太高大上了… 我给 react 提个 github pull requests 然后 merge 了?也算国际合作吧😄 |
14
catror 2017-07-04 09:22:45 +08:00 via Android 3
写这种文章最好把结论放前面,不然看着很烦,因为很多人点进来都是被标题的问题吸引的…
|
15
mlhorizon 2017-07-04 09:25:48 +08:00 1
嗯,标题负分,搞得像个朋友圈的文章似的。
不过可以理解,咱国人在谈钱的时候都有点避讳,虽然每个人都喜欢钱。 |
16
FUCKV 2017-07-04 09:29:02 +08:00 1
关于收入,我也多说一句,既然起了这个标题,就别藏着掖着了,大大方方说出来。
|
17
Betacoefficient 2017-07-04 09:31:15 +08:00 1
真鸡儿长,我瞬间就不想看啦。
|
18
yylzcom 2017-07-04 09:31:41 +08:00 1
@arrow2015 #6
到底 Klib 赚了多少钱?我想这是很多朋友都感兴趣的。不出意料,答案可能会让绝大多数朋友惊讶:Klib 这 6 个月给我带来的收入,差不多等于我过去一个月的薪水。作为独立开发者,要养活自己和家人,我还得坚持很久。 其实已经给出了答案,虽然没有具体数字,但是我已经大概了解了 |
19
xudaolong 2017-07-04 09:34:16 +08:00 1
标题党.负分.兼带产品.
|
20
kikyous 2017-07-04 09:38:34 +08:00 1
套路这么多,能多点真诚吗?
|
22
GromHellscream 2017-07-04 09:42:30 +08:00
牛逼,向你学习。
|
23
UnPace 2017-07-04 09:45:47 +08:00 1
iPic 也是你开发的啊,一直在用。谢谢。
|
24
hst001 2017-07-04 09:46:41 +08:00 via Android
所以还是没说到底赚了多少钱
|
25
coolair 2017-07-04 09:56:04 +08:00
文章内容跟标题没啥关系啊……
|
26
Wichna 2017-07-04 10:06:08 +08:00 1
支持中国独立开发者
|
27
adoyle 2017-07-04 10:15:07 +08:00
哇这个产品看起来好赞
|
28
quietjosen OP @UnPace 哈哈,碰到用户啦 :)
|
29
quietjosen OP @adoyle 那就试试呗,期待你的体验~
|
30
gulangyu 2017-07-04 10:20:50 +08:00
标题党
|
31
Emi 2017-07-04 10:49:49 +08:00 1
iPic,iPaste,iPic Mover,我电脑里有这三个。
|
32
Yvette 2017-07-04 10:53:16 +08:00
@nVic ……进灰热炸白屏坏键这些问题近三年新出的 Mac 我在网上一次都没见人提到过有,实在是孤陋寡闻了
还有楼上某些人,什么都不做就动嘴皮子说一句「垃圾」多简单啊,别人背后的心血你不看也罢,还过来喷作者,也不知道家里是怎么教的,实在看不下去 最近心情不好看见喷子就想喷,结果自己也成喷子了,唉,算了算了 |
33
jwenwang 2017-07-04 10:54:03 +08:00
告诉别人怎么打造产品,怎么赚钱,这是一个值得学习的很好的营销思路
|
34
quietjosen OP @Emi 专业玩家 👍
|
35
quietjosen OP |
36
quietjosen OP @jwenwang 要是照着这条路去赚钱,你会哭的 😂
|
37
alpha5un 2017-07-04 10:58:39 +08:00
已购买,希望楼主能越来越顺利。
另外说个个人感受,klib 没有 knotes 的交互做的好。 |
38
ssoftlns 2017-07-04 10:59:49 +08:00
标题党 好感拉低到冰点
|
39
quietjosen OP @alpha5un 谢谢支持。为啥我不这么觉得呢?😂
|
40
Beebird 2017-07-04 11:33:48 +08:00
很佩服!
|
41
20131115 2017-07-04 11:46:17 +08:00
赚了多少没说啊,感觉就是为了宣传产品,负分
|
42
JasperYanky 2017-07-04 11:47:02 +08:00
赚了多少钱?
|
43
alpha5un 2017-07-04 11:47:41 +08:00
|
44
quietjosen OP @alpha5un 不喜欢「阅读器」?说说你觉得怎样好呢?
|
45
hester 2017-07-04 12:15:52 +08:00 2
首先不是引战,我之前也用过 iHosts 和 iPic。
其次,LZ 这篇文章的确有以下几个问题: 1. 标题党 2. 有点吹了... 比如,与另外一款 Knote 的投票数对比: https://www.producthunt.com/posts/klib https://www.producthunt.com/posts/knotes 除此以外,还可以横向比较 iHosts 和 iPic 的用户评分数... --- 我并没有觉得 Klib 不好,我不是 Klib 的用户,也没有发言权。 但换个角度思考,我想买一个产品,自然会去调查,调查的结果发现,产品方有些“自吹自擂”,那我自己不会买这个产品了。 -- 只是希望既然是独立开发者,那么在做宣传的时候,或者说在 v2 做宣传的时候,至少要保障 实事求是 与 非软文 吧? 从这篇看,其他人不清楚,但的确拉低了我对这款产品的好感度。 -- 另外,我也不是 Knotes 的用户,只是单纯的从 Klib 说了那么多个所谓的 “第一” “ Klib 是你最好的选择” “牛皮不是吹的”...真挺反感 话说当年的 iHosts 和 iPic 是如何宣传的?希望不要走歧途... |
46
Grubber 2017-07-04 12:28:31 +08:00 via Android
负分
|
47
haozes 2017-07-04 12:33:08 +08:00 via iPhone
加油楼主
|
48
quietjosen OP @hester 文中的「第一」都是「实事求是」
|
49
alpha5un 2017-07-04 12:48:36 +08:00
@quietjosen 我觉得以前多看 kindle 版导出到 evernote 中的排版挺好。
|
50
doubleflower 2017-07-04 12:53:21 +08:00 1
做这么小众的东西想赚上班的钱真的很难,有 Kindle 的人 × 有做笔记习惯 × 愿意计费
|
51
quietjosen OP @alpha5un 哦,明白你的意思的。你估计喜欢那种一条一条的,不喜欢连在一起的。
|
52
quietjosen OP @doubleflower 是的,当真是万里挑一。
|
53
macroideal 2017-07-04 12:59:37 +08:00 via iPhone
mdzz.先回答自己的问题,一共赚了多少钱
|
54
suliuyes 2017-07-04 13:17:12 +08:00
所以,赚了多少?养活自己的了吗? 你自己的标题,你自己都不回答。
|
55
hester 2017-07-04 13:28:49 +08:00 1
@quietjosen
看在 iHosts 和 iPic 特别好用的份上,所在我才说了那么多,否则就只有一句了... “文中的「第一」都是「实事求是」” 既然你 @我,并回答了我的问题,那么就别顾左右而言它,我说的并不是 “有多少个第一” 的问题,而是如何做宣传的问题。 v2 这里不是大爷大妈混的地方,随便弄几个 “第一”,然后 balabala... “ Klib 是你最好的选择” “牛皮不是吹的” 大家就觉得这个产品好了? 其它不说,从颜值上与竞品(就不说是谁了) 差距太大了。 最后一句,独立产品不易,别让 “拉低智商的宣传稿” 拉低了产品的品味和档次,且行且珍惜! |
56
ma125125t 2017-07-04 13:46:22 +08:00 1
不容易,友情支持
|
57
isCyan 2017-07-04 13:59:00 +08:00 via Android 1
一个人,的确不容易,很理解
|
58
hekunhotmail 2017-07-04 14:28:57 +08:00
我花了 10 秒 扫了一眼,没看到, 到底赚了多少钱,谁能告诉我
|
59
Techman 2017-07-04 16:11:07 +08:00
最后问一句,到底赚了多少钱?
|
60
maxthon 2017-07-04 16:15:25 +08:00
请把标题回答一下
|
61
cnwtex 2017-07-04 16:27:43 +08:00
回帖滋持~
|
62
quietjosen OP 作为看客,我觉得大家更应该关注:我能从这篇长文中得到什么?
自己的收获,才是最重要的。 这是篇长文,如果想像看微博一样阅读,并不能 Get 到什么。 |
63
qq7171891 2017-07-04 18:17:09 +08:00
> 作为看客,我觉得大家更应该关注:我能从这篇长文中得到什么?
得到:要想不可一世,先做出点成绩。 |
64
maddot 2017-07-04 18:18:18 +08:00
App 时代比站长时代赚钱难太多了
|
65
maxthon 2017-07-04 18:49:07 +08:00
@quietjosen 我觉得标题应该写 “ klib:从起始到未来,我的开发感想” 之类的
现在标题党太多了点,看到题文不符的东西会感觉不太好 (“震惊了!开发了这一个小小软件竟让他得到了这么多钱……”) |
66
quietjosen OP @maxthon 你这么标题厉害了
|
67
laoyuan 2017-07-04 19:39:48 +08:00
我总结一下,发布半年赚了 LZ 过去一个月的薪水,我估计 2 万左右吧,大差不差就这个数量级
|
68
SuperMild 2017-07-04 20:07:16 +08:00
LZ 你这个标题发在其他地方可能没有问题,但是发在 V2 就比较招吐槽了,毕竟这里有特殊的文化氛围。
|
69
elviscai 2017-07-04 21:26:53 +08:00
quietjosen 3 小时 28 分钟前
作为看客,我觉得大家更应该关注:我能从这篇长文中得到什么? 自己的收获,才是最重要的。 这是篇长文,如果想像看微博一样阅读,并不能 Get 到什么。 --- 不考虑标题的问题,文章还是不错的…… 但看到上面这些话……我 Get 到了「装逼不要把自己装成逼」。 |
70
viosey 2017-07-04 21:32:26 +08:00
所以到底赚了多少
|
71
ibegyourpardon 2017-07-04 21:35:22 +08:00
。。。文章写的真不怎么样,很容易带来负面效果。
|
72
clavichord93 2017-07-04 21:35:27 +08:00 via iPhone
@hester 相反,我觉的仅从颜值上看我觉的 Klib 比 KNotes 要强上不少,Klib 界面更紧凑,特别是加入阅读器功能之后,界面让人很舒服。而 KNotes 界面上的空闲区域太多,获取的信息量太少,而且整体设计风格偏幼稚。所以颜值上不同的人有不同的体验,不能以偏概全。
|
73
taresky 2017-07-04 21:36:58 +08:00 via iPhone
已购用户表示厌恶标题党。
不管内容多好,都无法产生好感。 |
74
xiubin 2017-07-04 22:52:39 +08:00
真的很佩服你们
|
75
mingyun 2017-07-04 23:23:16 +08:00
好长的文章,加油,楼主
|
76
wj2061 2017-07-05 00:33:02 +08:00
@elviscai 关键是靠标题把大家吸引进来,却没有回答标题的问题。 写作文的话,属于文不对题。
他如果改个标题, 或者 在最后加一句 赚了 XXX,就不会有这么多人反感。 |
77
masha 2017-07-05 00:36:08 +08:00
支持
|
78
so898 2017-07-05 01:11:14 +08:00
SEO 学习的不错,标题党这一招都学会了
|
79
isphone 2017-07-05 03:54:05 +08:00
赚了多少?
|
80
kuno1 2017-07-05 07:52:40 +08:00
多乎哉,不多矣!
|
81
benjaminv 2017-07-05 08:25:46 +08:00 via iPhone
看完我已近不想再去开始还未开始的独立开发
|
82
frittle 2017-07-05 08:27:58 +08:00
内容完全没涉及标题,这文章不厚道啊。
|
83
wolf1981 2017-07-05 08:56:35 +08:00 via iPhone
论软件被文章标题毁掉的可能性
|
84
quietjosen OP @benjaminv 可惜了,坑里少个伙伴。
|
85
kenshin 2017-07-05 09:56:50 +08:00
我虽然不算彻底的独立开发者,但我自己单干,还要身兼很多角色。我们(独立开发者们)也不是专门写稿子的,难免写出来的内容与初衷相悖。
--- LZ 的标题与内容的确不符,这是事实;而且楼上有些留言并没有什么问题,如果这算是危机公关的话,LZ 显然不合格。 如果我是 LZ 的话,既然大家有此(标题党)疑问,我会再附言中明确指出:我挣了多少钱。(如果是我做的话,我还会大方的截图) 我相信这里绝大多数人在 LZ 这么做之后都可以理解了。 虽然 LZ 在文中说了挣了多少钱,确实语焉不详。或许你比较出名,大家或许知道你之前挣多少钱,但既然这么多人问了,至少 v2 这里的人不了解你。 再说,IT 薪资范畴非常大,一线城市 10 ~ 50K 完全都有可能,所以你的答案几乎等于没有答案。 --- 还有,标题党并不 “可耻”,也无可厚非!如果是我的话,我会直接在文中告诉大家,“我标题党了!” 我相信这种自黑,大家也都可以接受。 而且文章的确很长,而且还标题党了,所以认真看完的 v2 小伙伴,发现压根没有发现想要的答案,换位思考,你会“爽”吗? 最后,如果我是你,我会把标题改成:《震惊!亲爹养子致入不敷出,竟为哪般!》 --- 以此为戒,共勉之~ |
86
byuan04 2017-07-05 10:09:40 +08:00
标题负分
|
87
elviscai 2017-07-06 00:27:36 +08:00
@kenshin 只说文章,我觉得可以算是分享,虽然有夹私货,且在可以容忍的范围内——但结合其回帖,还要反复强调这是分享……那就只能理解为「此地无银三百两」了。
|
88
jjliu2012 2017-07-06 08:24:51 +08:00 via iPhone
文不对题。这不叫分享,这是广告。
|
89
hester 2017-07-06 09:33:17 +08:00
@clavichord93
的确,UI 确实有千人千面的情况,这点我说的有些 “极端” 了,为此可以向 LZ 道歉。 但其它情况的确是真实存在的,再加上之后楼下的一些评论以及 LZ 在 62 楼的补充,的确有些过了。 如果我是 LZ,我就按照 85 楼的做法,发个附言。 何必自讨没趣呢~ :) |