此文已由作者於真真授權網易雲社群釋出。

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

 相比於軟體，智慧硬體產品由於涉及硬體和軟體兩個端的狀態，其異常case要更加錯綜複雜。由於硬體產品的迭代更新較慢，一旦帶著問題上線要比軟體麻煩的多，輕則導致操作上的困惑，重則導致產品無法使用，因此設計師必須在產品設計過程中將所有情況考慮周全。

     梳理異常case的通常方法是按照產品使用場景和操作順序一一列舉，這種方法費時費力，容易遺漏。例如使用APP連線硬體時就包含使用者不小心給硬體斷電、手機藍芽未開啟、硬體廣播延遲等異常case，但是設計師無法確定這個操作節點上異常case是否已窮舉全面、無遺漏以及對應提示是否合理。

     第一次做智慧硬體，少不了各種踩坑，但在這過程中逐漸摸索出一種比較直觀的智慧硬體異常case走查方法，通過這種方法我梳理出的異常case比工程師上報給我的還要全面，親測可用，大家不妨試試。

     在網易雲音樂車載藍芽播放器專案中，網易雲音樂APP對硬體每一步的操作都要檢測軟硬體之間的通訊是否正常，因此我主要將此工具應用在梳理藍芽連線異常case。

     第一步，對狀態進行拆分組合。將軟硬體的狀態（或異常case原因）進行拆分，例如將軟體拆分為兩種狀態——A狀態和B狀態；硬體拆分為兩種狀態——1狀態、2狀態；然後將各種狀態進行組合，即得到A-1、A-2、B-1、B-2四種狀態。

     通過拆分和重組軟硬體的藍芽狀態可以得到手機藍芽開-播放器藍芽開、手機藍芽開-播放器藍芽關、手機藍芽關-播放器藍芽開、手機藍芽關-播放器藍芽關四種狀態。所有的異常case都是由這四種狀態（原因）引起的。

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

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

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

     在此次產品設計中，硬體藍芽是否開啟和是否連線分別是通過logo燈的亮起/熄滅和呼吸/常亮來提示使用者；而軟體的異常case則可通過APP內各種彈窗、頁面搭配不同的文案提示，要注意的一點就是同一種原因引起的異常case在不同節點上可能會有不同提示語。

     這樣一份走查表具有直觀和全面的特點，所有專案參與者都可以方便地根據它來理解產品異常case。

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

     1.多人合作。互動設計師可以組織產品策劃和軟硬體工程師共同參與走查表的製作，專案相關人士的參與可以確保大家對問題的理解一致，達成共識，提升後續溝通效率。

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

     3.軟硬體狀態和互動接觸點是常見的走查維度，但不是唯一。根據不同的專案，可適當調整走查的維度，一切以對專案“最有用”為原則。

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

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

相關文章：
【推薦】 Android View部分消失效果實現