編輯導讀：隨著公司和業(yè)務的不斷發(fā)展，原先的系統(tǒng)不一定適用于現(xiàn)在的場景，因此需要進行升級改造。作為設計師，我們是如何系統(tǒng)性地去為業(yè)務帶來更多的體系化的價值？本文作者將從五個方面進行分析，與你分享。

項目背景：

當公司的發(fā)展規(guī)模到一定程度時，考慮到信息安全、持續(xù)采購成本與相關風險，企業(yè)會采取自研的方式來實現(xiàn)部分協(xié)同工作軟件的自產(chǎn)與自用，本文將以內部目標管理系統(tǒng)為例，闡述我們是如何系統(tǒng)化的做企業(yè)系統(tǒng)設計改版？

什么是OKR？

OKR，是Objectives 和Key Results 的縮寫，即目標和關鍵結果，它是企業(yè)進行目標制定和過程管理的重要手段。采取OKR的管理方法，將公司目標層層分解到團隊，部門再到個人，在各個層面貫穿和統(tǒng)一起來，以幫助實現(xiàn)目標達成。

改版的契機是什么？

改版不是設計說想改就能改，在做新的OKR系統(tǒng)之前，之前是通過「績效系統(tǒng)」來進行目標管理和績效評估，支持簡單的制定和結果的評估的使用，因系統(tǒng)操作流程、界面體驗、業(yè)務場景已經(jīng)嚴重的影響到目標管理的效率和效果，具體體現(xiàn)在幾個方面：

• 系統(tǒng)看不懂，新人的宣導成本高
• 操作不流暢，從制定、提交、審核、修改到進度同步，員工使用起來不流暢
• 誤操作成本高，不小心點錯導致信息的再次獲取和編輯成本高

總之，工具的體驗已經(jīng)是嚴重影響公司員工目標管理的一道障礙，所以如何將整體的系統(tǒng)操作體驗提升起來是設計急需去解決的問題。

那么，確定有問題需要改，作為設計師，我們是如何去系統(tǒng)性的去為業(yè)務帶來更多的體系化的價值？

一、理清業(yè)務，制定策略

理清業(yè)務目標，制定設計策略，是系統(tǒng)性改版產(chǎn)品的前提，在實際工作中設計師很容易被產(chǎn)品的原型、對產(chǎn)品的描述蒙蔽，只有非常清楚的理清業(yè)務的目標，才能制定系統(tǒng)性、合理的設計策略來支撐業(yè)務，通過專業(yè)的設計方法來助力業(yè)務結果的達成，在這個項目中我們是如何做的呢？

對焦業(yè)務目標：

OKR系統(tǒng)的改版項目最開始是高層的訴求，提的業(yè)務要求很簡單“讓大家用起來，目標管理起來”，那么如何讓大家用起來、利用系統(tǒng)將目標管理起來是當前需要解決的的問題。

“讓大家用起來，目標管理起來”需要去解析的是，為什么舊的系統(tǒng)大家用不起來？為什么目標管理有這個管理機制，但是沒有依賴于系統(tǒng)管理起來？

制定系統(tǒng)的設計支持策略：

設計師同行可能會問：不都是做需求嗎，有啥做啥，有啥策略可言？如果是以這樣的方式來做設計改版，很有可能會被業(yè)務方牽著跑，即便是知道對方堅持的不是很合理，但也沒有辦法來推動這件事往更好的方向發(fā)展。

二、理解用戶，溯源問題

理解用戶，溯源本質問題，是最設計環(huán)節(jié)必不可少的環(huán)節(jié)，通過對用戶的深入研究，挖掘本質的共性的問題。在這個項目中，我們通過定量+定性的手段獲取用戶的心聲：

定量問卷——獲取用戶的基礎的問題：

前期在公司內部針對普通員工、MGR、HRBP、高層4種角色，調研了100多位內部用戶的心聲，將不同崗位和職級對于績效系統(tǒng)的問題真實反饋收集匯總。

定性訪談——深入獲取用戶的訴求：

因為系統(tǒng)面向對象是企業(yè)內部員工，所以針對每個角色都做了訪談調研，深入的挖掘他們對當前的產(chǎn)品使用問題，并將問題按照核心流程中所涉及的角色在不同階段所需的操作和流程進行了梳理，整個階段拆解為：制定階段、執(zhí)行階段、結束回顧三個主要階段，拆解每個角色在這些階段中的觸點和機會點。

結合問卷、專訪談的分析和梳理，篩選出目前系統(tǒng)的核心問題：制定流程、對齊關系、過程跟蹤、信息觸達。

