知識管理類產(chǎn)品小調(diào)研

分類

- 知識管理方向(erp、os)

特點:流程完善,管理、功能全面,適合大公司大團隊

缺點:過于重結(jié)構(gòu)、重流程,束縛了生產(chǎn),知識生產(chǎn)和分享環(huán)節(jié)不便。

- blog、wiki 類(cf、易度、wordpress)

特點:重溝通和交流,適合小團隊或項目管理使用

缺點:Web 端,不適合只是創(chuàng)作,大多數(shù)人習慣仍是先在其他編輯軟件中,先編輯,再導入,所以最終約束了系統(tǒng)性知識管理的能力,耗費很多不必要的重復性工作

(多嘴一句,本人身在大公司,用的也是 cf,然而感覺 cf 其實和第一類差不多,也很束縛知識的生產(chǎn),使用起來太笨重了,還不支持 markdown)

- 云應用(為知筆記、Evernote、onenote)

特點:后臺以個人庫作為管理單位,適合個人

缺點:過于碎片化,協(xié)作功能有限,局限性較大,不適合項目團隊知識沉淀

- 云盤+知識管理


總結(jié)

“‘生產(chǎn)’與‘管理’分裂,生產(chǎn)依托于別的工具,到管理的時候在納入管理軟件之下”(hong chen,201405)—— 幾年過去,該問題仍未得到解決。

其中包括 2 個痛點:

1)知識生產(chǎn)與知識管理流程切換平白多出一個環(huán)節(jié),耗費時間,除導入/導出之外,如果一旦格式不兼容,還得調(diào)格式將更是加大用戶的工作量;

2)知識的分享和運用效果難以追蹤、評估,用戶導出文件后在其他編輯工具中編輯,無法追蹤后續(xù)軌跡。僅憑閱讀量和下載量較偏頗,科學計算方法參考論文引用

產(chǎn)品設(shè)計重點


- 知識的生產(chǎn)和管理過程銜接

-?知識分工和協(xié)同(知識布局):研發(fā)人員貢獻產(chǎn)品的參數(shù)和改進、產(chǎn)品經(jīng)理貢獻產(chǎn)品的特性和規(guī)劃、支持人員貢獻產(chǎn)品的運維和交付、咨詢?nèi)藛T貢獻產(chǎn)品的優(yōu)勢和業(yè)務參與能力

- 知識的坐標維度考慮:人、時間、空間(邏輯)

- 知識交付:統(tǒng)一性,可讀性 —— #論模板庫的重要性

知識管理的重要環(huán)節(jié)


知識管理的核心流程

知識獲取、整理、保存、更新、應用、測評、傳遞、分享、創(chuàng)新

知識生產(chǎn)

知識組織

知識分享

知識更新迭代

知識安全




附:cf 介紹

Confluence 是一個專業(yè)的企業(yè)知識管理與協(xié)同軟件,也可以用于構(gòu)建企業(yè) wiki。使用簡單,強大的編輯和站點管理特征能夠幫助團隊成員之間?共享信息、文檔協(xié)作、集體討論、信息推送

- 應用情況

已在超過100個國家,13500個組織中成功地應用于企業(yè)內(nèi)網(wǎng)平臺、知識管理及文檔管理,涉及財富1000企業(yè)、政府機構(gòu)、教育機構(gòu)、財務金融機構(gòu)及技術(shù)研究領(lǐng)域。

包括 IBM、Sun MicroSystems、SAP 等眾多知名企業(yè)使用 Confluence 來構(gòu)建企業(yè) Wiki 并面向公眾開放

- 信息架構(gòu)

空間

頁面的組合,可以創(chuàng)建不限數(shù)量的空間

權(quán)限單獨設(shè)置

導出,HTML / PDF / XML / Word 。。。

頁面

頁面可以有多層級

導入,如導入 Word 文檔成為一個頁面,并自動根據(jù)文檔章節(jié),對頁面進行拆分和樹狀組織

標簽

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容