我的產品設計流程與套路

題圖來自 Lakerain Snake (@rainbylake) on Unsplash

最近手頭項目比較多，而且檔期都很趕，千頭萬緒，手忙腳亂。雖然說需求的優先順序都很高，但是再亂也不能亂節奏啊。

必須在一片混亂當中調整節奏，理順思路，因此整理了一下我常用的產品設計流程與套路。

確立目標

在發現一個產品機會的時候，我首先會從客觀上回答下面的問題：

• 這個產品的目標用戶是誰？
• 最主要的場景是什麼？
• 這個場景之下，要解決什麼問題？
• 怎麼解決？
• 確定我的思路能解決這個問題之後，重新審視這個場景的強度、頻次是否足夠高？

上述的客觀問題可被證實或證偽後，再回答一些主觀上的問題：

• 你和你的團隊是否有能力及時地做出一個產品來解決這個問題？
• 產品面世後，是否有後續運營手段來幫助產品觸達用戶，提高活躍？
• 你的資金是否能足夠支撐這些運營手段以達到目標效果？

不同類型的產品面臨的問題可能會有所不同，有些特殊產品可能需要考慮更多的情況，例如，若涉及到政府公共服務的需求，就要考慮如何談判，以及多方業務的對接和配合。

當回答完上述所有問題後，代表你已經有著較為明確的產品明標和方向，你的腦海里也開始浮現出產品的雛型。

調研

明確了目標後，就需要查找該產品類型的相關競品，然後大量地試用和體驗。

• 在體驗競品的過程中，找出讓你印象深刻的功能點，並看看是否該產品的主打功能；
• 對比多個競品之間相似的主打功能，結合場景，深刻體驗和總結這些功能的實際效果；
• 對比分析競品的內容瀏覽體驗，若有用戶產出的內容（例如 PGC、UGC 的 feed 流，評論等），重點關注其質量和風格；
• 如果該主打功能對你設定產品的方向和細節有幫助，並且來自頂尖競品，有足夠數據量支撐，那就需要手動統計或自動抓取其內容更新量、瀏覽量、互動數，並根據需要作出分析（擔心其數據作假是沒用的，除非你能獲取競品內部數據）；
• 搜索頂尖競品的相關報道和背景資料，觀察各分發渠道的下載排名曲線變化，甚至翻一下官網，都能摸到不少門道。

對比分析完幾十個同類競品之後，如果你發現沒一個競品能很好地解決問題，而你的思路卻能解決問題（或者說，有信心能解決問題），那就可以開始原型設計了。

設計

工具有很多，哪個順手用哪個，本人最常用的是 Sketch 和 Axure，兩者互補。

最近做了一些自己的小項目，有用到墨刀，演示和分享非常方便，但是 bug 也不少（2017.7.23 之前的版本），建議暫時只用來做演示和分享，不建議用來畫原型和存檔。具體方法就是先用 Axure 或 Sketch 來畫頁面原型，然後導出為圖片後上傳至墨刀，再通過熱點來做頁面跳轉。

具體怎麼畫原型，我就不多說了，教程一搜一噸，且熟能生巧。這裡給一些經驗和建議：

• 將原型和產品說明文檔合併來做，左邊是頁面原型，右邊是該頁面的交互效果、演算法描述、數據介面、異常情況等說明，既方便 UI、研發、測試同學的查看，又方便迭代；
• 不做動畫效果和顏色處理，有好的想法可以先用簡單清晰的文字來描述，然後跟專業的 UI 同學討論決定；
• 規範編寫頁面的標題，在頁面原型之外，再補充一份頁面流程，並清晰地標註好頁面間的邏輯判斷和跳轉關係。

在我的經驗中，產品文檔永不可能一步到位，力求快速迭代。對於原型和文檔的初稿來說，不需要太摳細節，只需要流程清晰，邏輯沒有硬傷，就可以快速進入評審階段。

評審

準備好原型和文檔之後，就可以組織團隊成員一起討論，這就是評審。

在討論的過程中，讓團隊成員提出疑問，能解決的問題當場解決，不能解決的在評審後再詳細討論和修改，不能打亂評審會節奏，必須在評審會上完成目標功能的場景演示或體驗。

若在修改設計中推翻了某些需求，或作出了重大修改，需要將變更原因和細節通過郵件同步給全體成員，或再次組織評審會議。

交付

在最後一次評審之後，再規劃版本節奏，個人感覺這樣比較靠譜。因為經過反覆修改後，基本已經知道了功能點的實現成本，哪些功能可以做，哪些需要延後，心中了了。

規劃好版本之後，合理安排時間節奏，嚴格按照 deadline 輸出最終產品說明文檔，然後交付給 UI 設計和研發流程。

總結

以上就是我的產品設計流程，還有一些小套路，一直運用在日常工作當中。在小型項目中，某些步驟可能會簡單一些，例如直接通過郵件來完成評審，但是其核心流程是不變的。

走完一個流程之後，就可以開始進入下一輪的迭代了。

以上。

本文同步發佈於 我的博客 及公眾號 產品科室。