主页 > P懂生活 >打造骇客也爱的写作环境,Logdown团队专访(下) >

打造骇客也爱的写作环境,Logdown团队专访(下)

打造骇客也爱的写作环境,Logdown团队专访(下)
>> 〈 台湾製造,新一代部落格平台 Logdown 团队专访 〉Logdown 前前后后开发了多久?

这是我们在一个 24 Hr Hacktathon 中硬干做出来的。整个部落格平台的原型都是在当天完成的。在隔天就能开放给大家使用了。不得不佩服伙伴的强大开发实力……

其他的功能如 subdomain、custom domain、image uploader、importer、ajax save、latex support 等等都是后续才加的。

这个专案是 6 月 15 日当天写的。到 7 月 15 日刚好「一个月」。值得一提的是绝大多数的功能也都是我们下班和週末写的,因为平常上班日还有其他专案要忙…… 假日可能可以看到我们一次出三个功能也不奇怪 XD

有参考过什幺成功案例吗?

我们有看了一下其他部落格平台普遍支援的功能和和收费的区间、服务。如 WordPress、Blogger 和 Tumblr 等。

开发的时候曾遭遇哪些困难?

很多很多…… 像是:

如何克服上述的问题?

写不出来的话,先去睡饱通常醒来就能够解决了……

团队的分工和沟通模式是什幺?

我们对这个产品有还蛮明确的 Roadmap。毕竟部落格平台不是一个新玩意。但我们着重开发的是那些「真正被需要的」。我们平常工作就使用 Redmine,所以 Issue List 上面已经有满满几十条的问题。基本上是谁有空或谁擅长,就自己上去认领把它做完。

我们同时也是同事,所以沟通方式不是直接走过去用讲的,就是利用 Hipchat 丢几个原型方案稍微讨论。,所以一定没有开发者要用我们的东西,它们会自己去装软体如 Jekyll / Octopress 自己 host 解决。事实上…我们发现一些很有趣的事,那些马上写信来问我们何时收费,这东西要收多少钱的使用者,多半是被 Jekyll / Octopress 搞过的 user,很多人其实被这些複杂的东西整到火了。如果有人处理好写作的需求,他们是非常乐意使用且付费的。

而且大家也蛮主观的认为 Hackers 应该有办法搞定 Jekyll / Octopress 的安装。事实上我们部落格里面蛮多 iOS、C#、Linux、C 的使用者。你不能说人家不是 Hacker,他们只是不想花那幺多时间安装设定部落格而已。

我们提供了这样一个方案和出路。

可以提供一些网站的数据吗?或是引起你们注意的数字呢?

我们还是第一次收到这幺多热情的使用者来信 feedback,吓了一大跳。

以前作网站使用者都没在写信给我们的。

这次我们收到几十封「你们做的东西真酷」「你们做的东西我好久之前就想要有了,加油」「介面超棒的」的使用者来信,看了实在非常非常的开心。

Logdown 定价蛮简单的,目前只有免费和付费,之后有可能再变动吗?

今年价格大概就会是这样了。

打造骇客也爱的写作环境,Logdown团队专访(下)
有什幺初期、中期的目标?

目前就是希望大家喜欢我们的软体这样而已。如果有投资者愿意支持我们进军世界那就更好了。

9 月是正式发表的时间吗?

应该算是。到 9 月我们确定会有几款自製的布景主题和付费支援。

RocoDev 是一家怎幺样的公司?会因为 Logdown 改变营运模式吗?

Rocodev 是独立的软体开发公司,我们使用 Ruby on Rails 技术帮助客户开发网站。Logdown 未来将会成立公司独立运营。

Logdown logo 的设计灵感?
打造骇客也爱的写作环境,Logdown团队专访(下)

取 L 作「书法」的感觉。

设计上最困难的地方在于?

试出流畅的介面,找不出来宁愿不要上。

我们观察到产品自从上线以来几乎每两、三天就会多一项功能,是原本就计画先让产品上线,然后视使用者的回应持续增添功能吗?

这原本是一个一日 hackathon作品。于是只要「当天之内」写不完的功能我们都放弃了。但这些其实我们都想做。后来观察到大家喜欢 Logdown,开始认真想要做成产品,于是我们就开始一个一个加回这些功能。

比如说部落格平台最好有 subdomain 的设计。但是这个设计相当複杂,所以我们就是逐渐变迁架构然后在几天之后上线。很多使用者希望有 custom domain 设计,但这个设计如果 subdomain 没上线也作不上去,所以我们也是放着慢慢重构出来。

编辑器最好就是能附带图片上传功能。但不好实作出一个流畅版本,所以我们先上了一个还 OK 的版本。现在让大家讚叹的拖拉上传功能,是之后重写出来的。

还有最近的共同作者还有多个部落格功能,这也是要整理架构才做得出来。我们大概有一个确定要做的功能列表清单,但是有些功能要上线之前需要先作许多的架构补强。如客製化布景主题的功能,其实不是不想做,而是要先解决一些安全性问题,以及把布景主题抽出成独立一个 Template 档。这些都不是简单的工作。

不过我们的确会针对使用者回信需要最强烈的功能,作优先权的调整。有一些基本的功能大家期待一定要有,但是没办法马上作,或者是介面还没到达可上线程度,于是就忍住先不冲。等真的很多使用者反应真的有需求,我们再调高优先权开发。

有没有哪些功能是本来有,但后来决定捨弃的?为什幺?

仿 WordPress 自由度超高的任意格式自订网址。发现太难作,而且实作出来会有非常多的后遗症要解决。而且对使用体验完没有大加分。所以捨弃不作。大家一致觉得没有这个功能,使用者也不会不使用 Logdown。

在设计的时候要如何做出取捨的决定?关键是什幺?
  1. 这是对使用者或整个系统是一个「必要」功能。
  2. 实作之后是否对使用体验大加分。
  3. 实作之后是否会有明显的架构负面后遗症。
我们在 Hacker News 上看到一个关于 〈 You're probably not for hackers 〉 一文的讨论 1,这篇文章的作者提出了「真正给 Hacker 用的 BSP」应该要具备三点特色,你们有什幺要回应的吗?

他其实只是在讲要有客製化的自由。我们只是还没将他提到的功能上线而已,请原谅我们只是一个一个月大的产品。

请跟我们聊聊开发 Logdown 学到最重要的事。

作真正你自己需要且用得到的东西。先别自我怀疑这东西是否赚得到钱,使用者会告诉你他们需要什幺,甚至他愿意花多少钱购买这个功能,只要你能让他们找得到人,而且提供给他们方便的管道反映。

以前觉得 Running Lean 这本书不错,可以简单的用 Canvas 实际评估一个东西该不该作。做了这个产品以后重新改观,好的产品是无法用 Canvas 评估出来的。真正应该拿来评估的是:你是否解决了一个真的需要被解决的问题。一旦产品开始往上冲刺,没有什幺「安稳策略」可言。

  1. Probably not for hackers↩
相关推荐