我們在B2B世界的創始人常常對B2C創始人感到敬畏，考慮到他們所製作的美妙應用程序以及他們所取得的驚人規模。 你會看到很多關於“資訊科技的消費化”的討論，還會看到許多B2B公司將其與消費者成功案例進行類比。 當做對時，它能運行得非常好。 Salesforce因指出消費者類比而臭名昭著，作為其CRM產品策略的靈感來源。 那似乎效果不錯;）。

但大多數時間它並不起作用，僅僅因為人們在個人生活中的工作和關注與他們在工作生活中的工作和關注根本不同。 一個很好的例子是想要成為“企業 Facebook”的公司，他們認為人們會在工作中發布內容只是因為這很有趣。 但在工作中我們有工作要做，所以我們選擇的軟件是因為它幫助我們完成工作。

類比失敗的另一個主要原因是規模。 現在互聯網上有數十億人。 世界上最大的企業規模僅有十萬。 規模小了幾個數量級。 在數十億人口的世界中有效的東西不會無縫地轉移到數千人的世界中。 我們已經寫過企業Q&A工具以及為什麼這種轉移行不通。 Wiki的又是一個大問題…

Wiki不是你工作的地方

在2012年Google發布其知識圖後，維基百科在接下來的一年裡看到頁面查看次數下降了21%。

正如你在上面的圖片中看到的，Google現在在搜索工作流程中直接插入與搜索相關的信息，使用者甚至不必點擊進入維基百科。 根據估計，利用知識圖的每四次搜索中就有一次，Google正慢慢在上下文中向使用者提供信息，這有助於維基百科的讀者下降。 超級有幫助，因為這些有價值的知識現在在我們離開Google的搜索時就能夠獲得。

在企業中，這種上下文知識的概念同樣重要。 正如知識圖的成功所證明的那樣，雖然企業維基似乎是創建知識的最簡單方法，但這絕對不是尋找和消費知識的最簡單方法。 在工作中我們使用這麼多應用程序，如果一個應用程序不能幫助我們完成工作，我們將不會使用它。 視而不見，心亦不在。 許多維基項目在工作中推出後很快被遺忘，正是因為這個原因；維基或知識庫不應被視為目的地、應用程序或門戶。 這是達到目的的手段。 目的是我們需要完成的工作，我們的知識庫有助於我們完成這項工作。 閱讀更多關於Guru如何做的企業級知識管理。

維基不是為了持續的變化而建立的

維基百科成功的原因是因為實際上有數十萬貢獻者（截至2015年2月，980176名英語貢獻者）。 這裡有一個叫做“1%法則”的概念，說的是對於每1000名社區讀者，你會有1位貢獻者。 雖然這個比例在維基百科上有效，但對於企業來說顯然不行。

而且這樣也有意義，因為維基百科上的大多數內容在寫完後不需要再做變更。 許多內容都是關於過去發生的具體事物和事件——它已經發生過了。

但在商業中情況完全不同。 商業中的大多數內容會隨著時間而變更。 它應該變更。 想想看；你現在的競爭對手跟一年前的還是一樣嗎？ 6個月前呢？ 他們中有誰在last 3個月內發布了新功能？ 你的銷售團隊應該知道這些新功能嗎？ 維基並不是為了變化而建立的。 它們是為大量長格式內容而建的。 對於像維基百科這樣的全球知識來源非常有效，但不適合不斷變化的企業。

維基並不一定準確

在像互聯網這樣的大型公共論壇中，獲得準確性的方式是一個巨大的複雜問題。 維基百科有一個變更管理流程，以確保你看到的內容在他們能力範圍內準確，甚至這個系統也不是完美的。

然而，在工作中這完全不同。 即使在世界上最大的公司中，了解到某一特定主題的專家是誰，以及哪些團體或個人能確保產品、人物、過程等方面的信息準確性，都是更合理的。 儘管如此，公司的知識庫在準確性和驗證這個概念上卻沉默無聲。 是的，你最可能會知道何時內容最後被更新。 你甚至可能知道誰最後更新。 但在你的組織中，依賴於少數知識創造者的情況下，知識消費者需要一個明確的批准標記來信任這些內容的準確性。

