如何使用 WordPress 構建內部 Wiki
已發表: 2022-06-20內部 wiki 有一個非常令人信服的案例——即使對於最小的組織也是如此。
原因如下:
無論大小企業,最沉重的隱藏運營成本之一是因知識共享效率低下而導致的生產力損失。
事實上,一項針對 1,000 名美國知識工作者的前沿研究(名為 Panopto 製作的工作場所知識和生產力報告)顯示:
“……42% 的機構知識是個人獨有的。”
(資源)
換句話說,如果員工離開(以及何時),員工發現、發現、研究、生產、擴充等的幾乎一半的知識將無法挽回地丟失。
這個數字不僅對具有戰略價值的機構知識造成了切實的損失,而且與以下估計相結合:
“……美國知識工作者每週浪費 5.3 個小時,要么等待同事提供重要信息,要么努力重建現有的機構知識。”
(資源)
每位員工在等待同事的回复或“重新發明輪子”現有知識上節省的時間,潛在的投資回報率恢復是巨大的。
例如,對於一個 50 人的團隊來說,這相當於每週 250 多個小時的生產力。 以實際貨幣計算,僅此一項節省就相當於 6 名全職員工一周的工資。
可以說,正如上面提到的,建立一個供員工使用的內部 wiki 有一個重要的商業案例。
權衡後,設計和實施內部 wiki 的相對適度的投資與生產力的潛在損失是
什麼是內部維基?
內部 wiki 是一個網站,旨在用作僅供組織或企業員工使用的工具。
內部 wiki 的目的是充當一個方便的數字信息倉庫,嚴格“僅供員工使用”,並根據主題作為共享帖子或文章的網絡提供。
WIkis 既是協作的又是活的。 換句話說,內容是協作生產的,並根據目的不斷地重新編輯和改進。
想想維基百科,但僅用於公司內部信息。
為您的項目使用內部 wiki 的優勢
Wiki 促進協作學習。 這是從最知情到最不知情的共享輸入為編寫機構知識庫的腳本做出貢獻的地方。
在您的企業或組織環境中,wiki 將作為持續專業發展的內部驅動力。
你的人學習。 長大,然後教書。 維基抓住了這一切。
內部知識獲取和共享的興奮劑。
維基從一粒種子最終成長為一片森林,這得益於貢獻者的穩定勞動,以及他們志同道合的探究和對理解的追求。
作者身份的不同來源導致了不同的聲音和風格。 但是,如果管理得當,其結果(很像維基百科)是一個具有巨大價值並具有真正完整性的知識庫。
在本質上是異步的,wiki 通過建立一個規定的知識體係作為第一個停靠點,消除了在辦公室敲擊肩膀的干擾。
Wiki 往往具有較高的採用率/使用率,主要是因為它們在用戶群中培養了一種主人翁感。 使用信息的人也生產它。 一種“為我們,由我們”的心態。 因此,有一種自然的傾向和自我投資是不存在於非貢獻讀者群中的。
如果使用得當,Wiki 是一種有效的組織學習工具,具有切實的投資回報率。
內部 wiki 的最佳實踐功能
Wiki 的標準是什麼?
WikiWikiWeb 是同類中的第一個,由 Ward Cunningham 於 1995 年 3 月 16 日開發。

