Nozbe

我相信每个人都知道Nozbe中有给任务做的评论。 但是,似乎并不是所有人对它的看法都一致。 因此问题 - 是要还是不要发评论 - 就出现了。

评论面面谈

按照Nozbe帮助页面上给出的说明,我们中的大多数都知道评论的定义以及有关它的基本使用。 它们的主要功能是促进团队内有关给定任务的问题的交流。

这真的很棒。 一旦您的团队接受了有关它的训练,那该功能就能几乎完全取代电子邮件,因此就节省大量时间。

附件可以被添加到评论中,这是一种能加快您的工作以及存储让所有事情都条理分明的相关参考资料的极好方法。

您也能在以后通过电子邮件发送含评论的已有任务到Nozbe或通过电子邮件添加评论

您可能会说: 上面这些功能都很棒,但这篇文字的论点是什么呢? 好吧,下面要说的就是…

评论的替代用途 - 注释

它的一个最为显著的次要用途就是简单注释。 如果您不与任何人分享项目,甚至是您与人分享时,您或许希望能添加事项到自己的任务中..,这种情况下,评论就成了您的注释。

全程记录

最近,我又想出了更多一些使用评论的创新方法。 这其中的一个例子就是将评论作为任务的全程记录。 一些用户对这样那样的任务有很高的跟踪需求,需要全程了解它们的动态。

尽管从某种意义上说这是项目活动特性的一种重复使用,但我依然发现它很有趣。 基本上,一条评论,除了用作评论或注释,它也能成为标注事项的地方,像"交给John",“移出项目:x”, “12月9日发给客户"诸如此类。

提醒

甚至更多的创新方法是一些不与人分享任何项目的用户提出的。 换句话说,比如我有一个不希望与人分享的大项目,但是该项目中的一些任务又是其他人比我更适合完成的。

很显然,我不能直接将这些任务委派给他们,因为项目是我私人的,并且我也希望它的性质保持不变。 因此,我发了一条评论 - Tom的任务 - 也就是以另一种互相认同的方式通知Tom他应该完成的工作,这样我就能抓紧进行整个项目了。 一旦他完成,便会告知我,然后我就将该任务标记为"已完成”,不过仍然会留有是他完成该任务的备注信息。

还比如,与上述情况相同,而不同之处在于,我不希望分享这一特殊项目但有一些其它项目要与Tom分享… 那要怎么做呢?

很简单。 只需发条评论 - 源自项目X的任务 - 然后我会将其移进我们共享的项目,并把它委派给Tom,一旦该任务被完成,我又会把它移回到我原来的私人项目中。

那么,到底是要还是不要发评论呢?

我所说的评论,不论在任何情况下,您都不能将这一特性单单看做是评论。 它的应用远不止这些。 上面给出的终究是例子…,如何创造性地使用这些提示要依您而定,同样也要依您的团队适合与否而定。

评论功能可以使您彼此沟通的方式更高效,还能在工作过程中节省您的大量时间…,所以不必犯难,放心使用吧。

- Delfina (客服部VP)