想象一個銷售團隊正在使用維基作為他們的知識庫。 銷售人員也明白知識變化的速度，而他們可能已經查看過維基（或沒有），但並不清楚哪些人已經驗證了他們所找到內容的準確性，或何時最後一次驗證。 因此，為了確保他們會發一條信息給銷售工程師，或走到產品經理面前，輕輕拍打他們的肩膀。 而銷售人員認為他們更快地找到了解決方案，但主題專家們卻在心中咒罵，因為他們一天要回答相同的問題三次來自不同的人。 而且分散專家的注意力是需要成本的；一項最近的研究表明，從干擾中恢復的平均時間為23分鐘15秒！ 一次性的消息和肩膀拍打是不會擴展的，尤其是當一些專家被成千上萬的同事需求他們的幫助時。 因此，雖然這些知識可能在維基中，但這並不重要。 你的員工不信任它。 如果沒有這種信任，你的維基就會失敗。

那麼，解決方案是什麼呢？

上下文意識是企業知識庫的未來

如前所述，Google的知識圖從維基百科和其他來源提取關鍵內容，並將其直接嵌入到搜索結果中，讓你甚至不必打開新窗口。 在工作中，想想我們需要完成工作的各種知識方面，然後想想何時我們需要它。

• 當我準備向一個我知道也在考慮該公司的潛在客戶銷售時，我想要最新的競爭情報時。
• 當我嘗試使用這個應用時，我想知道如何使用它時。
• 當客戶詢問我關於這個夥伴時，我想知道這個夥伴的快速資訊時。
• 當我更新我們各種社交媒體屬性時，我想知道我們最新的產品訊息時。

注意這些示例中都有一項工作正在進行，並且需要參考知識來完成這個任務。 這種上下文意識允許在需要時將正確的知識在執行工作的人工作流程中呈現出來。 知識消費者的搜索減少，而知識專家接收到的單獨消息和肩膀拍打也減少，以便他們可以專注於執行特定角色的任務。

經過驗證的內容建立信任

所有團隊成員依賴完成工作的內容都需要定期由團隊中的專家驗證。 對於任何搜索和瀏覽這些內容的人來說，誰驗證了內容的準確性、何時最後驗證以及多頻繁進行審核都應非常清晰。

同樣重要的是，當內容變得過時時，專家應自動提醒驗證內容，以便他們不必記得去做。 驗證的頻率應該根據所捕獲知識的性質來確定。 如果一家公司每季度發布新版本的產品，那麼有關該產品的知識也應每季度進行審核。

當團隊成員找到他們所需的內容，並且可以清楚看到該內容最近由專家驗證後，他們就不太可能去聯繫其他團隊成員。 這是真正的擴展性。

利用分析查看這些知識如何影響你的業務

最後，也許最重要的一點是衡量這些知識庫對你業務關鍵指標的影響。 在高層次上，應該跟蹤每個存儲的知識的使用指標；查看他們被查看、復制或收藏的次數，以便你可以看到你的團隊使用的最有價值的內容。

團隊成員還應主動獲得有關你的團隊知識缺口的通知，通過顯示你的團隊正在使用而未返回結果的搜索術語。 這樣你就可以添加這些缺少的知識，並在可用時告知你的團隊。

最後，思考你如何能將這些使用指標關聯到你關鍵的商業應用程序中。 我們能將內容的使用與更多的成交相關聯嗎？ 縮短的銷售週期？ 新團隊成員的入職速度快嗎？

無論是戰術洞察，“我的團隊成員在使用我們的知識庫嗎？”還是戰略性的，“我的團隊因為我的知識庫而執行得更好嗎？”這是一個往往被忽略但對於你的推廣策略至關重要的部分。