Klib 到底赚了多少钱？

[quietjosen]

说说 Klib 这一生，以及能否养活他爹。

---

Klib 这款产品，从最初的想法，到目前第四版发布，已整整半年。而这个产品也走到了分叉路口，也是回顾的好时机。Klib 到底赚了多少钱？往下看。

先前，已经写了 2 篇关于 Klib 的长文：

• 0221 - 我是如何把 Klib 带到这个世界的
• 0620 - 关于 Klib 分享，各种纠结之后，我选了如下方案

感兴趣可以先看这两篇文章，相关的部分这里不再重复。

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 日 | 新增阅读器

= | - | 一键分享读书笔记

在产品层面聊聊 Klib

Klib 解决了什么问题？

这应该是我启动一个项目时，最先、最经常问自己的问题，也应该是 产品存在的唯一理由。

起初，这个问题很好回答：管理用户在 Kindle 上所做的标注和笔记。

后来，随着产品的演进，引入了很多其他功能，甚至可以从 iBooks 这个跟 Kindle 没有任何关系的 App 中导入笔记，产品的定位和方向就变得不清晰了。关于这一点，在文末统一介绍。

Klib 做得怎样？

值得骄傲的，Klib 做到了很多第一：

• 首款上架 Mac App Store 的 Kindle 标注管理工具
• 首款能在 Kindle for macOS 中回顾笔记的 App
• 能从 Kindle、导出的 html、Amazon 官网中导入笔记，地表最强、没有之一
• 首款可以导入 Kindle + 多看系统中笔记的 App
• 目前自动排除 Kindle 重复标注最好的 App
• 首款可以将 Kindle 的标注一键复制为 Markdown 格式的 App
• 首款可以优雅管理 iBooks 标注的 App
• …

简单的说，如果你需要管理 Kindle 标注、恰巧有一台 Mac，Klib 是你最好的选择。

Klib 的一些功能

牛皮不是吹的，来说说 Klib 中一些不错的点：

「在 Kindle for macOS 中回顾笔记」

这是一个既酷炫、又实用的功能。

我们在回顾笔记时，有时会觉得标注的内容太简洁了、需要回看书的上下文。怎么办呢？很巧妙地，Klib 可以打开 Kindle for macOS、并跳转到标注所在位置，够贴心吧？

「自动合并不同来源的笔记」

如上所述，Klib 支持从 Kindle、Kindle 客户端、Amazon 等来源导入笔记，这也引入了书籍和笔记的合并问题。并且，用户有可能在 Klib 中修改笔记，这会让合并所需处理的逻辑更复杂。

好在，Klib 结合书名、作者、笔记原文、笔记位置等信息，很好地解决了不同来源的合并问题，尽可能地避免重复。

不过，毕竟不同来源的笔记没有标准格式，导入时依然会有重复的可能。于是，Klib 还支持手动合并书籍。看似简单，这却会又一层地增加复杂度：如果在被合并书中增加新标注，如何正确导入到合并的书中？单单是这一整套的合并逻辑，我处理了将近一个星期，梳理了大量测试用例，并用单元测试，保证各逻辑的正确。

当然，这是用户无法感知、却又觉得理所当然的功能。

「自动排除重复的笔记」

之前 Kindle 系统的标注逻辑是：选择文本，然后手动标注。新版系统做了调整：选择文本后自动标注。这带来的问题是：如果第一次没有选择正确、或者干脆就是误解，即使删除后重新标注，之前删除的标注依然会位于 Kindle 系统中，进而会被导入。

Klib 结合笔记的位置、内容的相似度，几乎可以排除所有重复的内容，仅保留最有价值的一条。

同样，这是用户无法感知、却又觉得理所当然的功能。

「标注为章节」

章节对于笔记的管理是很有帮助的，不然就会是一堆标注罗列在一起，没有规律，也会给回顾带来压力。

如何读取到书的章节信息呢？之前辗转联系上一位前 Kindle 在线阅读的工程师，他的原话是：我们内部有接口，用起来很容易。而很可惜，Kindle 并没有开放接口。如果要彻底支持，就需要解析带数字签名的亚马逊私有电子书格式。这工作量与难度，是相当巨大的。

不能放弃呀。于是，我想出了一个方式：

• 阅读时在章节文字上添加标注
• 导入 Klib 后，选择全部章节对应的标注，将其「标记为章节」
• 在 Klib 中复制为 Markdown 时，自动为章节添加二级标题
• 在 Klib 的阅读器中回顾时，章节会让排版更优雅

