2015年12月15日，Slack 發布了他們的Slack 應用程式目錄和 Slack 基金。 在我們啟動首次整合的幾天前，現在手上有 Guru 機器人。 我們在 Guru 這裡是 Slack 的忠實粉絲，Slack 和 Guru 有很多共同的客戶。 對於那些不熟悉的人，Guru 幫助公司集中管理他們的團隊知識，以便每個人都能保持一致。 你可以在這裡了解更多有關 Guru 的資訊此處。 那麼，我們為什麼要建立這個整合？

發揮我們兩者的優勢

簡單來說，我們的客戶使用 Slack 進行實時通信，而他們使用 Guru 來捕捉他們工作中所需的知識。 想要和同事快速交流一下問題嗎？ 你應該使用 Slack。 想要捕捉你的銷售團隊應該用來定位競爭對手的關鍵要點嗎？ 你應該使用 Guru。 這些都是非常簡單的例子，但是如果你執行這些，我們各自的搜尋能力都是針對各自的使用案例進行優化的。

當你在 Slack 中搜索時，你是在搜索對話。 當你在 Guru 中搜索時，你是在搜索內容。 對話是靜態的，一旦發生就不會改變。 然而，知識會隨著公司的成長而發展。 因此，在 Guru 中的內容是應該要改變的。 事實上，我們有一個驗證引擎，將 Guru 中的所有內容與相應的主題專家綁定在一起。

Guru 定期會與這些專家檢查，以確保所捕獲的內容仍然正確。 這防止了任何儲存在 Guru 中的內容變得過時。 因此，產品常見問題、訊息、競爭定位、故障排除指南和銷售手冊等都應該捕捉在 Guru 中。 這些東西不可避免地會隨著時間而變化，搜索過去的對話並不是尋找你想要確保始終準確的知識的可靠方式。

Slack 現在是一個目的地，就像瀏覽器一樣。

當你考慮到你的工作和你在工作中使用的應用程式時，它們有一個共同點，就是它們大多是基於網頁的。 我們大多數人整天開著網頁瀏覽器，為我們用來完成工作的各種 SaaS 應用程式打開多個標籤。 當你查看 Slack 的指標時，有一點是明確的，就是 Slack 現在已經成為一個目的地。 在 Slack 中，使用者平均每天花費2小時15分鐘。 這意味著 Slack 也會整天保持打開，就像你的瀏覽器一樣。

在任何一天的 Slack 使用者中，99% 使用桌面版，65% 使用行動版。 https://t.co/Eufr4lk5dR
— Josh Young (@jny) 2015年12月28日

這展示了 Slack 對採用它的團隊有多麼重要。

每個新增到我們工作生活的目的地都會產生新的複雜性。 就 Slack 而言，基於它所解決的問題是合理的。 但對於每個產品類別並非如此。

Guru 不是目的地，而是一種手段。

因為我們所解決的問題的性質，我們明確設計我們的產品以不成為一個目的地。 我們當然有一個 SaaS 應用程式，客戶用來處理像是新員工入職及其內容隨著增長而管理的事務。 但我們客戶最喜歡的 Guru 功能是我們的瀏覽器擴展。 我們的經驗是，Guru 是一種手段。 “終點”是你要做的工作；例如，合格的潛在客戶、推進機會、處理支援票等。 而你需要完成工作所需的知識就是“手段”。 這就是為什麼知識平台從來沒有成功過。 我正在嘗試完成一項任務，並需要獲取一些團隊知識。 不要讓我打開新視窗，登錄到新系統，然後搜索答案。 即使我找到了，怎麼知道它是否還是正確的答案？

我們的產品策略一直是增強其他應用程式。 我們的許多客戶與 salesforce.com、Zendesk、desk.com、LinkedIn、電子郵件和許多其他應用程式一起使用 Guru。 他們可以打開 Guru，找到所需內容，然後關閉它，而不必更換視窗或中斷工作流程。

因此，與 Slack 整合對我們來說意義重大。 由於 Slack 是一個新的目的地，您如何在不離開 Slack 的情況下訪問和共享在 Guru 中捕獲的知識？ 更重要的是，您如何以一種直觀的方式進行操作，這對 Slack 使用者來說符合他們的工作流程，即訊息傳遞的方法。 因此，我們的第一次整合就是這個很好的例子。 現在，如果你在 Slack 中並且被問到有關競爭對手的問題，你可以 (1) 使用我們的斜杠命令立即搜尋 Guru， (2) 瀏覽結果，(3) 將所需結果直接推送到你所在的頻道。 所有這些都不需要離開 Slack。