三、串聯(lián)場景，各個擊破

在前面已經(jīng)初步發(fā)現(xiàn)和定義了問題，這么多分散的問題如果平鋪出來可能會嚇到產(chǎn)品和研發(fā)，所以接下來需要將其系統(tǒng)化的變?yōu)檎w的設計方案，我們需要將其串聯(lián)成完整的場景，然后逐步擊破，我們是如何做的呢？

重點模塊及爭議點的討論：

在場景分析前期，我們設計內部針對“核心階段”、”對齊關系“、”權限管理“、”全員OKR“進行了討論和范疇的界定，對以下問題進行了討論：

1. 大的階段：一共有幾個階段，在每個階段各個角色的需要做什么？
2. 關于對齊：對齊關系是怎樣的，如何處理對齊與被對齊，雙方都發(fā)起了對齊，怎么對齊到具體哪一條？
3. 關于權限：普通員工的權限定義；mgr的組員關系；如何確定查看的權限？

梳理清楚角色關系圖，有助于多方去理解各個維度的關系：

1. 以一個普通員工【小何】為例，在OKR系統(tǒng)中進行OKR制定時，通常需要與多個角色產(chǎn)生關聯(lián)：CEO/BO：通過查看高層的目標來看到公司的發(fā)力方向；
2. MGR：明確部門目標，制定個人的；OKR的審核與發(fā)布；進展的跟進；
3. 同組/協(xié)同部門：與協(xié)同部門綁定關聯(lián)關系，同步實時進展；查看同組員工的進展，橫向對比個人進度。

結合業(yè)務需求，賦予體驗價值：

OKR系統(tǒng)雖然最為一個內部管理系統(tǒng)，我們也逐步在設計側去從“具有功能價值”往”“賦予體驗價值”去發(fā)力，將更多的“能”和“可以”轉變?yōu)椤胺奖恪?、“簡單”和“輕量化”等，來提升各個流程階段中的體驗，比如：

• 從“可以查看”到“方便的查看”
• 從“能更新”到“可簡單更新”

具體到串聯(lián)場景怎么去理解？

一個新的OKR周期會經(jīng)歷三個主要階段，每個階段會涉及到多個節(jié)點，在每個一個節(jié)點上去思考發(fā)力方向：

為了便于理解，將關鍵的場景提供了比較簡短的描述，這個描述就是從舊到新的過程，后面的設計展示也是圍繞著這些內容進行展開，具體如下：

1）制定階段，包含寫、看、評、管

寫：輕松撰寫，高效共創(chuàng)

看：簡單查看，便于跟進

評：輕量互動，便于記錄

管：高效審核，隨時跟進；條條對齊，事事關聯(lián)；

2）執(zhí)行階段，包含更、改、推

更：隨時更新，條條追溯

改：慎重修改，條條有據(jù)

推：合理推送，終端打通

3）結束回顧，包含查看、追溯、復盤

查看：快捷查看歷史周期

追溯：記錄明顯標記，事事追蹤溯源

復盤：復盤總結，目標達成

四、方案設計，中途驗證

經(jīng)過前面一系列的調研、分析總結，設計圍繞著3個階段的關鍵結論進行展開，即OKR制定、執(zhí)行、結束三個階段。

（因每個階段篇幅較長，方案設計部分僅展示部分頁面的思考過程和頁面展示）

1. 輕松撰寫，高效共創(chuàng)

在寫OKR時，設計讓撰寫輕松、可以高效的共創(chuàng)，主要通過以下3點：

1）清晰的頁面結構

讓用戶能明確的感知到系統(tǒng)的整體結構是有規(guī)律的，可以簡單被理解的，即左邊全局控制，右邊內容展示左邊導航全局控制著寫、審、查、通4個功能

右邊內容展示跟隨著導航內容變化

2）O與KR的錄入快速切換

為了讓用戶可以沉浸在一個頁面寫內容同時，還能縱覽全局結構，在寫OKR的頁面增加了OKR大綱的錨點切換功能，便于多個KR之間的切換，避免因頁面過長帶來的翻閱困難的問題。

3）減少步驟，減少跳轉

減少步驟，減少跳轉有很多場景都有涉及到，比如：

• 以新增一個O和新增一個KR為例，步驟從原來10步減少到4步，頁面調整從多步驟彈窗到在1一個頁面即可完成內容的撰寫；
• 在與別人關聯(lián)時，在撰寫頁面會收攏所有邀請方的信息；
• 在查看對方進度，原來需逐個點擊進去了解，到現(xiàn)在幾乎可以全局視角來管理進度。