虽然需要手工多做一些事情，但与其能达到的效果，是相当划算的。

「阅读器及分享」

之前的 Klib 使用列表来展示所有笔记，虽然可以按下空格显示笔记的预览，但总归没有整体的感觉。

为了提升阅读体验，我在最近的 Klib 中引入了「阅读器」，名字和交互灵感来自 Safari 的「阅读器」，后者可以去除网页中的冗余元素，仅保留文本、图片等核心内容。想法很明确，而设计优雅的排版以方便中英文阅读，并不容易。并且还要考虑网页在电脑、手机等不同设备上的阅读效果，难度加倍。

经过好几版设计后，最终的样式是这样的：

可以隐藏所有干扰因素，仅剩下文字本身。纯净排版，让你沉醉于阅读；全屏体验，效果更佳。

有了优雅的排版，怎能不分享给好友呢？以书会友，共读精彩。当我偶然在一个读书群中看到用户分享使用 Klib 生成的读书笔记时，真的很开心 :)

「实验室」

功能的开发，总是众口难调。而我也可能做出错误的判断，怎么办呢？

目前，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 甚至更多版本的朋友。

收集日志

错误是难免的，重要的是及时改进。要改进，首先就要能知道错误。

• Klib 本身会在错误时输出日志、记录在本地
• 集成 DevMate 后，可以很方便地收集闪退日志

当然，前提是用户愿意并手动发送日志。

慎用第三方库

或者说，尽量使用稳定可靠的第三方库。在 DevMate 中追踪到的仅有的几个 Crash 中，大部分是 6 年前的 Evernote SDK 引起的，我也是无奈…

软件性能

Klib 最开始遇到的性能瓶颈是：当用户有上万条标注时，导入需要将近 2 分钟。其中，大部分时间用于日期识别、数据合并。经过改进后，导入仅需 10 秒左右，满意。

不过，目前还有待改进的是：当有大量数据时，界面操作会有卡顿。数据越多，卡顿越明显。确实还是有可改进的空间。一方面是减少计算量，另一方面是进一步分离界面操作与后台数据计算。

Klib 运营 & 推广

酒香也怕巷子深。这时代，大家每天要接触的信息太多了，要将自己的产品展现在用户面前，很难。也就意味着，很需要花时间、花心思去研究。我做的并不好，也并没有找到门道，这里只是大致列出我所做的事，供大家参考。

在 MAS 提交版本

这可以说是运营的起点。因为毕竟 MAS 是 Klib 唯一的下载渠道，是脸面。并且，MAS 还是有些自然流量的。即使这个环节不加分，至少不能减分。

每次提交版本，都要处理至少以下内容：

• 应用名称
• 描述
• What's New
• 关键字
• 截图

考虑到目前 Klib 支持 简体中文、英文、德文，工作量实际是上述的 3 倍。

其中，截图部分最为麻烦。因为，不仅要处理图片，关键的，要 事先准备素材（如书、标注内容等），才能生成适当的截图。中文还好，可我并没有标注那么英文原著。即使有，也都是技术类书籍，并不适合用于 MAS 的截图。没办法，我只能找英文中流行的书，从 Amazon 官网中找其分享的标注，合成一样书的阅读笔记。这种工作是非常费时的，德语版我干脆放弃了，直接使用英文的素材。

域名与官网

之前，Klib 是挂在 Toolinbox 官网的：https://toolinbox.net/Klib/

后来，为了方便推广，我又挑选了 Klib.me 这个域名，并建立官网：

这个页面看似简单、却花费大量时间：

• 编写内容，制作图片
  • 中文、英文
• 页面排版
  • 适配不同设备
  • 微信分享时显示图标
• 全球访问加速
  • 期间，为了使用国内的 CDN 等资源，还不得不关站图案，哎…
• SEO 优化

有个短的域名很重要，这样后来在分享笔记时，就可以有类似 http://s.klib.me/share.html 这种简洁的网址。

使用教程

随着 Klib 功能变得复杂，详尽的使用教程变得必须。目前，中文版的教程在 13 寸 MBP 上，已经有 28 页之多。

其中，最花时间的操作 gif 图的制作。和截图一样，首先要准备好素材。另外，就是要在最小的屏幕范围内，将意图表达清楚。因为，这意味着才能控制最终生成的 gif 文件大小。

