Thoughts, stories and ideas.

一周更新汇总:一个新功能与三个新机器人

许多倍洽用户使用 hubot 机器人实现了更为个性化的工作需求:自动执行脚本部署、抓取特定条件的内容、完成考勤统计、可视化 CPU 占用情况等等。

但在过去,也许也常有人遇到这样的问题:如何使一个 hubot 机器人加入到 #所有人 (general)讨论组中待命,以便随时响应指令?

我们在最新的一次上线中重新梳理了 hubot 的判定逻辑,今后在所有场合中统一将 hubot 判定为「机器人」而非「特殊成员」,由此,支持在与团队人数绑定而无需单独增减成员的特殊讨论组 #所有人 中添加 hubot 机器人。也许大家可能会在以下场景中使用到这一新功能:

  • 每个正式成员加入团队时首先且必定会加入 #所有人 讨论组,因此可以利用 hubot 机器人自动向新成员发送欢迎词并告知团队全体成员此时有新人加入;
  • 由 hubot 机器人自动向全体团队成员发布团队通知、规章制度、使用帮助等团队级消息,或支持所有成员进行方便的检索查询;
  • ……

希望新功能可以帮助大家使更多日常工作变得自动化和标准化 :)

此外,一周以来我们总计发布了三个新的机器人,它们也许都与技术研发同学的工作密切相关,在「代码开发」与「数据监测」机器人分类下可以看到它们的身影。

ReviewBoard 是一款界面简洁清爽的代码评审工具,相比「投影仪评审」与邮件往来,ReviewBoard 显得更为友好和高效。

在机器人列表中启用 ReviewBoard 机器人后,在「手动模式」页面下可以看到已生成的 Hook 地址,此时只需要进入 ReviewBoard 的管理界面添加 WebHook 并将 Hook 地址填入 URL 栏中,选择期望推送的相关事件后进行保存,即可在设定好的倍洽讨论组中收到来自 ReviewBoard 的事件提醒。

Open-Falcon 是一款开源的监控系统解决方案,其分布式、高性能的特性为它赢得了许多用户的拥簇。

我们同样为在倍洽中使用 Open-Falcon 提供了一套较为简便的接入办法。启用 Open-Falcon 机器人后,在「手动模式」页面下,根据教程修改 Open-Falcon alarm 模块的 cfg.json 文件,即可完成设置,在倍洽相应讨论组中收到来自 Open-Falcon 的提醒消息。

听云是一款应用性能监控平台,支持对产品的崩溃、错误、卡顿等情况进行监控,快速定位代码性能问题,并支持全景应用性能的可视化。

启用听云机器人后,同样能够在「手动模式」页面下查阅具体的配置教程,通过「导航-告警-接收通道-第三方列表」路径创建新的第三方推送后,选择创建「倍洽机器人」并将生成的 Hook 地址填入「Hook URL」中,测试无误后即可选择保存。

接下来,将该倍洽机器人加入相应的接收组后,就能够在倍洽中收到来自听云的提醒了。

访客模式升级,新的临时成员管理方案

许多团队在日常工作当中都难免有与外部人员简单交流的需求,很多时候,这种对外交流的需求是非常态化,临时性的:这是我们上线 访客模式 并在后推出的 高级版 中专门为访客制定了相应灵活的引入规则的原因。

在原有的访客模式中,我们将访客定义为「团队中非正式的受限成员」,限制主要来自两个方面:

  • 只能访问由邀请人或其他成员指定的讨论组,且仅能看到这些讨论组中的成员和文件;
  • 拥有受限的临时成员权限,无法进行诸如创建讨论组、编辑讨论组等团队内操作;

一直以来,访客模式为团队遇到需要把某些相关人员临时拉到团队中解决某些特定问题的场合时提供了很大的便捷:半数倍洽高级版团队拥有过或正在拥有访客。不过在这一功能的运营当中我们也发现了一些问题,并为此制定了相应的优化方案。

  • 取消邀请访客时必须指定讨论组的限制。

在过去的访客模式中,如某一团队希望邀请访客加入团队讨论,则必须在邀请该访客时为其指定一个或一些相关的讨论组,由此确定该访客加入团队当时所能查阅的团队消息范围。

在今天上线的新版访客模式中,这一限制已被取消。目前,邀请访客加入团队仅需为其至少指定一个成员为对接人——如在邀请的过程中直接指定自己为该访客在团队中的某位对接人,但值得注意的是,访客与对接人之间不属于从属关系——以此降低邀请访客的操作复杂度,并实际解除了过去访客与讨论组的从属关系,为接下来的人员管理及讨论组管理提供了一些基础。

  • 增加访客不能独立拥有任一讨论组的限制。

这个新增的限制与访客解除与讨论组的从属关系密切相关。过去,如出现这样的情况——当讨论组中有访客,且这个讨论组是该访客唯一的讨论组时——讨论组不能被归档,当访客不属于任一讨论组后,团队可根据实际使用情况归档任意讨论组。

并且,当出现如下情况——当某一讨论组中的最后一个成员要退出该讨论组——系统将自动提醒成员归档该讨论组,即作为临时成员的访客无法独立拥有讨论组和独立查看某一讨论组中的消息。以上限制希望能够帮助团队更好的管理历史消息并更好的保证安全性。

此外,我们也仍在调研访客模式目前的使用情况。在不影响现有用户正常使用的基础上,未来将针对访客模式再次推出更为灵活普惠的收费方案,希望能为更多团队带来更多使用上的便捷。

GitHub 机器人分支过滤功能上线两周后

两年以来,GitHub 机器人一直是倍洽上最受欢迎的机器人,几乎没有之一。

