全栈工程师?
嗯.....目前并不是!

如何為研發同學設計工具?

開發工具是指開發人員在開發中需要用到的工具,藉以提升研發效率。

工作 3 年來,筆者一直都在為開發同學做工具設計;開發使用的工具與 C 端用戶使用的工具無論是場景還是對產品的訴求、交互的習慣、UI 的審美都有着較大的差異。

作為一個設計師,到底如何為研發同學做工具設計?

下面筆者將結合自己的業務實踐,介紹一些工作中設計策略和經驗,希望對大家有所參考&啟發。

專業術語解釋

研發人員:

負責研究&開發的專業人員。也稱“程序員”、“IT人員”、“互聯網搬磚者”、“碼農”(此處絕無半點不敬之意 )。

開發工具:

開發工具,是開發同學們在開發中需要用到的工具產品;主要目的是為協助開發同學,提升研發效率。

研發工具的特徵&使用場景

特徵:

  • 效率第一
  • 注重功能的齊全
  • 注重產品性能,追求可用性,易用性
  • 會長時間使用,提倡沉浸式設計

使用場景:

  • 個人研發(編碼&測試)
  • 團隊研發(研發協作,項目聯調)

如何從設計角度做研發工具?

對於研發工具類的設計,設計的深度與業務的理解深度是成正比的;甚至大部分時間是在做業務理解&需求分析,真正設計輸出的時間並不長。

首先建議先通過一切可利用的途徑和手段吃透業務。這裡筆者建議採用 5W2H 模型:

1. 吃透業務(知道自己在做什麼)

  • WHAT: 要做的研發工具是什麼?(是什麼?)
  • WHY:為什麼要做?(需求淶源&背景)
  • WHO:給誰用的?(核心用戶)
  • WHEN:用戶什麼時候用?(工作習慣&接觸點訴求)
  • WHERE:具體的接觸點是什麼(使用場景)
  • HOW:產品邏輯如何實現?不做會怎樣?做了又會怎樣?(用戶研發模式有何差異?)
  • HOW:要做成什麼樣?達到什麼目標?(項目目標、用戶訴求、設計目標)

以上這些點都應該是你接到需求后,腦袋中立刻就要出現的問題。以梳理清楚以上點,體驗設計要做的事就可控很多。接下來就是橫向了解行業發展狀況,做相關競品分析。

具體在業務分析中,推薦兩個小技巧,首先是業務流程圖(何人在何地何時做何事)如下圖:

第 2 個是,在確認具體需求和任務時,快速拆解任務的列表,這些都能讓你快速明白在做什麼?業務用戶的訴求;及用戶操作的具體路徑。如下圖:

2. 不要重複造輪子,要了解研發工具行情

如果設計師從來沒做過同類的工具/產品,那競品分析的環節更加關鍵。具體業務場景不同,但“知己知彼,百戰不殆”。

大家都知道競品分析的優勢,筆者不再贅述,重點說下對於研發工具的競品分析,從哪些方面系統進行:

  • 產品定位(了解產品策略&定位;抓穩側重點)
  • 信息架構(競品核心功能是什麼?解決的核心問題是什麼?)
  • 頁面布局(競品的研發工具如何布局;通用規律是什麼?)
  • UI 配色(競品分是如何配色?設計依據是什麼?)
  • 交互方式(研發中的交互方式是否有通用的?是何規律?)