(來源:wiki.c2.com 和 alchetron.com)
綽號為夏威夷機場穿梭巴士 Wiki Wiki Shuttle(“wiki”在夏威夷本土語言中的意思是快速),這個有史以來第一個 wiki 軟件的原始標語是“可能工作的最簡單的在線數據庫”。
從本質上講,它是一個內容管理系統,團隊可以通過它快速部署和擴展基於 Web 的信息數據庫。
今天,有許多 wiki 軟件(稱為 wiki '引擎')來完成工作。 但最值得注意的是 MediaWiki,它是為 Wikipedia 本身(以及來自世界各地的數以萬計的其他網站)提供動力的引擎。
wiki 的典型用途是百科全書或公司知識庫。 但無論哪種方式,wiki 正在成為越來越多的社交或商業學習環境中必不可少的參考資料。
以下是 wiki 中常見的區別特徵的候選清單:
超文本——用最簡單的語言來說,這是一個基於網絡的文本文檔(可能還包括圖形、音頻或視頻),其中包含指向其他文本的超鏈接。
人們普遍認為,超文本是由 Ted Nelson 於 1965 年首次將其概念化為一種非連續寫作形式。 一種根據“我們可能認為的”模式格式化的計算機化內存擴展。
合作—— 多作者項目的協作寫作能力。 能夠接待大量共同承擔項目起草和編輯責任的作家。
標記——無論是 HTML 還是 CSS,例如,wiki 都允許編輯者通過標記更改對文本頁面進行編程。 這有助於開發自定義網頁,其中包括用於文本之間超鏈接的 <a href> 標記或用於增強文本的 <strong> 標記等功能,從而提供更豐富的用戶學習體驗。
富文本編輯器- 此功能有助於為其他平面文本文檔添加維度。 也稱為“所見即所得(所見即所得)”編輯器,純文本由圖像、音頻和視頻媒體豐富,並帶有斜體等文本裝飾。
以上幾點是 wiki 引擎擁有的主要功能。
另一種看待它的方式是,具有上述功能的軟件程序也可以用於構建 wiki。
只要有原材料,就可以建立和發展您自己的 wiki。
維護組織良好的內部 wiki 的持續要求
wiki 是一個活的文檔。 它的內容不斷有機地增加。 它被使用得越多,它就增長得越多。
事實上,您的 wiki 範圍應該是您的團隊每天渴望了解更多信息的直接成果。
您的 wiki 停止增長的那一天,就是您的團隊失去興趣的那一天。 (打消念頭)。
就像任何項目一樣,維護 wiki 需要治理。 對於內容的質量,特別是對於格式的統一性和主題相關性。 這一切都需要嚴密的監督。
但是在起草 wiki 維護計劃時需要注意哪些關鍵事項?
以下是一些知情人士的建議:
Joseph Boone,“前美國陸軍 IT 通信專家”,擁有超過 10 年的 IT 分析師和通信專家經驗,為 helpdeskgeek.com 貢獻了以下內容:
- 可用性和可讀性測試:您的內部 wiki 應該積極地服務於成為您團隊選擇的信息目的地的目的。 像任何資源一樣,它越有用,並且在文本文檔“可讀”的情況下,它的服務就越好。 您的投資回報取決於作為用戶很容易獲得價值。
- 既定政策指南:預先給出一般內務管理規則是有原因的。 為了使房屋的成員保持功能,他們需要一個有序的環境。 為了保持有序的環境,您需要設定一些界限、慣例和議程。 運行一個有用的 wiki 是一樣的。
- 批判性策展:也許與支持協作學習的當代教育理論相反,成功運行的 wiki 實際上需要治理。 剪掉無果的枝條,清除表現不佳的枝條,只會提高綜合產量。
- 推廣和承認高級用戶:wiki 的命脈是用戶的貢獻。 鼓勵那些願意付出的人是你的既得利益。 他們貢獻的越多,您的 wiki 發展得越多。 它增長得越多,它就越能滿足用戶。 用戶滿意度越高,價值就越大。 它越受重視,就越能說服非貢獻者參與其中。 獎勵你的貢獻者。
內部 Wiki 示例
沒有比黃金標準本身 Wikipedia 更好的示例 wiki。
當然,它除了是一個內部 wiki 之外的任何東西——但這表明它確實是一個 wiki 應該如何完成的可靠黃金標準。
以下是一些統計數據:
- 維基百科是歷史上規模最大、閱讀量最大的參考書。
- Alexa 排名的 15 個最受歡迎的網站之一;
- 超過 5800 萬篇文章
- 每月吸引約 20 億次獨立設備訪問
- 截至 2020 年 11 月,每月編輯超過 1700 萬次(每秒 1.9 次編輯)
(資源)
為了獲得成功的工作示例基準,維基百科符合要求。
建立自己的內部 wiki 需要檢查和學習很多東西。
就亮點而言,這裡是我們最喜歡的維基百科網站上的操作片段列表:
主頁