不过过去我们也收到了一些使用反馈(多提反馈真的有用),在日常工作中,如果团队 GitHub 体量较为庞大且操作频繁,GitHub 机器人的实时推送则可能会对使用者带来一些困扰——更多是指频繁的推送提醒会造成一些打扰。

我们试图在「不错过任何重要消息」与「使用更便捷」上取得平衡,以使信息的送达能够更加高效。此前,我们为 GitHub 机器人上线了分支过滤功能,使用者们可以为自己的 GitHub 机器人设置关注分支,这之后,只有设置为关注的分支才会即时同步提醒推送。运转两周以来,我们自觉体验的确变得更好了一些。

启用 GitHub 机器人后,可以在「授权模式」页面对当前机器人进行配置。目前,一个 GitHub 机器人支持关注多个分支,在编辑框中,各个分支名称之间需要以空格进行分隔。

此外,配置 GitHub 机器人还需关注以下提示:

  • 如未设置关注分支,则默认对整体进行提醒;
  • 如果设置为关注的分支不存在,也将被系统认定为已设置分支过滤。即:如关注且仅关注了一个不存在分支,则不会收到任何推送消息;如关注了多个分支且当中部分分支不存在,则将收到存在分支产生的消息推送。

在分支过滤功能上线前已成功启用的 GitHub 机器人,可以在机器人管理列表中找到相应机器人,进入授权模式页面进行补充配置。

希望这个功能也会对你有用 :)

超级管理员,及如何自助转移超级管理员权限

一直以来,团队创建者在相应倍洽(BearyChat)团队中拥有包括任命团队管理员在内的最高权限,在权限范围序列中,倍洽始终保持着「创建者>管理员>成员>访客」的权限结构。为了理解逻辑上的统一,近日我们将「团队创建者」重命名为「超级管理员」。在成员列表等处的展示中,你可能已经发现了相应称谓的改变。

以上修改使得下文将要说明的「自助转移权限」功能更加顺理成章。

在日常的使用中,有部分团队可能遇到了这样的问题:企业选用倍洽作为日常沟通和信息处理中心,但倍洽团队的创建者并不是企业实际的管理者,在倍洽的使用进入正轨之后,就会出现把最高权限——即过去的「创建者」,如今的「超级管理员」权限——转交给企业实际管理者的需求。

在过去,团队最高权限的转移需要经过一系列的邮件申请及人工反复确认才能完成,流程较为复杂,耗时也相对较长。在本周,我们也上线了自助转移超级管理员权限的功能。

在团队管理面板中的团队信息页面下,团队超级管理员将能看到一个「转交权限」的入口。转移超级管理员权限需完成以下步骤:

  • 验证当前超级管理员登录密码
  • 在下拉列表中选中某一团队成员作为超级管理员权限接收者
  • 当前超级管理员与权限接收者分别完成手机验证

一些小提示:

  • 转移超级管理员权限需转移双方都绑定手机号后才能完成,如何绑定手机号可查阅 这里
  • 超级管理员权限转移后,原超级管理员将保留普通管理员权限
  • 超级管理员权限的转移一旦完成操作则无法撤销,请谨慎进行

组织架构功能上线,轻松梳理团队结构

倍洽(BearyChat) 一直希望为大家营造一种相对扁平透明的沟通环境,让团队的日常工作更有条理和效率。两年多以来,倍洽和用户都在成长,我们也希望在初心不改的基础上,为较大规模的团队提供更轻松的团队结构梳理方式,满足中大型企业对员工的组织管理、权限设置等需求。

我们在本周上线了「组织架构」功能,也许你已经在团队管理面板或通讯录列表中发现了它的入口 :P

编辑团队组织架构

在团队管理面板中,默认以团队名称作为该团队组织架构树形图的根部门,团队管理员可以根据实际情况编辑和修改团队子部门及相应成员。

例如:

  • 点击「增加下级部门」,即可为当前部门新增子部门,或通过在此处修改上级部门指向,为其他部门新增子部门。

  • 在某一部门页面中点击「添加成员」,即可快速向该部门添加一个或多个成员。支持批量将成员移出部门或更改部门,并支持筛选身份查看当前部门成员列表。此外,在倍洽组织架构中,允许每个成员加入多个子部门。

  • 点击「编辑当前部门」,可以修改部门名称,变更当前部门的上级部门或为当前部门指定部门主管,主管可指定一个或多个。但值得注意的是,部门主管仅代表该成员在实际工作中的管理身份,并不等同于倍洽团队中的团队管理员。

  • 如希望删除某一部门,需事先清空该部门下的所有子部门及所有成员。

查看团队组织架构

所有团队成员可以进入团队管理面板或在通讯录列表中查看当前团队组织架构。但组织架构对团队访客不可见。

在组织架构上线后,团队通讯录列表的交互和呈现内容有了一些调整。目前,团队通讯录列表依次往下将显示「组织架构」、「已加入的讨论组」和「最近联系人」。

其中,组织架构一栏中将显示当前用户所在的所有直属部门,例如:某人被且仅被加入到营销部下属的子部门运营部中,则当前将显示「根部门」及「运营部」两个部门。

  • 点击「根部门」,查看团队所有组织架构情况;

  • 点击具体子部门,查看该部门成员等相关情况;

  • 点击「更多」,则打开团队管理面板中的组织架构页面。

熊小队仍将为这个组织架构功能修枝琢叶添砖加瓦,搜索和权限管理等更多功能将在日后陆续上线,如你有更多需求或者建议,期待你随时 与我们交流

熊小队不变的目标永远是:让倍洽更好用 :P