在這裡舉個栗子:說下筆者前段時間為阿里開發做的一款雲端研發工具時,對行業內的研發工具 IDEA(全世界最受歡迎的研發工具) 進行的設計體驗分析:

  1. 菜單和工具欄 (常放置功能類型入口);
  2. 導航條(編輯文件時幫助定位和導航項目中的文件;同時也會放置重複使用且高頻的功能鍵;例如開始/重啟 )
  3. 工具窗口欄(位於IDEA界面的上下左右各有一個,擺放着工具窗口顯示和隱藏的按鍵 )
  4. 文件索引欄(常用於搜索代碼文件;通過代碼樹結構/搜索框)
  5. 代碼編輯器區域 (進行代碼開發&調試)
  6. 工具窗口(輔助類窗口(IDEA提供了各式各樣的輔助窗口來幫助完成各種任務;如項目管理,代碼查找等,類似 Sketch 的插件;可自行定製)
  7. 工具窗口(可自行定義窗口模式與位置尺寸);
  8.  狀態欄(顯示當前項目,IDEA本身的狀態,還有別的一些狀態相關的一些信息;例如加載中/重啟中等)
  9. 快捷入口(查看變更/日誌/IP環境/資源等較多信息,出錯時才需要的,相對低頻功能入口)

通過對多個研發工具界面布局進行分析,得出研發工具的布局規律;從而指引後續我們的研發工具設計:

通過對競品研發工具的交互分析,總結出了研發工具通用的交互模式和原則。在後續的設計中讓我們的雲端產品體驗在滿足阿里業務場景&用戶需求的情況下,又與研發行業內的通用體驗保持了一致。

這樣做既避免設計師悶頭搞創新,重複造輪子,又不會兩敗俱傷。

3. 必須 360 全景了解&尊重用戶習慣

通過競品分析,了解到行業的規範及規律后;就要深入去解決自己的業務&用戶訴求了,如何在大框架下進行有針對性的體驗設計呢?

筆者總結了以下幾點:

  • 業務訴求(用戶在業務場景中,每個接觸點的真實訴求)
  • 習慣訴求(具體的工作習慣;工具使用習慣;日常研發習慣)
  • 審美訴求(通過用戶常用的工具,調研分析其審美和對工具選擇的要求)

研發工具不是普通大眾能輕易上手和使用的工具,它的專業性和學習成本都很高;設計師本身也不是真實的用戶,此時做移情和同理心思考,可行度都是很低的。

設計師不是用戶,沒辦法感同身受的了解研發同學真實的訴求&審美,所以此時一定要通過研發常用的工具,和用戶的真實反饋,分析得出用戶的研發習慣和審美訴求。這裡強烈推薦用研的“觀察法”、“焦點訪談法”,通過對開發同學日常研發環境&習慣的追蹤;研發焦點小組的腦暴,得到想要的數據結論。

4. 挖掘痛點,製造嗨點

輸出了工具基本的設計方案,對用戶已完成“雪中送炭”的操作,工具可用性得到了保證;接下來如何能“錦上添花”,讓產品易用和好用呢?那當然是針對影響研發效率的具體接觸點,增加小的嗨點和爽點了。

對於研發工具類的產品設計,工具只要幫助用戶好好解決問題,哪怕只有幾個小點,用戶也是很願意選擇和持續使用的。

栗子 1 : 發布主頁面的體驗點設計

栗子 2 : 發布任務狀態的快速追蹤體驗設計

結語

1. 除了設計方案,如何能做的更多?更好?更快?

  • 設計組件模板規範;
  • 設計沉澱&經驗分享;
  • 專利申請;

2. 提前明確產品&用戶體驗度量指標

C 端產品與研發工具度量指標的差異,一定要根據具體業務場景提前設好體驗度量指標。一方面輔助自己做設計驗證;另一方面用指標數據幫助定位洞察更多問題,發現創新機會點。

結語中的部分可以作為設計賦能和個人成長的事情來做。業務是永遠支持不完的,一個業務結束了,千千萬萬的業務還需要你支持,但是作為體驗設計師,通過做這件事情,能為業務增值固然是根本;但同時還要思考對團隊和個人是否有更大的增值空間?

做工具設計不易,做研發工具更不易,希望大家能從相似的工具設計中洞察到不同的多彩世界,共勉。

 

作者:阿里TXD,公眾號:TXD技術體驗設計(ID:TXD-UED)

版权声明:本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
文章名称:《如何為研發同學設計工具?》
文章链接:https://www.pmbear.com/%e5%a6%82%e4%bd%95%e7%82%ba%e7%a0%94%e7%99%bc%e5%90%8c%e5%ad%b8%e8%a8%ad%e8%a8%88%e5%b7%a5%e5%85%b7%ef%bc%9f/
本站资源仅供个人学习交流,请于下载后24小时内删除,不允许用于商业用途,否则法律问题自行承担。

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

大前端WP主题 更专业 更方便

联系我们联系我们