四步走查智能硬件異常Case

此文已由做者於真真受權網易雲社區發佈。

歡迎訪問網易雲社區，瞭解更多網易技術產品運營經驗。

 相比於軟件，智能硬件產品因爲涉及硬件和軟件兩個端的狀態，其異常case要更加錯綜複雜。因爲硬件產品的迭代更新較慢，一旦帶着問題上線要比軟件麻煩的多，輕則致使操做上的困惑，重則致使產品沒法使用，所以設計師必須在產品設計過程當中將全部狀況考慮周全。

     梳理異常case的一般方法是按照產品使用場景和操做順序一一枚舉，這種方法費時費力，容易遺漏。例如使用APP鏈接硬件時就包含用戶不當心給硬件斷電、手機藍牙未開啓、硬件廣播延遲等異常case，可是設計師沒法肯定這個操做節點上異常case是否已窮舉全面、無遺漏以及對應提示是否合理。

     第一次作智能硬件，少不了各類踩坑，但在這過程當中逐漸摸索出一種比較直觀的智能硬件異常case走查方法，經過這種方法我梳理出的異常case比工程師上報給個人還要全面，親測可用，你們不妨試試。

     在網易雲音樂車載藍牙播放器項目中，網易雲音樂APP對硬件每一步的操做都要檢測軟硬件之間的通信是否正常，所以我主要將此工具應用在梳理藍牙鏈接異常case。

     第一步，對狀態進行拆分組合。將軟硬件的狀態（或異常case緣由）進行拆分，例如將軟件拆分爲兩種狀態——A狀態和B狀態；硬件拆分爲兩種狀態——1狀態、2狀態；而後將各類狀態進行組合，即獲得A-一、A-二、B-一、B-2四種狀態。

     經過拆分和重組軟硬件的藍牙狀態能夠獲得手機藍牙開-播放器藍牙開、手機藍牙開-播放器藍牙關、手機藍牙關-播放器藍牙開、手機藍牙關-播放器藍牙關四種狀態。全部的異常case都是由這四種狀態（緣由）引發的。

     第二步，梳理任務流，肯定交互關鍵觸點。根據使用場景將用戶使用產品流程中的交互接觸點進行梳理和排序，交互接觸點細緻程度可根據當前所在的產品設計階段而定。將用戶使用車載藍牙播放器的流程分爲四步：首次使用、首次設置頻率、非首次設置頻率、退出。

     第三步，創建走查表，整理異常case。將前面整理得出的4個關鍵觸點和4種狀態組成一個矩陣。在矩陣中，將對應交互接觸點和軟硬件狀態（異常case緣由）下的異常狀況整理出來。

     第四步，爲每一種異常case設計解決方案。最重要的一點就是根據異常case和發生的場景、任務節點設計對應的提示文案及形式。

     在這次產品設計中，硬件藍牙是否開啓和是否鏈接分別是經過logo燈的亮起/熄滅和呼吸/常亮來提示用戶；而軟件的異常case則可經過APP內各類彈窗、頁面搭配不一樣的文案提示，要注意的一點就是同一種緣由引發的異常case在不一樣節點上可能會有不一樣提示語。

     這樣一份走查表具備直觀和全面的特色，全部項目參與者均可以方便地根據它來理解產品異常case。

 

     關於走查表製做的一些補充TIPS：

     1.多人合做。交互設計師能夠組織產品策劃和軟硬件工程師共同參與走查表的製做，項目相關人士的參與能夠確保你們對問題的理解一致，達成共識，提高後續溝通效率。

     2.步驟二中談及的交互接觸點可根據走查表所使用的階段而變化。例如在產品策劃前期能夠經過走查表預判產品在各個階段的異常case；在設計的中後期則能夠將具體的交互節點放在任務流座標之上，方便咱們捕捉異常case出現的時機節點和查漏補缺。

     3.軟硬件狀態和交互接觸點是常見的走查維度，但不是惟一。根據不一樣的項目，可適當調整走查的維度，一切以對項目「最有用」爲原則。

免費體驗雲安全(易盾)內容安全、驗證碼等服務

更多網易技術、產品、運營經驗分享請點擊。

相關文章：
【推薦】 網易考拉海購：電商高併發架構設計的鐵律
【推薦】 6本互聯網技術暢銷書免費送（數據分析、深度學習、編程語言）！
【推薦】 反射型 DDoS 攻擊的原理和防範措施