Thoughts, stories and ideas.

讨论组公告、置顶消息双升级,拒绝错过任何重要信息

11 月中旬,我们完成了倍洽新版本上线,在新版本中陆续增加和完善了「收藏」、「搜索」、「会话框增加文件列表」等功能,旨在帮助大家在倍洽建立一个轻量化的资料库。同时,我们也注意到了,从发布新版本到现在,大家一直都非常期待全新讨论组公告的到来。

就在今天,我们上线了新的讨论组公告,也带来了一个新的功能:会话消息置顶功能。

我们可以想象到以下一些情景:
  • 当行政人员在策划一场团队活动时,需要就时间、地点或者活动形式的问题让大家投票做出选择,于是发送信息至讨论组。那么,投票信息是否会被大家正在讨论的内容冲散?此时没有关注讨论组的成员会不会在之后阅览时遗漏信息错过投票?

选择讨论组公告板的形式,将重要的信息以公告板的形式发布出来,如成员正在这个讨论组,公告栏会在消息流顶部弹出,显示公告信息;如成员不在这个讨论组,则会在会话列表中显示有新公告,当大家忙完自己手上的工作时,就可以准确的查看信息并迅速做出回应。

另外,讨论组公告功能也可以方便的公告开会、放假等通知类信息,在团队讨论中,使用讨论组公告板不失为一种轻而方便的团队告知方式。

  • 又或者,销售部的同事在最近和客户的沟通中获得了一些及时有效的消息,发送至团队群组中供大家参考,而此时其他部门的同事正在做自己的工作没有办法分散精力,或者正在讨论组的其他成员没有在当下需要这份消息,之后一旦消息被淹没,大家该怎么快速的找到类似重要消息呢?

此时,团队成员对有价值、希望被大家阅读的消息选择置顶,在置顶信息之后,大家可以在会话框上方点击「置顶消息」快速浏览一些重要消息。而且,一个会话对于置顶消息的数目是没有限制的,也就是说,「置顶消息」功能可以帮助大家建立无数个「小型且分类清晰的」知识库。

除了两个大家非常期待的功能以外,在此次的上线中,我们还默默的增加了控制面板英文版,偏向于英语工作环境的小伙伴可以在团队名称右侧的下拉菜单中选择「语言切换」进行调整。

希望新功能可以帮助大家不错过任何的重要信息,让大家的工作交流变得更便捷。同时,我们也欢迎大家对新版本倍洽提出自己的疑问和建议,相信在我们的共同努力下,倍洽会越来越好。

新版本正式上线 高效工作更进一步

经过几轮内部测试后,全新的倍洽(BearyChat)终于在今天完成了正式上线。距离上一次全新上线已经过去了大半年的时间,在这段期间内,我们陆续推出了临时讨论组、自定义贴纸、图片加载失败后支持重试、支持 Reminder、置顶 P2P 会话、组织架构、超级管理员权限转移等功能,新增了大量的第三方服务,同时也对「看不见的地方」做了大量的优化。而在不断迭代的过程中,我们也发现了一些新的问题。

在此次的全新版上线中,我们吸取了用户的一些反馈,结合在过去期间所遇到的困扰,就全局做了一次性能优化与交互调整,旨在协助大家更便捷、高效的处理工作。

功能删除:

1、多主题
从我们搜集的反馈意见来看,旧版倍洽的「多主题」功能呈现效果不是很明显,为了提升性能,我们在思量许久之后决定永久下线此功能,希望新版倍洽可以为大家营造更清爽、简单的工作氛围。

2、讨论组公告
另外,我们也暂时下线了「讨论组」公告这一功能,之后会有一个全新的公告功能来替代。

同时,新增或调整了

1、性能优化
之前有很多用户反馈切换讨论组卡的问题,经过不懈努力,此次更新中对倍洽的性能进行了大幅度的优化。

2、搜索支持按时间条件过滤
在过去,倍洽仅支持关键字符搜索,这样略显粗糙的搜索条件似乎让我们在「挑选信息」这件事上耗费了一定的精力。而在此次更新上线中,我们增加了在「搜索」时支持按时间条件过滤的功能,用户可在输入搜索条件时对时间范围予以规定,如 24 小时内、一周内、一个月内、一年内或是自定义时间,大范围的排除无用的信息,让「搜索」变得更省时省力。

3、会话新增文件列表
为了便于用户对企业文件的管理,我们在「信息永久存储」和「搜索」的功能基础上,在会话中新增了文件列表一项,即成员可以直接在会话中查看对应的所有文件,同时,成员也可以「发送者」和「文件类型」条件快速筛选、查找文件。

4、讨论组支持删除
讨论组不仅可以合理地组织和整理团队里发生的所有讨论,更可以精准地向直接相关的人推送有价值的信息,但是当一个讨论组对应的需求不再存在时,这个讨论组也就没有了意义。在此次的上线中,我们在支持「归档讨论组」的情况下,又推出了「删除讨论组」功能,值得注意的是,归档讨论组后,历史信息不会被删除,如有需要,归档后的讨论组依然可以恢复,成员可以继续讨论;而讨论组一旦删除则意味着永久删除,不可恢复。

5、会话列表支持显示最近一条消息
在新版倍洽中,成员可以直观在会话列表中看到最近联系人或者讨论组最近的一条消息,避免了必须打开对话框才能了解最新消息的复杂操作。

6、简化创建临时讨论组的步骤
为了更快响应用户对及时性讨论的需求,倍洽在此次全新上线中,简化了创建临时讨论组的步骤,成员只要在私信聊天窗口,点击右上角「发起多人会话」图标,之后直接勾选其他需要参与临时讨论的成员即可。

以上,就是我们在新版倍洽(BearyChat)做的一些大的改变,其它细节上的改进在此就不一一列举了。希望新版倍洽可以帮助大家建立更流畅、更高效的工作流。同时,如果在新版的使用中有什么疑问和问题,也欢迎大家及时的反馈给我们,相信在不断地迭代更新中,倍洽可以为大家带去更多更好的功能和体验。

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

许多倍洽用户使用 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 机器人,可以在机器人管理列表中找到相应机器人,进入授权模式页面进行补充配置。

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