Thoughts, stories and ideas.

一周更新汇总:用户备注功能、Remind 入口上线,以及讨论组的一些改变

给倍洽的攻城狮们疯狂打 call

大家期盼已久的用户备注功能终于在这周上线了~

一直以来,大家对用户备注功能的呼声都非常高。有的人想修改名字作为自己当下心情的表达,但是在修改完名字之后 ,就有可能对团队其他成员完全陌生化,别人在查找时不会即刻找到,在一定程度上阻碍了日常沟通。

于是,在此次更新中,我们增加了用户备注功能,希望可以帮助大家在「放飞自我」与「增强辨识度」中间寻找一个平衡点。修改备注以后,用户可以在显示中优先看到对对方的备注,同时,在讨论组 @ 一个人时,也可直接输入对方的备注进行快速查找。

Remind 入口增加

定时提醒一直是大家比较喜爱的功能之一,它可以帮助大家简单、迅速的给相关讨论组或团队成员在约定的时间发布提醒。在过去,成员需要用 /remind 来触发操作,为了帮助大家更便捷的发布提醒,我们在倍洽的对话框中增加了 Remind 入口,大家只需要点击对话框右侧的「闹钟」图标即可添加定时提醒。

ps:刷新后可看到新的 Remind 入口。

除此以外,我们对讨论组也做了一些小小改变。

讨论组支持转移管理员

讨论组的创建者为这个讨论组的管理员,拥有创建公告板、删除讨论组内文件和消息等重要权利。但是随着讨论组工作的推进,创建者因为某个原因退出讨论组或淡出组内日常交流,就会导致管理员位置闲置。在此次的更新中,我们将「讨论组创建者」更名为「讨论组管理员」,并支持转移讨论组管理员,方便讨论组内的日常交流和功能使用。

私密讨论组不支持转为公开讨论组

私密讨论组创建的初衷即为讨论组内的内容是不对外的,完全保密的。在此次的上线中,我们也对私密讨论组转为公开讨论组做了限制,以保证讨论组内的资料永久秘密存储。如在前期不确定之后是否要转换为公开讨论组,可以先创建 临时讨论组 进行沟通。

希望这些新的改变会让你的工作更加顺畅~快去改一波备注吧~

场景案例 | 市场运营团队如何使用倍洽?