之前，我使用 QuickTime 录屏，使用 iMovie 编辑后导出来 .mov 格式，然后再转成 gif. 其中，最麻烦的是 iMovie 仅能处理 16:9 的视频，这就要在录屏时非常小心地控制好比例。

后来，我发现 可以直接在 QuickTime 进行简单的编辑，也就是去除操作中多余的环节，仅保留操作部分，并生成最终的 gif 文件。这大大加快了 gif 的制作，唯一的缺点是：不能在视频中加文字。

媒体运营

媒体的助力，对产品的推广，帮助很大。

国内

效果最好的就是「少数派」了，以及 V2EX、爱范儿、掘金、Mac 玩儿法等媒体，以及自己个人的媒体，如朋友圈、微博、博客、等等。

除了媒体是否愿意报道，对我而言，最困难就是如何写媒体文章。毕竟自己是程序员思维，很难用讲故事的方式，写出吸引人的文章。这方面还得再提高。

海外

其实，国外推广是个非常头痛的事。毕竟文化不同，语言也有障碍。

效果最好的主要是两处：

• Product Hunt
  • 多人讨论，300+ 个赞

• Twitter 上用户自发推广
  • 30+ 次转发，160+ 个喜欢

我曾经要求自己每天在 Twitter、Facebook 发新消息，以建立品牌和影响力；不过可惜没有坚持。找个契机，重新开始运营。

用户运营

都说要口碑传播，最重要的，就是核心用户了。

起初，我是抗拒建立用户群的，因为我担心重复回答基础性的问题这种技术支持，会花太多时间。不过后来想想，还是利大于弊的，毕竟可以直接和用户接触、倾听用户的声音，是非常宝贵的。目前，用户和我直接沟通的渠道有：

• 微信群
• Telegram 群
• 邮件反馈
  • 基本 3 小时内回复

另外一个没做的事：邮件订阅。尤其是国外，这个更常见。用户一旦喜欢一个团队、开发者，很可能是愿意知道其发布的新产品、新版本。很可惜，我还没有在网站建立这个。其中一个原因是，目前我的网站是基于博客的，加这一点不太方便。不过，找机会还是要加上。

软件定价与收入

软件定价是门玄学，里面的门道非常多。最近 Day One 调整收费模式，引来一片骂声。Klib 也没什么经验可介绍，只是罗列一下历史。

刚发布时 Klib Pro 是 ￥ 50，随着功能的改进，目前是 ￥ 98. 另外还有 Klib 扩展包，不过由于 Amazon 功能限制，国内用户可以无视；而且，其带来的收入，与 Klib Pro 相比，可以忽略。

如果你觉得书、软件贵，去商场逛一圈，看买 Klib Pro 的钱，都能买些什么。

到底 Klib 赚了多少钱？我想这是很多朋友都感兴趣的。不出意料，答案可能会让绝大多数朋友惊讶：Klib 这 6 个月给我带来的收入，差不多等于我过去一个月的薪水。作为独立开发者，要养活自己和家人，我还得坚持很久。

另外一点可以分享的，由于我的影响力主要在国内，85% 左右的收入来自国内用户。在国内盗版的环境下，大家能如此支持 Klib，真心感谢。我也相信，随意大家消费能力、和软件素质的提高，会有越来越多用户愿意花钱购买软件，期待。

Klib 未来会怎样？

面对近 300 件要做的事，Klib 该何去何从？

引申：功能性产品的思考

截止目前，我已经先后做了 6 款 mac App (Klib、iPic、iPic Mover、iPaste、iHosts、iTimer)，也都先后到了瓶颈。怎么回事呢？

总体来看，主要是 产品太过依赖功能：当功能基本完成时，就没有更多想象空间了。

如果要增加用户，很可能就要强行加功能。而这些附属的、可有可无的功能，很可能让产品本身变得难用。纠结于此。

再来看看 Klib

Klib 是款好产品，但不一定是个好的商业项目。

• 使用频次太低
  • 比如，如果读一本书需要一个月，读完后才需要使用 Klib 导入标注和笔记，那 Klib 的打开次数基本就是 1 次 /月，这实在是太低了。
• 用户体量太小
  • 恰巧使用 Kindle 阅读
  • 恰巧想要管理标注
  • 恰巧有 Mac 电脑
  • 恰巧愿意付费
  • …
  • 这样的概率，相当于 0.1 * 0.1 * 0.1 * 0.1 = 0.0001，可真是 万里挑一

怎么办呢？

