當我們剛開始創立 Guru 時，我們大量的初步 客戶開發 工作花費在驗證「企業搜尋」。 我們非常渴望這一組功能，因為企業搜尋的承諾是，你只需將你的企業搜尋引擎指向所有現有內容，然後 voila，你就擁有一個地方可以搜索整個企業的任何內容，而無需進行任何工作。 因此，我們與幾乎所有談論 Guru 的人進行了測試。

了解更多有關 Guru 如何進行企業範圍的知識管理的資訊。

結果證明我們錯了！ 上述承諾聽起來確實很驚人，但我們不斷收到的反饋大致上是：

「問題不在於搜尋。 我知道該去哪裡找東西。 問題在於透過一片結果的海洋篩選，並且懷疑我找到的是否準確。 我去到我必須搜索的 2 或 3 個地方，結果得到一個看起來相似或過期的檔案或網頁列表。 所以我乾脆放棄了，去問專家。 如果你在 Guru 中建立了企業搜尋功能，你將只是將相同的問題移到一個新產品中。"

這的確讓人感到驚訝。 特別是那句話真的讓我們記住了。 所以我們決定深入探究。 企業搜尋作為一個類別已經存在很長一段時間。 它真的沒有價值嗎？ 不完全是……但這是我們的發現結果。

你在找誰的東西？

找「我的」東西與找「其他人」的東西不同。 今天有很多產品做得很好。 你可以將 Google Drive/Box/Dropbox/Evernote 等接入，只需進行一次搜索，即可找到你所有的東西。 這是有效的，因為你在搜索中獲得的結果會是你已經編寫過的熟悉內容。 你會看到你獲得的 4-5 個結果，並可能會想「是的，就是那個」然後打開它。 你可能不需要太多背景資訊，因為你可能有固定的命名方式來命名檔案或資料夾。 這也是一個很好的移動生產力解決方案，當前像電子郵件客戶端的應用程式都將其作為一項功能添加。 你可以快速“附加”來自這些其他服務的文檔，而無需跳出你正在使用的應用。

但是如果你嘗試在一個團隊所共享的內容上進行搜索，那就會有所不同。 你輸入搜索字詞，然後獲得一個內容列表。 這是誰的東西？ 這些混淆的檔名是什麼？ 我在正確的資料夾中嗎？ 你需要背景資訊；我該看誰的 資訊？ 我該如何使用我找到的資訊？ 上一次主題專家驗證這些資訊準確的是什麼時候？。 你最終會打開幾個搜尋結果，感到沮喪並放棄。

靜態資訊與動態資訊

透過企業搜尋尋找靜態資訊通常效果很好。 例如搜索電子郵件存檔。 那些電子郵件已經發送，且不會再改變。 合約是另一個很好的例子。 如果合約有任何變更，則會遵循非常明確的法律程序來執行變更。 這就是為什麼你會看到許多企業搜尋供應商致力於「電子發現」類型的用例，企業希望快速找到某個主題的內容以備法律事項使用。 你在搜索歷史，而歷史並不會改變（我們希望 :））。

但當你搜索的信息會發生變化時就完全不同了。 嘗試搜索有關您產品的最新 PowerPoint，您的搜索結果通常如下所示：

• product_name_latest.ppt
• product_name_latest_v7.ppt
• product_name_latest_customer.ppt
• product_name_latest_johns_edits.ppt
• product_name_latest_master.ppt
• product_name_latest_master_v3.ppt
• product_name_latest_final_master.ppt

瘋狂！ 當然，這不是故意的。 人們都很忙，每個人都使用自己的慣例。 但是你要麼（1）只需選擇其中之一並繼續，可能會使用某個過時或不準確的東西，或者（2）第八百次去問某人最新的簡報在哪裡。

這不僅僅是 PowerPoint 的問題，而是任何檔案的問題。 你需要的不僅僅是檔名和最後修改日期來知道是否正確。 內部網站和Wiki也有同樣的問題。 它們可能好一點，因為你可以製作一個網頁，並鏈接到相關的檔案，並添加描述文本。 所以至少可以提供使用上下文。 因為你不斷編輯相同的網頁，因此以上檔案繁殖的機會應該會少一些。 但仍然有兩個關鍵的東西缺失：

1. 是否有專家明確驗證過這些資訊是正確的？
2. 上次什麼時候驗證過，還有多久驗證一次？

一旦你有這些，你就會知道你可以信任你所看到的。 沒有它，你就是在猜測，要麼使用它並希望它是正確的，要麼再次煩擾該主題的專家。

推與拉

搜尋是並將繼續成為我們找到所需資料的核心機制。 這是我們中任何人都可以使用的最簡單介面，並在需要時允許我們“推送”資訊。

但是，對於我們不知道要搜索的所有東西呢？ 搜尋是你知道需要找尋某些東西時所走的路徑，但在我們的工作生活中，始終有寶貴的新知識被捕捉。 假設我們知道可用的所有資料，以及如何進行搜尋，這是不合理的。 因此，即使擁有世界上最好的搜尋，仍然有一個重要的資料桶，因為我們甚至不知道要搜尋它，所以我們錯過了。

正如我們之前所寫的，我們認為正在開始發生的另一個重大變化是“推送”服務的興起，根據你需要進行的工作，你的應用程式向你推送資訊以幫助你完成工作。 如果根據你正在工作的內容，這些有價值的資訊可以在你需要的時候推送給你，該怎麼辦？

• 在你的 CRM 中打開一個商機紀錄，並告訴你應該使用哪些案例研究，哪種特定垂直的信息最為有效，以及根據潛在客戶的職位，哪些價值主張最重要。
• 打開一張支援票，根據產品、支援類別、客戶所在位置等，向你自動建議故障排除指南。

在這些例子中，假設企業搜尋能解決這些問題是不公平的。 如果你不知道某個東西存在，你就無法進行搜索。

現在這樣就有意義了！

因此，這個產品類別本身是有意義的，但與任何事物一樣，你必須將其應用於正確的問題領域。 對於 Guru 來說，這不是正確的問題領域。

1. Guru 中的大多數內容不是個人資料。 雖然客戶肯定有在 Guru 中僅為自己捕獲的私人內容，但大多數時間我們用戶都在尋找別人的內容。 正如上面所描述的，需要容易找到並理解該信息的預期用途。
2. Guru 中的大多數內容會改變。 我們的許多客戶正在捕獲有關他們製造和銷售的產品的信息。 如何傳遞產品特性，如何與競爭對手定位，如何處理異議，以及客戶案例研究、產品 FAQ 等。 而且這些東西大多數都會改變。 產品每年更改幾次或多次，競爭對手的演進和發布的新功能，隨著你對產品在市場上取得成功的原因的了解，信息表達會不斷改善。

所以就我們的需求而言，這並不合理。 結論：這是一個重要的產品類別，考慮到對公司來說啟動是多麼容易，這是一個非常誘人的類別。 但就像所有「銀彈」，不要期望它會解決所有問題。