不久前,我们曾经为大家介绍过移动开发人员在倍洽上的工作选型以及搭建日常工作流流程(详见 场景案例 | 倍洽移动开发团队如何使用倍洽?。这一次,我们来看一看市场运营团队是如何使用倍洽来完成每日的工作。

信息的获取、反馈,工作的交流与协同是市场运营团队对一款工作协同工具的「刚需」。在日常工作中使用第三方工具服务时,需要花费大量时间在各个工具间切换查看,对于新消息、新任务的接收与分发,无法保证时效性,并形成外部信息孤岛,极大影响了日常的工作效率。在以前,一个团队的成员们接收到的信息流是庞大的而纷杂的,而对于不同职能的人群,对接收的信息流需求各不相同,需要将信息流分门别类,进行精准的推送。除此之外,对于一些采编团队,由于工作内容需要的外出办公,易面临团队管理松散的问题,无法实时跟进工作动态,很难与其他团队例如美工组、视频组进行第一时间的合作与任务分配。于是,对于能够一并解决以上问题的工具,需求日渐高涨。

在一熊科技,我们的市场运营团队使用倍洽按照日常工作中的不同内容创建了不同的讨论组:「日报周报」组用来跟进团队成员的工作规划;「创业公司」、「B 轮 C 轮公司动态」、「大公司动态」、「投融资届动态」组用来收集外部行业动态;「市场合作」组用来商讨市场合作与线下活动事宜;「竞品追踪」用来观察竞品的风向;「运营数据」用来汇总阶段成果的各项指标;「市场工作动态」用来进行日常的工作与协同;「素材空间」用来收集与分享工作的成功案例与发现的优秀佳作;「热点资讯」用来追踪时下风靡与突发热点;「渠道投放」用来记录广告投放效果与进行 SEO 优化讨论;「舆情监控」用来监控产品在各个应用商店与竞品的舆情。

具体工作流程:

1.我们会在「热点资讯」讨论组内创建 RSS 订阅源与爬虫机器人来追踪热点新闻,把握资讯动向。当一个热点事件发生后,相关资讯会自动抓取到讨论组内,保证运营团队与编辑人员第一时间接触到第一手素材。

2.在「市场工作动态」讨论组内,使用倍洽已集成的「Trello」、「Worktile」、「Teambition」服务来进行任务发布与工作协同,将每项任务的进展阶段实时推送到讨论组内。使用「石墨文档」、「Quip」与「Evernote」来发布在线文档,组内成员可以依据发布者的设置权限来对该在线文档进行合作编写、在线修改与预览查看。

如上图所示,运营团队在接收到 RSS 机器人接收到「程序员节」热点资讯后,经过小组选题策划的讨论后,在「Teambition」中创建「1024 程序员节日推送」任务,并创建「图片」、「段子」、「撰写」等任务子项,组内成员通过评论任务以提供素材想法。创建一个「石墨文档」来开始撰写推送,并权限设置为「可以编辑」来完成组内成员在文档中的修改与意见评论。

3.在「运营数据」讨论组,在推送发布后的反馈阶段,我们的运营团队会使用「Incoming」机器人来收集各平台每日粉丝增长量与页面的 UV、PV 数据来对推送效果进行数据化评价,并进行复盘。使用「Appreview」来收集产品应用在商店中的评价与竞品的舆情,方便我们在第一时间做出行动。将邮件机器人添加至讨论组内,可以将新邮件通知实时推送到讨论组,倍洽支持链接的内容梗概预览,对于官方联系邮箱收到来自用户的投诉与建议,组内成员可以做到在第一时间进行回复。

「金数据」是一项倍洽已集成的在线表单工具,在线下活动后的反馈调研阶段,我们使用该服务进行资料收集,并在讨论组内创建「金数据」机器人,将金数据采集样本的新数据消息推送至讨论组。

4.在任务结束的总结与复盘阶段,在「素材空间」讨论组,我们会将进行本次任务时与工作之余所发掘到的经典素材链接、图片进行分享。倍洽不仅支持消息的永久存储,还可以将消息进行收藏标记,在「收藏」页面可以将消息回溯至标记节点。对于一个新加入团队的成员,可以了解到团队历史进程与当今任务进度,令其尽快融入团队。

5.另外,通过接入钉钉的打卡数据,在群内做上班未打卡、下班漏打卡提醒,在「日报周报」讨论组,我们使用「Basecamp」通过日报周报形式对团队成员的工作规划,大大提升了团队出勤效率与工作进程。

倍洽不仅支持开放 API 接口的服务的接入,而且我们目前拥有「Incoming」、「Outgoing」与「Hubot」三种自定义机器人。对于一些懂得技术的人员,通过设置这三种机器人可以实现超出我们目前已集成服务更多的功能,甚至可以将你日常工作中制式化的简单工作托管给机器人,通过输入消息指令进行中转操作。如果你能够熟练使用自定义机器人,那么在工作的简洁化上会更进一步,可以说是「推开一扇新世界的大门」。

倍洽一直以「面向未来的工作方式」为愿景服务于效能团队,通过将 ChatOps 模式落地以打通日常工作流,实现真正一站式工作。越来越多的企业与团队开始选择倍洽来帮助提升工作运转效率,打破信息孤岛,解决一直以来协同度低下的难题。我们也将继续积极引进、整合国际先进理念,为企业和团队提供更高效的工作消息处理方式。

倍洽新集成:心知天气机器人来了

日前,倍洽(BearyChat)与气象方案提供商心知天气达成合作,为用户提供更多功能。

心知天气是一家先从零售行业切入的气象方案提供商,通过数据接口(API)、自然语言处理(NLP)、预警与推送(Trigger)、数据可视化(BI)等产品,向客户提供精细化天气数据,提供零售气象解决方案,帮助零售企业量化天气对于业务的影响。心知天气致力于通过气象和环境大数据分析为企业提供气象信息产品和 BI 服务,帮助企业增强在不同天气和环境中赢利的能力。

目前,心知天气的数据涵盖了全球2.4万个城市,提供了实时天气、15天预报、逐小时预报、空气质量实况和预报、灾害预警等数十种天气数据。

心知天气主要有两个功能:一是每日天气推送,用户选择地区和推送时间后,就会在固定时间收到心知机器人的天气预报,用来了解明天的天气情况;另一个是恶劣天气预警:用户选择需要预警的灾难类型(如暴雨、雾霾、台风等),一旦触发机器人将会随时发出消息提醒。

在启用心知天气机器人时,需打开「管理面板」,点击「机器人管理」、选择「添加机器人」,在搜索并添加心知天气机器人后,按照提示填写配置信息和基础信息,即可完成机器人配置。

对于个人来说,天气情况影响着我们每个人的日常生活,暴雨、雾霾、台风等灾害天气更是严重地威胁着我们每个人的安全和健康,心知天气整合了天气预报和实时天气预警信息,帮助我们及时了解天气信息,提前知晓灾害天气,防患未然。

对于企业来说,天气在许多行业与经济活动中扮演着决定性的角色。比如,移动端用户对于天气资讯有普遍需求,引入天气可以贴近生活场景,提升用户体验:运动app可以在好天气的时候推荐户外活动;旅游app可以在用户规划行程时提供天气预报;购物app可以把近期天气考虑进商品推荐的算法中。除此之外,智能硬件、能源、交通物流和广告营销等行业也都与天气息息相关。

之后,我们还将继续关注心知天气机器人和其他机器人的情况,希望倍洽的机器人可以给每一位用户带来良好的使用体验,协助每一位用户更好地完成工作~

场景案例 | 倍洽移动开发团队如何使用倍洽?

我们准备了一些使用场景案例,希望可以抛砖引玉,与更多人一起交流便捷流畅的工作方式。譬如,从介绍倍洽移动开发团队的日常工具选型和工作流搭建开始 :)