方向一：深挖 Kindle 辅助工具这个定位

好处是：

• 可以让 Kindle 用户获得更好的体验

坏处是：

• Kindle 的用户群体还是太小
• 更关键的，Kindle/Amazon 并不是一个合适的合作伙伴，不开放数据接口，很多体验很难做好

方向二：做笔记中枢

笔记的来源可以不止是 Kindle，也可以是 iBooks、多看等等；除了在 Klib 中阅读，还可方便地导出至 Evernote、OneNote 等目标应用。

好处是：

• 可以获得更多潜在的用户
• 可以增加产品的使用频次

坏处是：

• 技术上非常依赖于第三方应用的开放程度、稳定性
  • 目测像微信阅读这样的应用，不见得深度开放数据，进而很难在其基础上有所发挥
  • 而且，一旦未来比现在更封闭，届时已经实现的功能就会失效（参见微博接口的越来越封装），这对于产品而言是很大的风险

目前还很难决择，暂定先观察一段时间；等考虑成熟了，再进一步改进。

---

考虑的同时，我准备挖个新坑：iTips, 碎片信息管理工具。这是我的 iPaste 的一位荷兰用户跟我提的需求，接下来的一段时间，我会跟他进行国际合作，共同打造这样一款国内、国外用户都喜欢，横跨 macOS、iOS 的新工具，敬请期待。

---

博客原文：0704 - Klib 到底赚了多少钱？

[Chingim]

独立开发不容易啊

[tracyone]

赞

[ymcisokay]

半年。。

[CRight]

做这些也是出于自己的兴趣吧？商业化带来的收入也没有想象的那么高

[xiubin]

就不能贴个简介然后再给个详细介绍的链接？

[arrow2015]

这么长的文章没有回答标题的问题。理应在第一句回答的。如果这篇文章的问题在 Stackoverflow 上，文章内容作为回答，这个回答应该是负分。

[quietjosen]

@Chingim 都不容易，独立开发者尤其吧。

[quietjosen]

@CRight 我希望能用兴趣养活自己。

[quietjosen]

@xiubin 这里的 Klib 的使用手册： https://toolinbox.net/Klib/

[046569]

购买了 LZ 的 iHosts ,简单好用,推荐.

[MrJing1992]

文章内容不错，产品很棒，作者超牛，但是标题不对

[nVic]

为啥要做 mac 程序，每多做一个 mac 程序，就是资助苹果开发更多更烂的 mac，什么进灰热炸白屏坏键全都出来。

[hester]

独立开发者不易 👍
然后？到底挣了多少钱？
大家并不知道你的薪资范围，所以，等于一个月的薪水到底是什么范围呢？ 10K 25K 30K ？
按照你的说法，估计未达预期，毕竟六个月的开发期…

但还是觉得标题党了。其实你想说 iTips 吧，那就直说呗。

提个建议，别动不动就 国际合作…
太高大上了… 我给 react 提个 github pull requests 然后 merge 了？也算国际合作吧😄

[catror]

写这种文章最好把结论放前面，不然看着很烦，因为很多人点进来都是被标题的问题吸引的…

[mlhorizon]

嗯，标题负分，搞得像个朋友圈的文章似的。
不过可以理解，咱国人在谈钱的时候都有点避讳，虽然每个人都喜欢钱。

[FUCKV]

关于收入，我也多说一句，既然起了这个标题，就别藏着掖着了，大大方方说出来。

[Betacoefficient]

真鸡儿长，我瞬间就不想看啦。

[yylzcom]

@arrow2015 #6

到底 Klib 赚了多少钱？我想这是很多朋友都感兴趣的。不出意料，答案可能会让绝大多数朋友惊讶：Klib 这 6 个月给我带来的收入，差不多等于我过去一个月的薪水。作为独立开发者，要养活自己和家人，我还得坚持很久。

其实已经给出了答案，虽然没有具体数字，但是我已经大概了解了

[xudaolong]

标题党.负分.兼带产品.

[kikyous]

套路这么多，能多点真诚吗？

[gimp]

@arrow2015 知乎上就满分了，哈哈

[GromHellscream]

牛逼，向你学习。

[UnPace]

iPic 也是你开发的啊，一直在用。谢谢。

[hst001]

所以还是没说到底赚了多少钱

[coolair]

文章内容跟标题没啥关系啊……

[Wichna]

支持中国独立开发者

[adoyle]

哇这个产品看起来好赞

[quietjosen]

