Tip.It诞生记

灵光一闪

之所以想做 Tip.It,完全是受自己初到北京时找房子各种痛苦的启发,当时为了跳过中介租房子,去58同城,豆瓣等各种网站去看房子,比如说下图就是一个典型的58同城的租房页面。

可以看到电话号码是图片,如果我想记录这个房源,只能一个个号码的往自己的Evernote里面敲,同时还得记录这个房源的网址,以防自己空有号码但是忘记房源信息的尴尬。

即便这样,还是经常导致自己 chrome tab 开了几十个,分不清是否已经电话过某房源的主人的情况发生。

所以我灵光一闪,为什么我们不把这个做成一个可以追述原地址,同时可以保存文字,图片和链接的 todo-list 呢?

这个todo-list不同于evernote,它一打开就是我们要做的东西,里面的内容更像是对网页最有价值的部分的提炼。这个提炼我们会在短时间内频繁的用到,比如我们需要回复某人的邮件,网上看见优惠码等等。

而我自己本人则在不找房子的时候,用来管理我的 bug 清单同时用来记录自己感兴趣但是又需要花时间来阅读的文章链接。

动手

来了 yahoo 之后,自己从最喜欢的 firefox 逐步迁移到了 chrome, 后来经过一番调研后发现 chrome 的 extension 还很好写, 于是自己开始了 chrome 插件的开发之旅。当时自己定的开发目标是这样的。

1
2
3
4
5
6
7
  - 能够 tip 网上的地图,视频,文字以及链接。
  - 通过每条 tip, 用户都能轻易的找到 tip 的原始链接。
  - 用户对每条 tip 添加备注。
  - 能够自动同步,就像evernote一样。
  - 用户手动可以创建各种类型的tip。
  - 有完整的登陆认证功能。
  - 后端的Api能够支持移动应用的开发。

于是就有了第一版的半成品,有登陆,用户可以自由添加 tip,后端用的是 Rails,数据存储是 Mysql + Redis, Redis 主要用来分发用户的login token。

可是当自己写到同步功能时,各种复杂的情况需要考虑,写出的程序自然是 bug 百出,同时考虑 Tip.It 设计的初衷是用户离线时也能使用,能够像 pocket 一样 archieve delete, 自然而然,程序逻辑变得非常复杂,用户每 sync 一次,mysql db 都要运行数十条语句。一度让我对这个项目产生了一些动摇,从最初的每天 check in code 到后面的长达一个月没有check in 过 code。

做减法

做过产品的人都知道对自己的产品做减法是最难的,尤其是像我这样一行行代码写上来的人,每一行代码 都是你不断重构,冥思苦想而成,砍掉某些功能,就意味着你的之前耗费了无数个夜晚写成的代码被删掉, 但是就像知乎上一个人说的那样。

因为我们有过多的资源(主要是人力和时间)才会尝试添加各种功能。假设之前的规划是三个月,那么如果自己只有一周的时间的话,我会做什么?得到的产品形态就是减法之后的结果。

于是经过自己的慎重的思考。

Tip.It的核心诉求应该是为用户 构建一个足够简单灵活的Todo List, 用户能够随时随地的 tip 文字,图片,并且能够随时查看。

于是自己做了最终的决定, 砍掉所有网络同步的功能, 这样整个 Tip.It 的代码只有原来的1/4,后端部分全部拿掉,最后 Tip.It 的功能只有下面的部分。

1
2
3
4
  - 能够 tip 网上的图片,文字以及链接。
  - 通过每条 tip,用户都能轻易的找到 tip 的原始链接。
  - 用户能够对每条 tip 添加备注。
  - 用户能够自由搜索以前的历史记录。

发布

经过一个周末的删减和修改后,Tip.It 终于做的像我最初想要的样子了。

最后再经过周日睡前的半小时,Tip.It 有了自己的官网 http://nateriver520.github.io/tipit/,就像官网上说的一样,Tip.It 给人的感觉应该是这样:

Just find something you like, and Tip it

在经过 google 商店的注册,提交,Tip.It 终于上线拉!(这里忍不住吐槽一下 google, 发布个应用要 5 刀,居然地址还不能选中国)

最后,感谢大家的支持,欢迎大家的各种 Feedback :)