多想一步:从Zenkit得到的启发

Zenkit是什么?

说Zenkit先得要说Trello:Trello是项目管理界的明星(17年被4亿美金收购),在国内有Teambition和Worktile等效仿者,并都有不错的融资。而Zenkit才诞生,就被TNW作者赞誉为比Trello更好的Trello。来,看一看Zenkit在首页(zenkit.com,目前只有PC版,App开发中)吹的牛逼

Zenkit引以为豪的是她远超Trello的6大任务视图,分别是List、Kanban、Table、Calendar、Mind Map、Analytics;而Trello只有Kanban一种,借助Power-ups拓展也只有Calendar。

list视图:子任务以单一列表的形式展现,输入即可新建新任务,点开即可查看详情

Kanban视图:子任务以任务流的形式展示,比如图中显示的Todo,In Progress,Done三种任务流程;子任务可以通过拖拽的方式在不同流程中切换

以下是Trello的Kanban视图(Trello的该视图叫Board)

Table视图:类似Excel的组织形式

Calendar视图:日历视图,看到不同任务的截止日期,同时可以拖拽以快速改变截止日期

Mind Map视图:思维导图,可以做项目的细分思考

最后一个Analytics视图还没有开放就不说了,大家直接看官方视频感受吧

我刚开始接触Zenkit时心理是抵触的,因为她在我这个软件外貌协会人眼里,和Trello优美流畅的设计,差了不止一点,但在有人力荐的情况下,我决定还是试一试。

这一试我就迷上了,不到一天我就决定抛弃跟随了我4年的Trello。为什么我那么喜新厌旧?是Zenkit的这6大任务视图,让我感到无比贴心,以前在Trello里说不明、道不白的感觉,都被Zenkit这几个视图很好的解决了,这种感觉就好像找到了一个心有灵犀的女票一样。

比如List视图,很适合那种不需要严密规划,只有几个直接做完就好的任务,像是一个ToDo Lists;但这种情况下在Trello里就很容易让人感觉小题大做:这么几件小事,为什么要放到这么大一个Board里,还一定要按照分类卡片的方式去组织?只有少数几个没有强组织关系和状态要求的情况下,我使用上面Zenkit的List视图明显要好于下面Trello的,更轻松且不会有被形式束缚的感觉

也比如我最心水的Table视图(类似Excel),很适合同时组织具有相同属性的多个任务,能够帮助我一目了然地查看某一个任务的某个环节是否有缺失,这样使得我的项目全局观异常地好。而更牛的地方在于,你可以通过添加多达11种常见用于任务管理的Checklists、Flies等工具,来帮助更精细化的管理任务,甚至还有公式帮助自动计算。这种情况Trello单一的视图就完全没办法了,如下我已经在工作中开始使用了

Calendar视图,也是非常的贴心,其作用有点像甘特图,让你知道你的任务从时间角度上的规划,而且还能快速调整任务截止日期。还有就是其Mind Map视图,这个更牛逼了,比较适合脑暴、宏观和细分地思考项目。至于Analytics视图还未开放,以及和Trello一样的任务流Kanban模式,就不多作评价了。

综上,Zenkit优于Trello的,在于提供了同一个任务不同视图,从而帮助项目管理者更好更灵活地去组织、达成任务。她本质上是一个组织良好的数据库。

当我真正了解到Zenkit的强大之后,我就开始思考一个问题,为什么我在使用Trello这款产品时,没有多想一步,进而推导出Zenkit这种创新设计?另外我有没有可能从中推演出一些系统化的思维,使我不再错过下一个革命性的设计?

现在意淫一下,如果是我在使用Trello的过程中发明Zenkit的,我会有怎样的思考路径?

一、我得意识到我的说不明、道不白的感觉。任何一个感觉不够好的地方,肯定有改良的空间。

二、我得明确地定义我感觉不好的几种情况

子任务很少,类似Todo Lists,不需要用任务流的方式组织,简单排列即好

具有相同属性的多个子任务的同时组织

以时间的维度来查看任务的规划

当要考察各个任务之间组织合理性的时候

三、我得明确地提出,这几种情况下最好的解决方案,显然对应上面的情况分别应该是清单、表格、甘特图(或日历)、思维导图

四、最关键的一步来了我得抽象出这几种情况的本质结构。为此我要问到我自己一个最关键的问题:他们之间有没有可能找到一种共性的组织方式?这时需要我思考出,他们本质上都是一个数据库:任务是由时间、Checklists、日期、描述等内容组成的,有了这个数据库,怎么展现,就只是界面设计上的问题了。这正如一个WordPress框架可以同时搭建成千上万个主题一样。

五、剩下的就是相对容易的产品设计了。

这么一看来,5个步骤真没那么容易走完,每一个环节都不简单,所以Zenkit不是由我或某个其他人随随便便发明的,也是显然的了。

但值得庆幸的是,我可以将这意淫的5个步骤提炼为一个思考框架,以减少我错过更好发明的几率:

① 观察:不放过任何一个觉得不爽的地方,并多想一步,到底是怎么了?
② 提炼问题:清晰、分类提炼遇到的问题
③ 给出理想方案:我所认为的最好的方案
④ 抽象数据结构:方案的本质是什么
⑤ 给出设计方案:细化本质思路

我未曾和Zenkit的作者聊过具体的想法来源,或许他们就是灵光一现?但细一想,如果没有该行业深入的了解,是基本没有可能考虑到这个方案的。所以,在这个思考框架的最前面,还应该有一步:深入的了解。

发表评论