「风车协作」官方博客

好好做产品,做好产品

理解风车的「权限系统」

风车发布「权限系统」一个多月了,但仍有部分用户对「权限」设置及管理存有疑惑,甚至有些新用户找不到想要的功能。有必要写一个说明文档出来,暂且发布在 blog 里。

用户角色和权限

权限一般通过「角色」去定义范畴,换句话说「角色」就是若干「权限」的打包应用,在风车项目中,我们从权限的小到大划分了:

访客

以「访客」为角色加入项目的用户,他仅拥有只读权限,而且只能访问到那些被邀请加入的任务列表,所以一个默认的新访客进入项目是看不到任何东西的。但有一个特例:访客可以在加入的任务列表里面,参与任务的讨论,这也是为了团队沟通的考虑。

适用场景:

 1. 比如外包项目,可以把雇主联络人加入进来,他可以看到项目的进展和信息,可以参与讨论,但是不能更改任何信息。
 2. 跨部门的合作方,比如加入运营人员,让他们看到任务进展和参与讨论,但不能修改信息。
 3. 加入公司的决策层,他们一般只需要阅览信息,而不需要对内容进行读写操作。

合作方

「合作方」相比「访客」,他们拥有读写权限,仍需要被邀请加入任务列表,加入后才能对列表任务进行读写操作。

适应场景: 主要是对「访客」的补充,一方面是控制该角色用户的资源访问权限,一方面他对资源可见时,也意味着可读写。 比如:第三方合作时,把他们加入进来,一起协同一些任务,但仍保持对其它信息的隔离。

成员

一般团队成员被加入项目后的用户角色,他们对项目的所有资源都可见,并且能对列表和任务进行读写操作,比如:新建任务、修改任务信息,参与讨论等等。

适应场景:普通项目团队成员,放开信息读写,但不能管理列表和成员。

管理员

除了拥有普通成员的权限,还拥有:新建/管理列表、邀请/管理成员及其它高级功能权限(如创建私有列表,下文会提到)。

适应场景:项目的管理员统筹和管理整个项目的资源.

创建者

项目的创建者,他拥有对所有项目资源的所有掌控,包括: 管理「管理员」、用户权限分配,以及数据导出、删除项目等危险操作。

适应场景:项目一旦创建,创建者就拥有这个角色,如需要转移创建者,请联系我们支持。

具体设置权限的UI,见下图:

User Permission

私有列表

注意: 这是成长型和商业型用户才拥有的功能,关于风车服务套餐请见「订阅方案」.

Private List

「权限系统」是通过成员的角色来判断对资源的控制权限,所以一旦角色拥有了这个权限,他就全局拥有了,比方说普通成员对所有任务列表可读写,所以系统无法满足隐藏一些任务列表的需求。而这就是「私有列表」存在的意义。

管理员拥有创建「私有列表」的权限,他创建后该列表默认只有他本人可见,除非通过邀请的方式,添加成员到协作者列表,那么他们才拥有对这个「私有列表」的读写权限。

明白了它是怎么工作,应该很容易就想到它的使用场景,比如:

  • 邀请有限的几个成员参与协同某些任务。
  • 仅自己可见的工作内容
  • 产品经理或者 scrum master 收集 backlog,待合适的时候再移动到公开列表里去。

一旦拥有「私有列表」很多之前需要隔离或线下的信息,现在有一个合适的'容器‘了。

公开任务

除了「私有」,我们用户还有「公开」的需求。比方说,有一个任务想让外部人员,甚至是普通网民访问到,但风车是一个对内的团队协作工具,除了项目成员,其他人是访问不到项目的任何资源的,所以之前有些用户选择打印或者邮件的方式分享出去。现在你可以简单的公开一个任务,然后把生成的链接分享给他,他就能访问那个链接资源,但仅仅是可读信息,他无法修改信息或参与讨论。

Public task

好了,「权限系统」「私有列表」「公开任务」应该就是风车当前对信息资源、用户、访问者的所有权限控制,现在你该知道如何更好的使用风车,来达成最合理高效地协同。任何疑问,欢迎联系我们。