2. 簡單查看、便于跟進

查看和跟進屬于第三方的協(xié)同伙伴，為了讓伙伴更輕松的跟進，做了2個設計處理：

• 在人員展示邏輯上，在OKR展示時，將關聯(lián)人、同組人直接展示出來，減輕用戶的查詢成本；
• 在展示內容上，將O全部展示，進度以及更新時間全部直接展示出來，便于關聯(lián)方快速便捷的知會。

3. 簡單審核、隨時跟進

在管理者審核下屬員工時，簡化了大量信息，前置待處理信息以及待處理的關鍵信息，讓管理者比較直觀的知道有哪些人提交了，哪些人修改了，哪些人需要重寫等等。

4. 隨時更新、條條溯源

為了讓員工便捷的進度管理，在OKR管理頁面以輕量的臨時彈窗，來方便用戶快速發(fā)起和輸入內容，每條更新記錄同時也能同步給關聯(lián)方。

5. 慎重修改、條條有據(jù)

慎重修改、條條有據(jù)主要是滿足管理者和關聯(lián)管理訴求，OKR可以在中途被修改，但是修改的結果是需要明確告知相關人，在增加、刪除、減少的內容上，以特殊的示意對比來記錄依據(jù)，同時也督促發(fā)起方能審慎修改。

6. 合理推送

OKR的消息推送在整個階段中占據(jù)了非常重要的信息觸達的作用，在整個OKR的制定階段和執(zhí)行階段不可或缺的部分，而消息推送過多將會導致信息冗余，那么如何合理進行推送消息也是重要一環(huán)。

我們把消息類型通過兩個維度定義消息的優(yōu)先級：“重要性”和“緊急度”，通過四象限法則，我們拆出來了：

• 重要且緊急的消息
• 重要不緊急
• 不重要但緊急
• 不重要不緊急

通過此模型和產(chǎn)品確定了每一個消息類型的所在位置，且清晰表達的了每個消息應當?shù)奈恢谩?

每個渠道都有相應的特點，我們結合渠道的特點去確定不同優(yōu)先級的消息應當推送的渠道。

最終在實現(xiàn)方案上，實現(xiàn)了有層次、分場景的消息推送方案，盡量做到少打擾用戶同時，可以及時了解重要信息。

7. 終端差異

桌面端是主力生產(chǎn)平臺，通常是多窗口多任務，鍵鼠操作精確高效。在專注姿態(tài)下，我們可以盡量安靜地展示更多常用功能，讓用戶在一個視圖中即可完成相對復雜的任務。同時在列表頁中，更大的空間讓我們可以把目錄樹展開，減少導航跳轉。

手機端的特點是專注當前任務。可以通過信息降噪，加強對比來讓信息傳達能明確，幫助用戶完成單個任務；而清晰的導航可以避免小屏幕上頁面頻繁切換所帶來的導航負擔。

1）最終實現(xiàn)方案

結合終端的差異，把移動端定位為：側重便捷快速的查看和溝通，同時將重編輯的場景在移動端去除了，更加側重于查看、互動和進展更新的低成本操作的場景。

2）中途驗證效果，確保上線的效果

在設計的過程中，為了進一步的驗證設計合理性和易用性，針對角色代表進行了8組可用性測試，最終普遍反饋新版的操作體驗更好。

五、落地追蹤，拿到結果

針對了項目的設計效果落地，設計除了在過程中不斷的跟進產(chǎn)品和研發(fā)提出的問題，在測試階段提出效果走查文檔，不斷的打磨細節(jié)，才能保證最終的設計效果，當然付出總會有回報，新版的系統(tǒng)上線除了制定、管理、查看關鍵模塊的UV和PV的業(yè)務數(shù)據(jù)達到了比較好的效果外，在新老版本的滿意度和流程操作犯錯率上也得到了一個比較好的驗證。

六、寫在最后

在OKR系統(tǒng)項目的整體流程中，針對產(chǎn)品大改版的時候，我們設計需要前置思考業(yè)務，全局看待產(chǎn)品，系統(tǒng)性的去思考和設計，助力業(yè)務結果達成的同時讓設計價值更好的體現(xiàn)出來，最后再回顧下整體流程：

• 理清業(yè)務，制定策略
• 理解用戶，溯源問題
• 串聯(lián)場景，各個擊破
• 方案設計，中途驗證
• 落地追蹤，拿到結果

文章來源：人人都是產(chǎn)品經(jīng)理  作者：酷家樂用戶體驗設計

藍藍設計( www.bouu.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業(yè)提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網(wǎng)站建設 、平面設計服務