上圖來自維基百科主頁。
這裡有兩個主要特點需要注意:
- 主要內容
- 側邊欄內容
主要內容是當前或最新消息、變化和主題的概要。 一個適合 wiki 項目的入口點。
從本質上講,它是一個啟動頁面,向社區通報最新動態,並通過超鏈接吸引目標受眾的注意力。
貢獻者介紹

對於那些未皈依的讀者,這是對貢獻如何工作的簡單介紹,並幫助他們決定是否適合他們。
一個頁面本質上是邀請讀者作為您的 wiki 的貢獻者開始他們的旅程。
社交網絡
此頁面是 wiki 的社交通訊中心。 它實際上是一個消息傳遞平台,允許用戶分享想法、提出問題並保持聯繫。
主題索引

所有主要類別鏈接的錨頁面。 這作為一個索引,距離主頁/主頁僅單擊一次,通過其相應的頭類別提供對任何頁面資源的訪問。
分類存檔頁面

此類別存檔模板的類別頁面索引出現在頁面內容之前。 該鏈接索引後面是描述該類別內容的介紹性段落。
文章頁面

經典的 wiki 文章頁面模板。 一個簡單的 H1 標題,後跟一個類別鏈接,然後是主要文章內容,包括特色圖片和可折疊目錄。
文章編輯
這個專有的編輯工具使編輯維基百科的內容變得簡單。 它的功能跨越了視覺編輯和標記語言。 在這種情況下,只有登錄的成員才能履行編輯職責。
文章修改歷史

每篇文章都有一個修訂歷史,向所有成員披露,詳細說明在生產“原樣”/當前版本方面投入了多少工作。

這足以作為每個職位的活動審計跟踪。
業主的歡迎和要求

每個社區項目都需要用戶的支持。 如果沒有這樣的貢獻,該項目只會失去動力。 根據定義,wiki 受到相同的約束。 因此,每個 wiki 項目負責人的關鍵作用是激發對項目的持續和增加支持,以保持其勢頭。
自助服務幫助

這是 wiki 內的一個知識庫風格的自助門戶,其目的是消除貢獻者遇到的管理摺痕。
入職

入職登陸頁面。 如果新手對如何開始和使用該平台有任何疑問 - 這是回答所有這些早期問題的資源。
論壇

這是一個通過討論板支持 wiki 用戶的論壇,用於表達他們的意見、進行問答、解決爭議和解決技術問題。
PDF下載

維基百科為每位訪問者提供將每篇文章下載為 PDF 文檔的機會。 一個簡單的“下載”按鈕將在他們的設備桌面上下載他們正在閱讀的文章的原始 PDF 版本。
維基分析
一個方便的儀表板,其中包含 wiki 的所有標題性能統計信息,通知您哪些文章做得好,哪些文章做得不好。 非常適合識別內容差距和改進領域。
使用 WordPress 構建內部 Wiki
如前所述,每個 wiki 都需要一個 wiki 引擎。
雖然 Mediawiki 通過推出其旗艦產品 WIkipedia 贏得了所有早期關注,但此後也有其他值得考慮的解決方案進入 wiki 引擎市場。
有些是 wiki 引擎領域的直接競爭對手,有些是具有交叉能力的替代品。
WordPress CMS 就是這樣一個具有大量可轉移 wiki 吸引力的強大競爭對手。
WordPress 是 CMS 領域內的多才多藝的瑞士軍刀解決方案。
傳統上被認為是個人博客平台,WordPress 實際上擁有一個非常貼切和穩定的核心 CMS 功能,除此之外,它甚至可能是最通用的網絡構建器。
在 CMS 軟件領域,目前還沒有任何東西可以接近 WordPress 的主導地位。
想要證據?
互聯網上 43% 的網站使用 WordPress。 還有一些最著名的名字:白宮、微軟和 TechCrunch 等等。
博客、在線課程、知識庫——WordPress 有很多面孔。 其價值超過 500 億美元的生態系統充斥著定制的附加組件和插件,將其本已廣泛的範圍擴展到專業運營領域……當然,包括作為世界標準的 wiki 引擎。
但問題是,產生理想 wiki 引擎配方的理想 WordPress 成分陣列是什麼?
這是我們推薦的使用 WordPress 構建內部 wiki 的組合:
Wiki 引擎:您的 WordPress wiki 引擎的功能基礎。 這是一個框架,用於將所有內容拉到一起並根據類別對齊文章,這些類別在孤島中自動超鏈接在一起,為您提供方便。
使用 Heroic Knowledge Base 插件將您的 WordPress 轉換為成熟的 wiki 引擎。