倍洽移动开发组通常会根据实际的使用场景在自己的倍洽团队上创建不同的讨论组,实现信息的按主题分流和收集。例如,创建相关「Bug 收集」组用来收集各移动端日常产生的报错信息、「问题跟踪」组用来追踪管理各种问题的处理进展、「资讯收集」组用来订阅最新的技术动态、「代码开发」和「交互设计」用组来跟进产品开发动态、「测试上线」组用来发布产品测试信息和收集测试反馈、「评论收集」组用来监控自己产品和竞品在各个应用商店中的舆情、「产品优化」组则用来汇总查看一些用户的反馈建议等等。

具体的工作流程:

1. 通常,一个版本上线后,我们会用 Crashlytics 来收集移动端的崩溃日志,也使用 Bugly、BugHD、听云等服务来收集崩溃和 Bug 信息。在倍洽中直接启用这些工具和服务对应的机器人,不仅能够在无需来回切换工具界面的情况下实时查收消息,客观上还在倍洽中汇总备份了信息,使其更具有可回溯性,便于我们以后根据日期来回顾当时所出现的问题,更好地进行版本质量管理。

如上图所示,在实际工作中,我们将上述机器人同步而来的消息按照客户端分类,分别推送到「Bug收集-安卓」、「Bug收集-iOS」、「Bug收集-WP」三个讨论组中。利用讨论组的拆分做到信息的分类收集,让数据更加整齐,便于梳理。不同客户端的开发工程师只需要关注相应的讨论组,即可及时掌握与自己密切相关的客户端动态,而不会被其它弱相关信息干扰。

2. 在版本上线以后,如果遇到了比较严重的质量问题,如闪退等,倍洽移动端团队会利用 Crashlytics + Trello + 倍洽(BearyChat) 的组合完成对这个问题的质量追踪。具体的工作流程是:利用 Crashlytics 内置的与项目管理工具 Trello 相关联的特性,Crashlytics 在监控到质量问题时,自动为这个问题在 Trello 上创建一个任务卡,并通过 Trello 机器人实时向倍洽相应讨论组中同步该任务的进度。

我们会根据严重性对问题进行区分,并将相应信息归类入不同的讨论组中。例如,上述 Trello 机器人同步的消息会被归入到「严重问题跟踪解决」讨论组中,同时,相关工程师跟进问题后对该任务卡进行的操作信息也会通过 Trello 机器人实时推送到这个组中,方便其它同事了解该问题的进展,保证了整个团队信息同步的及时性,便于日常协作。