@UnPace 哈哈，碰到用户啦 :)

[quietjosen]

@adoyle 那就试试呗，期待你的体验~

[gulangyu]

标题党

[Emi]

iPic，iPaste，iPic Mover，我电脑里有这三个。

[Yvette]

@nVic ……进灰热炸白屏坏键这些问题近三年新出的 Mac 我在网上一次都没见人提到过有，实在是孤陋寡闻了

还有楼上某些人，什么都不做就动嘴皮子说一句「垃圾」多简单啊，别人背后的心血你不看也罢，还过来喷作者，也不知道家里是怎么教的，实在看不下去

最近心情不好看见喷子就想喷，结果自己也成喷子了，唉，算了算了

[jwenwang]

告诉别人怎么打造产品，怎么赚钱，这是一个值得学习的很好的营销思路

[quietjosen]

@Emi 专业玩家 👍

[quietjosen]

@nVic @Yvette 我的 MBP 遇到了这个问题：键盘凸起，跟屏幕摩擦摩擦…我现在基本不合屏幕了 😂

[quietjosen]

@jwenwang 要是照着这条路去赚钱，你会哭的 😂

[alpha5un]

已购买，希望楼主能越来越顺利。
另外说个个人感受，klib 没有 knotes 的交互做的好。

[ssoftlns]

标题党 好感拉低到冰点

[quietjosen]

@alpha5un 谢谢支持。为啥我不这么觉得呢？😂

[Beebird]

很佩服！

[20131115]

赚了多少没说啊，感觉就是为了宣传产品，负分

[JasperYanky]

赚了多少钱？

[alpha5un]

@quietjosen klib 这种工具在我的需求里主要是两个诉求：
1.管理
2.回顾
管理方面还好，回顾方面我主要是用来阅读，现在的页面阅读方面感觉不是很舒服。

[quietjosen]

@alpha5un 不喜欢「阅读器」？说说你觉得怎样好呢？

[hester]

首先不是引战，我之前也用过 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 是如何宣传的？希望不要走歧途...

[Grubber]

负分

[haozes]

加油楼主

[quietjosen]

@hester 文中的「第一」都是「实事求是」

[alpha5un]

@quietjosen 我觉得以前多看 kindle 版导出到 evernote 中的排版挺好。

[doubleflower]

做这么小众的东西想赚上班的钱真的很难，有 Kindle 的人 × 有做笔记习惯 × 愿意计费

[quietjosen]

@alpha5un 哦，明白你的意思的。你估计喜欢那种一条一条的，不喜欢连在一起的。

[quietjosen]

@doubleflower 是的，当真是万里挑一。

[macroideal]

mdzz.先回答自己的问题，一共赚了多少钱

[suliuyes]

所以，赚了多少？养活自己的了吗？ 你自己的标题，你自己都不回答。

[hester]

@quietjosen

看在 iHosts 和 iPic 特别好用的份上，所在我才说了那么多，否则就只有一句了...

“文中的「第一」都是「实事求是」”
既然你 @我，并回答了我的问题，那么就别顾左右而言它，我说的并不是 “有多少个第一” 的问题，而是如何做宣传的问题。

v2 这里不是大爷大妈混的地方，随便弄几个 “第一”，然后 balabala... “ Klib 是你最好的选择” “牛皮不是吹的” 大家就觉得这个产品好了？

其它不说，从颜值上与竞品（就不说是谁了） 差距太大了。

最后一句，独立产品不易，别让 “拉低智商的宣传稿” 拉低了产品的品味和档次，且行且珍惜！

[ma125125t]

不容易，友情支持

[isCyan]

一个人，的确不容易，很理解

[hekunhotmail]

我花了 10 秒 扫了一眼，没看到， 到底赚了多少钱，谁能告诉我

[Techman]

最后问一句，到底赚了多少钱？

[maxthon]

请把标题回答一下

[cnwtex]

回帖滋持~

[quietjosen]

作为看客，我觉得大家更应该关注：我能从这篇长文中得到什么？

自己的收获，才是最重要的。

这是篇长文，如果想像看微博一样阅读，并不能 Get 到什么。

[qq7171891]

> 作为看客，我觉得大家更应该关注：我能从这篇长文中得到什么？

得到：要想不可一世，先做出点成绩。

[maddot]

App 时代比站长时代赚钱难太多了

[maxthon]

@quietjosen 我觉得标题应该写 “ klib：从起始到未来，我的开发感想” 之类的
现在标题党太多了点，看到题文不符的东西会感觉不太好

