?在半年以前，我還是一個對知識圖譜一無所知的人，但很榮幸能夠參加一個從0開始立項的知識圖譜項目。該項目落地場景是安防領域。關于項目的實施細節，由于部分涉密，這里我不會多說，因此本篇文章主要從產品的角度敘述在知識圖譜項目前期有哪些工作內容需要產品跟進。
第一步 ? ?知識圖譜基礎學習
作為小白，最應該保持的就是學習的心態。在剛接觸一個全新的項目時，需要做的就是在短時間內快速了解一個領域的基礎。
什么是知識圖譜？
知識圖譜本質上是語義網絡，是一種基于圖的數據結構，有節點（point）和邊（Edge）組成。在知識圖譜里，每個節點表示現實世界中存在的“實體”，每條邊為實體與實體之間的關系。【李文哲】
例如下圖“人民的名義”關系圖譜
當然，知識圖譜的實體和關系不止僅僅指人相關，還有物體。例如房子、車子、手機。在安防的場景下，只要能確認某人身份，關于這個人所有事件都能夠清楚一覽。
知識圖譜基本知識
關于知識圖譜的基本知識的學習，這里有一些推薦
1.知識圖譜的應用 ，作者李文哲【強烈推薦產品閱讀】
2.《淺談知識圖譜基礎》，作者我偏笑_NSNirvana
www.lxweimin.com/p/4f09043e22ea
下圖是我用思維導圖做的關于上文的內容梳理
如果能夠消化完以上兩篇文章，對知識圖譜的初步理解應該不會有太大問題。
第二步 ? ?決定表現形式
根據不同的場景，需要決定知識圖譜最后可視化呈現的格式。一般來說，我們會看到兩種界面上的展現：
1.類似google/百度等搜索引擎的展現方式
搜索“健身”，頁面能夠推薦出相關與健身相關的信息，例如“健身領域的網絡紅人”“與健身相關的詞匯”等等，這些都是通過知識圖譜關聯出來的信息。通過卡片形式展示給了用戶。
這種常見的界面表現比較適合滿足于尋求信息量雜、查找范圍廣、信息類別多樣的訴求。但是針對目的明確，信息類別確定的情況（也可理解為垂直訴求），這種表現方式反而不太合適，因此需要我們用另外的形式去展現信息。
2. 邏輯關系式的表現方式
這種形式非常適用于研判、追蹤、以及掌握全局范圍的實體關系。
比如數據冰雹下面的產品表現：
這種利用圖像化的形式反而更能直觀地找到關注的內容。
當然這種形式需要考慮的是要用“樹”呈現，還是用“圖”呈現。前者更方便瀏覽，不會由于關系太多形成“蜘蛛網”；后者在表現實體間關系上有更大的優勢。
因此，在整個知識圖譜項目中，產品經理需要明確用戶的使用場景，挑選最合適的界面表現，才能進行下一步的產品設計。
第三步 ? ?跟蹤數據構建
在正式構建數據之前，相關開發會將數據列表給到產品。這時產品需要確認是否所有的數據類型已經包含在表內（可根據數據名稱確認），這個部分甚至需要產品重度參與。
因為非常有可能發生的情況是：開發不清楚業務，因此遺漏部分所需數據，造成最后缺乏對應關系無法關聯上數據。
這里簡單舉一個例子：
小明的媽媽買了一套房子，小明和媽媽一起住。
我們理清數據的思路可能是：
小明媽媽是業主，小明是非業主，房子跟業主關聯。
但是“小明”，“小明媽媽”，“房子”這三者的關系實際應該是：
如果我們只將房屋和業主關聯，就無法在數據中體現小明居住在該房屋這個事實。
因此對于數據之間的邏輯關系，產品應該是最明白的一個人。
產品應該對節點建模和關系建模的基本內容有所了解，需要了解每一類型下所涵蓋的基本信息分類和關系分類。例如對于人來說：
基本屬性（姓名、年齡等）
財產（房屋、車輛、手機等）
人際關系（親朋好友）
行為（到什么地方做了什么事；通過什么方式達成什么交易）
...
對于每一類信息，根據產品所在的場景設計都應該有不同的權重設計。當然絕大部分需要算法支撐，但產品需要再最初時做好場景窮盡，制定基礎的規則。
最后
如果你的項目是從0開始的，那么明確產品的最終態，理解用戶的場景，是你現在必須面對的問題。如果你是中途接手知識圖譜項目，建議你研究目前知識圖譜的節點和節點關系，了解項目發展計劃，應對需求再做出產品的調整。
我正在朝著AI產品的方向不斷努力，分享的內容也是自己學習、總結的內容。如有錯誤或不同見解~歡迎大家指教
如果覺得有用，記得給我點贊哦。另外歡迎關注我的公眾號“AI產品的自我修養”，目前正在不斷更新中...