3. 我们创建了「代码开发」这个讨论组来保证移动团队内部开发进度的实时同步。当然,这个讨论组在 Bug 修复工作中也十分有用,例如,大家可以在这个讨论组中实时查看谁正在处理什么 Bug 、修复到了什么阶段,很好地避免了重复劳动和有问题没人管的尴尬情况。另外,我们十分推荐使用 Hubot 机器人连接 GitHub,完成配置后,就可以直接在倍洽上通过对 Hubot 发送指令来完成查看和创建任务,十分方便。

4. 我们使用 fir.im 来管理内部测试版本的发布。在倍洽上建立相应的讨论组并完成 fir.im 机器人的配置后,就能够方便地看到每个版本的上传信息,便于进行版本管理和质量控制。

5. 移动客户端正式上线以后,我们会利用 APPreview 机器人来收集自己产品和竞品的舆情,方便「评论收集」讨论组内的成员在第一时间作出回应或进行优化。

6. 另外,为了建设一个学习型的团队,我们非常重视日常的资讯获取。我们配置了一些 RSS 机器人用于收集行业信息,如 Android Studio 的版本更新,ARKit 官方论坛的最新内容等,保证团队成员能够实时获取行业最新动态。

在倍洽中直接操作 GitHub

在倍洽(BearyChat)目前提供的 众多机器人 里, GitHub 机器人 是非常受欢迎的一个,它最大的价值在于让 GitHub Flow 变得更加有效率,在保证质量的基础上提高开发速度。但也有不少用户向我们反馈希望 GitHub 机器人能做更多事情,比如在倍洽里直接对 GitHub 进行一些操作,而不仅仅是事件提醒。

操作 GitHub 我们当然会想到 GitHub 自家推出的 Hubot,搜索了一些现有的 Hubot 插件,发现都没有完全满足需求的,不如「自己动手丰衣足食」吧,我们自己编写了一个 Hubot 插件,接下来先看看它都可以做到什么?

场景 1:添加 Issue

我们经常会在讨论组里讨论各种想法,或者收到各种各样的用户反馈,在短暂的沟通后,如果达成共识。工程师就去在对应的项目上建立一个 Isuue,做一个备忘,并逐步添加更具体的细节,和实现方案。 利用 Hubot 现在我们可以更方便的直接在讨论组添加 Issue,一气呵成。

大家再也不用担心漏掉需求了。

场景 2:检查自己的 Issue 和 Pull Request

对于习惯于专注工作的工程师来说,每天有稳定的时间写代码和 Code Review 是提高他们工作效率的秘诀。

通常每天上班开始,先去看看目前手上自己需要做的工作,去 Github 上查看所有分配给自己的 Issue。

每天也会安排出专门的 Code Review 时间,去看分配给自己的 Pull Request。

这是只需要对 Hubot 说 github issue mine [repo] 就可以获取某个项目下自己还需要完成的 Issue 和需要自己 Review 的 Pull Request。

当然很多情况下,一个人不仅仅需要维护一个项目,团队里很多项目都有你的参与,这时你也可以通过 github issue all 获取在整个企业下,分配给自己的所有工作。

场景 3:发布 Release Tag

每次完成一个里程碑或者每一次代码上线,我们团队都会为添加新的 Release Tag, 这非常有助于我们的部署流程,我们可以使用 Tag 来安全的上线代码,已及回滚代码。

同时,每次发布 Release 的内容也是一个很有用的信息。我们在使用一个叫 legilimens 的工具,获取这次 Release 对比上一次有哪些新的 Pull Request 被合并。

这个列表一方面成为了验证功能是否正常的一份 Checklist,另一方面当上线后发现问题时,可以帮助我们快速定位问题可能是哪里引起的。

但是这个流程之前是比较复杂的,每次都要去 GitHub 的表单填写很多内容,经常容易操作错误。如果用机器人用问答的形式来发布 Release,就降低了操作的难度,也在一定程度上降低了出错的可能性。

以上这些功能现在都是用 hubot-githuber 这个 Hubot 插件实现的,这个插件也在 GitHub 上 开源,功能也会不断完善。

使用的时候需要注意的是,需要预先设置好 HUBOT_GITHUBER_ACCOUNT 环境变量(通常是企业的 organization name),机器人配置好后,使用者需要对 Hubot 私聊 github token 把自己的 GitHub access token 告诉 Hubot。

希望这个插件能对你有帮助。