（“震惊了！开发了这一个小小软件竟让他得到了这么多钱……”）

[quietjosen]

@maxthon 你这么标题厉害了

[laoyuan]

我总结一下，发布半年赚了 LZ 过去一个月的薪水，我估计 2 万左右吧，大差不差就这个数量级

[SuperMild]

LZ 你这个标题发在其他地方可能没有问题，但是发在 V2 就比较招吐槽了，毕竟这里有特殊的文化氛围。

[elviscai]

quietjosen 3 小时 28 分钟前
作为看客，我觉得大家更应该关注：我能从这篇长文中得到什么？

自己的收获，才是最重要的。

这是篇长文，如果想像看微博一样阅读，并不能 Get 到什么。

---

不考虑标题的问题，文章还是不错的……

但看到上面这些话……我 Get 到了「装逼不要把自己装成逼」。

[viosey]

所以到底赚了多少

[ibegyourpardon]

。。。文章写的真不怎么样，很容易带来负面效果。

[clavichord93]

@hester 相反，我觉的仅从颜值上看我觉的 Klib 比 KNotes 要强上不少，Klib 界面更紧凑，特别是加入阅读器功能之后，界面让人很舒服。而 KNotes 界面上的空闲区域太多，获取的信息量太少，而且整体设计风格偏幼稚。所以颜值上不同的人有不同的体验，不能以偏概全。

[taresky]

已购用户表示厌恶标题党。
不管内容多好，都无法产生好感。

[xiubin]

真的很佩服你们

[mingyun]

好长的文章，加油，楼主

[wj2061]

@elviscai 关键是靠标题把大家吸引进来，却没有回答标题的问题。 写作文的话，属于文不对题。
他如果改个标题， 或者 在最后加一句 赚了 XXX，就不会有这么多人反感。

[masha]

支持

[so898]

SEO 学习的不错，标题党这一招都学会了

[isphone]

赚了多少?

[kuno1]

多乎哉，不多矣!

[benjaminv]

看完我已近不想再去开始还未开始的独立开发

[frittle]

内容完全没涉及标题，这文章不厚道啊。

[wolf1981]

论软件被文章标题毁掉的可能性

[quietjosen]

@benjaminv 可惜了，坑里少个伙伴。

[kenshin]

我虽然不算彻底的独立开发者，但我自己单干，还要身兼很多角色。我们（独立开发者们）也不是专门写稿子的，难免写出来的内容与初衷相悖。

---

LZ 的标题与内容的确不符，这是事实；而且楼上有些留言并没有什么问题，如果这算是危机公关的话，LZ 显然不合格。

如果我是 LZ 的话，既然大家有此（标题党）疑问，我会再附言中明确指出：我挣了多少钱。（如果是我做的话，我还会大方的截图）

我相信这里绝大多数人在 LZ 这么做之后都可以理解了。

虽然 LZ 在文中说了挣了多少钱，确实语焉不详。或许你比较出名，大家或许知道你之前挣多少钱，但既然这么多人问了，至少 v2 这里的人不了解你。

再说，IT 薪资范畴非常大，一线城市 10 ~ 50K 完全都有可能，所以你的答案几乎等于没有答案。

---

还有，标题党并不 “可耻”，也无可厚非！如果是我的话，我会直接在文中告诉大家，“我标题党了！” 我相信这种自黑，大家也都可以接受。

而且文章的确很长，而且还标题党了，所以认真看完的 v2 小伙伴，发现压根没有发现想要的答案，换位思考，你会“爽”吗？

最后，如果我是你，我会把标题改成：《震惊！亲爹养子致入不敷出，竟为哪般！》

---

以此为戒，共勉之~

[byuan04]

标题负分

[elviscai]

@kenshin 只说文章，我觉得可以算是分享，虽然有夹私货，且在可以容忍的范围内——但结合其回帖，还要反复强调这是分享……那就只能理解为「此地无银三百两」了。

[jjliu2012]

文不对题。这不叫分享，这是广告。

[hester]

@clavichord93
的确，UI 确实有千人千面的情况，这点我说的有些 “极端” 了，为此可以向 LZ 道歉。

但其它情况的确是真实存在的，再加上之后楼下的一些评论以及 LZ 在 62 楼的补充，的确有些过了。

如果我是 LZ，我就按照 85 楼的做法，发个附言。

何必自讨没趣呢~ :)