常見問題解答:對常見問題的易於訪問的答案將擴展文章的信息價值,從而豐富主頁內容的上下文和應用。
使用 Heroic FAQs 插件快速輕鬆地將常見問題解答相關知識的模塊化塊構建到 wiki 頁面中。

社交消息:通過您的 wiki 應用程序啟用內部團隊消息,以鼓勵協作並影響成員的貢獻。
使用 BuddyPress 插件分配對 WordPress 自助服務門戶中某些協作功能的受限訪問。

受密碼保護的內容:使 wiki 中的某些功能和區域只有少數受密碼保護的人可以訪問。
使用 Restrict Content Pro 對檔案、文章和頁面內容進行精細控制,按 ID 或訂閱級別將訪問權限分配給成員。

修訂編輯跟踪:通過顯示修訂編輯審計跟踪來保持 wiki 站點上的編輯活動的透明度——完成指定的員工資源負責對內容的每次調整。
使用此代碼段可在您的 WordPress 內部 wiki 中的每篇文章中包含修訂跟踪。
Wiki 用戶論壇:為 Wiki 用戶和貢獻者提供的虛擬公告板。 該論壇將連接各種查詢和對話線程,以使所有成員保持在同一頁面上。
使用 BBPress 立即將多功能網絡論壇添加到您的 WordPress wiki。

高級搜索配置:實時搜索可快速顯示搜索結果,並在用戶點擊超鏈接之前立即將其呈現在用戶的指尖。
使用 Heroic Knowledge Base 插件為您的 WordPress wiki 配備實時搜索功能。

引用:引用為 wiki 添加了大量的教育價值。 腳註引用是在文章正文中包含參考鏈接的一種簡潔方法。
使用 CM 腳註在文章和帖子中輕鬆插入引文。

投票和反饋:現場反饋來自您的 wiki 用戶,並使用他們的提交來確定您的內容改進驅動的優先級。
使用 Heroic Knowledge Base 插件來啟用對每篇文章的讚成和反對投票。 此外,通過反饋表,用戶可以添加自由文本評論,以通過詳細的建設性批評進一步增加價值。

監控、分析和改進:跟踪用戶體驗指標以衡量 wiki 的整體性能和可用性。 這將確保您維護真正值得保留的“適合用途”資源。
使用 Heroic Knowledge Base 插件來分析您的用戶旅程,並及時了解在哪裡獲得快速勝利。

打印我的博客:讓用戶可以方便地立即下載任何文章的 PDF 版本。
使用 Print My Blog 插件為您的 wiki 頁面的即時 PDF 轉換安裝強大的解決方案。

結論
這就是 wiki WordPress 風格的完成方式。
最好的部分是這些 3rd-party 插件都不需要代碼或高級調整。 最多,對於修訂歷史的代碼片段,它是一個剪切和粘貼工作。 而已。
對於 WordPress 初學者和老手來說,這是一個非常方便的解決方案。
現在,交給你……
您準備好嘗試建立自己的 WordPress 內部 wiki 了嗎?
您是否已經嘗試過構建內部 WordPress wiki?
無論哪種方式,我們都會有興趣收到您的來信。
在下面發表評論。