資訊架構升級在DataSimba的實踐 | StartDT Tech Lab 02

背景

去年4月，透過市場調查，我們的UED互動設計師發現DataSimba的資訊架構存在著一些問題，體驗上存在最佳化空間。在產品組的討論彙報後，大家決定一起來重構DataSimba的資訊架構。

那如何做好產品的資訊架構改版呢？

這裡要先介紹下奇點雲的使用者體驗設計流程，包含以下5個步驟：

1. 明確業務問題；

2. 定義業務及設計目標；

3. 腦暴解決方案；

4. 方案驗證；

5. 方案最佳化與實施。

（根據當前公司發展階段和目標客戶的特點我們會靈活調整流程步驟。）

問題、方法介紹

從不同的角度分析，發現當前的資訊架構存在問題：

· 功能模組沒有按照業務場景設計，導致售前演示產品有時會有不順暢的情況發生；

· 有些頁面的互動路徑很深、視覺元素不統一，導致使用者使用體驗不佳；

· 產品架構沒跟上最新的產品戰略。

問題明確後，怎麼設定目標呢？

我們認為資訊架構並不侷限於產品表層可見部分（比如導航設計），還應該包含底層技術架構。

所以，從底層產品架構方面，配合產品戰略規劃，建立物件體系，明確了workspace、project、task、job、instance、account、user等概念；

從表層產品導航方面，功能模組按照業務場景重組、統一互動和視覺因素，改進互動和使用者體驗。

產品經理、前後端架構師、設計師各司其職，腦暴解決方案，此處省略1000萬次會議記錄，終於輸出了全新的產品方案。

那麼問題來了，誰能保證新方案的有效性？

此時，休產假的DataSimba互動設計師（同時也是用研一枚，也就是本文作者）迴歸了，有沒有什麼用研方法能夠驗證方案有效性，幫助最佳化方案？

方案驗證

用研方法千萬種，結合當前的目標、產品階段、實際使用者樣本等情況，我們決定採用最典型的可用性測試方法驗證。

圖源：集創堂（顏色越深的方法耗時越長）

01用研目標

驗證導航方案合理性，發現存在的問題。

02用研方法

·  可用性測試：模擬資料開發/售前等使用者日常使用DataSimba的場景，讓使用者完成日常操作的任務，測試使用者使用產品過程中的遇到問題及滿意度情況。

·  被試分層抽樣：按使用者角色、相關經驗、是否使用過DataSimba進行平衡抽樣

·  被試：7人（售前1，資料開發5，租戶1）

·  施測人員：主試（用研）1人，記錄（UED成員）1人，觀察者若干（至少1名PD在場）

03用研流程

04用研結果

· 全域性分析

規劃（新建資料來源任務）、服務模組（檢視API的key）、研發-規範建表模組（新增統計週期）問題較嚴重，其他模組基本符合使用者心智模型。

· 具體問題及建議

共發現7個資訊架構相關問題，這裡舉一個例子說明。

① 問題描述：新建資料域3人失敗，2人嘗試多次完成，說明此處導航設計不符合使用者預期。

② 使用者行為：5個使用者在聽完這個任務後，都是直接到規劃中操作；3個使用者認為是先有專案，再有資料域，然後再規範建模；2個使用者在業務板塊中看到資料域列表，但是沒有新建按鈕，感覺很迷茫。

③ 建議：在規劃中新增資料域操作入口。

05根據用研結果進行最佳化調整

最佳化調整的成果由開發和產品同學們體現在了DataSimba的版本更新裡。

結果

去年8月6日，產品導航改版方案已在R 2.4.13版本上線。底層物件體系重構方案已設計完畢，目前正在研發中。

資訊架構改版後，我們收穫了以下3個方面的成果：

1. 更符合公司的戰略規劃；

2. 物件體系改造後，提升產品的可擴充性；

3. 售前和產品經理都能順暢的向客戶演示產品，且使用者體驗得到一定程度的提升。