Skip to main content
Skip table of contents

知識庫

概述

鄧公曾經說過,科學技術是第一生產力,那麼知識庫無疑是科學技術的大腦。前文一些章節已闡述為啥中國企業很少重視知識庫,也幾乎沒有專注知識庫的企業軟件,因為市場經濟外殼下,其實還是計劃經濟為主,政策導向導致高新制造企業需要更多是解讀政策,從中獲利,而不是產品創新,持續迭代從客戶服務中獲利。重賞之下必有勇夫,沒人做等於沒利可圖或賺不到太多錢。

信息,文檔如沙子,不按結構梳理,規範流程迭代,那就是一盤散沙,稍微規範可做成沙灘城堡,嚴格規範可做成鋼筋混凝土,蓋高樓。

既然有這麼個大背景,為啥還要談知識庫這件事?因為不成體系的 word + 網盤的資料結構,很難支持長期迭代,知識傳承。往往第一代產品可以靠山寨,逆向,第二代以後必須依賴科學的本土優化,精細化內部管理。

誠然,國家為保證民間科技創新投入大量的錢,養活了很多騙補企業,以及內部管理不善的民營企業。浪費的是長期存在的客觀事實,畢業出來的985/211,以及各類大學生理應學習高級產業技能,而不是在傳話和開會中浪費時間,維持現狀當然沒問題。但如果能一定程度降低浪費,並且提升民族工業的創新能力,也何樂而不為。

知識庫落地的正確姿勢

何時需要

在合適的節點切入很重要,企業的第一要務,先活下去,再賺錢。而初始階段的快速試錯和混亂是合理且必須的。餓肚子時切不可有陣地戰或何不食肉糜的妄想,務必赤腳狂奔。

當公司產品 MVP 打出來,開始有流水,有盈利,團隊開始擴張時,知識庫的價值就會凸顯出來。

解決哪些問題

  • 文檔找不到:內容再好,找不到也是沒用。找不到有多種原因,文檔搜索沒有限定範圍(標籤和空間),標題命名混亂,缺少推薦搜索,同一篇文檔多處出現,沒有發行版本區分。

  • 人走茶涼:人在項目在,人走項目掛。誠然關鍵人物的離去必然會導致項目失敗,但如果基礎的知識沉澱不做好,很可能一個普通項目成員的離開,也會導致巨大的交接成本,付出巨大的出錯代價。

  • 文檔質量不高:技術文檔,內部缺少審核驗證流程,給客戶的文檔出現錯誤,進而降低客戶對企業的可信度。

怎麼做

初級分類

  • FAQ:常見用戶操作問題,說明書,可以視之為成本中心,幫助用戶,客服解決常見難問題。

  • 知識庫:產品原型,軟硬件技術規則,實驗過程記錄等等,可以視之為利潤中心,因為產品的創新,是公司的增長點。

FAQ 不做,公司會掛,知識庫不做,公司發展不久。因為缺少創新,抄襲為核心的價格戰,會讓公司快速陷入惡性循環內卷。

創新風險高,但高利潤,如果想要長久做公司,是不可壓縮的成本。創新一般講顛覆性,改良型,程度有高低,中國市場特殊,從服務對象分兩種

  • 務實型:面向客戶,解決客戶問題,改進體驗,提效降本,以本土化微創新為主。

  • 套現形式主義:國產化,信創安可,各種概念,一年出架構,兩年出芯片,戰天鬥地,畝產萬斤,看似能夠短期鉅額獲利,如政府補貼和通過綠色通道上市融資,但實際隱藏巨大的政策風險,相比客戶實際生產需求,政策的變動存在高度的隨機不確定性。

高級屬性

  • 閱讀對象:最終讀者是誰,外部用戶,專業用戶,小白用戶

  • 開放級別:對內,對外,或者對內某部分員工

  • 更新規則:1,1.1,1.1.1 哪些更新大版本進位,哪些十分位,百分位進位。

  • 發佈規則:內部研發空間(隨發隨看),外部客戶空間(審核驗證通過,打好標籤和版本後才能看)

2.3.3. 優化搜索

找資料有兩種方式,大類找門戶,細節資料找搜索引擎,

  • 門戶:類似原來的新浪,搜狐,hao123,現在由於消息推送逐步被新媒體,微信,抖音直播等取代,門戶在C端用戶日漸式微。

  • 搜索引擎:平時用 百度,谷歌,輸入關鍵字,總能快速彈出相關網頁,互聯網公司,使用爬蟲機器人,從各類網站爬取關鍵字,並通過算法對不同內容進行排序。讓用戶每次都可以看到最準確的搜索結果,越相關的越靠前。

儘管企業不可能為內部知識庫,做類似搜索引擎級別的優化,但至少對標題,內容,標籤進行有效定義;並定期回顧工單檢索命中文檔概率以及文檔庫使用情況,比如最火的文檔訪問量,最大的貢獻者,分析哪些重要技術文檔沒有被訪問的原因是什麼。 在新的 DC 版本中有頁面訪問記錄可供查詢。

做模板

規定文檔的標題命名規則,元數據,文檔標籤,變更記錄,目錄樣式,頁眉頁腳。根據不同的角色,設定可見的文檔模板,一鍵創建項目/產品所需要的文檔模板,如果一次創建多個文檔,在文檔根目錄開多標籤的導航頁,便於用戶快速在當前頁瞭解文件目錄中的概覽信息。

一個定義清楚的文檔模板,不僅是樣子好看,更重要是維持未來可持續迭代的基石。

版本管理

知識庫如代碼庫,需要對版本進行管理,如果只使用 word 的評論,修訂,那就帶來一個問題,變更記錄難追蹤。很難區分發行版本和編輯版,也很難對文檔屬性和語種進行立體化管理,同樣的知識複用起來也很難。

如果是做項目,單機版 office 三件套夠用,如果要做大型工業項目,一款精細文檔版本管理就尤為重要,一個小細節的出錯就會引發重大損失。

設置審核流程

保證信息正確,除了版本管理,審核也是必不可少的。如何設置合理的審核流程,並把文檔發佈到需要的地方,讓內部文檔審核通過後才能對客戶公開,就是個非常重要的流程。

眾所周知,企業服務,不管軟硬,難免定製,如果缺少審核環節,無法查看歷史變更,那就容易導致出錯,客戶體驗下降。

而這樣的審核,並不只是簡單的OA上下環節審批,應該是左右協同的編輯,因為重在內容修改,而不是簽字同意。

制定合適指標

管理中關於數字考核有點悖論,無法衡量就無法改進,考核什麼就獲得什麼。

曾有學者通過驗算,認為蘇聯經濟發展快速,可以戰勝美國。實際結果大家都知道。

如果沒有數字指標,那會缺少過程改進的依據,但如果過於迷信數字,則會陷入刷單造假的數字虛假繁榮。

比如文檔數量,質量,被調閱次數,解決問題次數,每個指標都有其對應的價值,如果生搬硬套,要求大家都一上來遵循最嚴格的要求和過程管理,那往往大概率是把會做事的員工逼走,摸魚的留下。原本想改進的初心,最後適得其反。

推行一件事情,如同教小孩走路,不能著急一下子走太快,一開始能爬,大家能到制定地方,用指定模板,指定標題寫出統一風格的文檔,就已經很好了。然後才是各種優化操作。

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.