互聯網產品開發流程

之前的兩篇文章，介紹了設計的本質是漂亮得解決問題，以及交互設計主要是關於節點的中，人和機器、系統等的「互相行動」的設計。今天這篇文章，我們來介紹一下交互設計在互聯網公司中的具體工作內容。

互聯網公司中，一般項目的進行，都圍繞一個產品進行：從產品經理最初提出想法，也就是需求，到最終落實到應用里，有一條保證開發過程高效、高質量產出的流程。這個流程會隨著公司的規模而有所不同：在大公司中會更完備，小公司中會更簡潔。下面我以大公司更加完備的流程來介紹，因為這樣的流程相對能保證產品更好的用戶體驗。

互聯網產品開發流程圖

如上圖，第一個步驟，是產品經理提出需求草稿，然後放入需求池。其中一部分需求會因為不夠核心或者當前技術做不到等原因被篩掉，留下來的需求就是確定的需求，產品經理會寫成更詳細的需求文檔，然後召集交互、UI、開發、測試一起開評審會。評審會的意義，是讓大家充分了解需求的內容，並討論需求的各種細節。此時交互設計師由於對用戶的了解比較多、對場景的理解比較深，是討論的主要參與者。交互設計師此時主要的職責，是保證需求的確符合用戶的場景。

需求評審之後，交互設計師就可以開始設計交互方案了。首先要進行設計分析，明確這個需求是要解決什麼問題以及競品是如何設計的。之後，交互設計師運用設計理論、規範和原則，畫出能夠很好地解決問題的交互稿，並說明哪些元素需要數據監測，提交交互組內評審。該種評審，就是邀請其他交互設計師，跟他們講解需求的內容、設計分析、方案是如何解決問題的，並請其他設計師對你的設計方案進行提問。好的設計是有理有據的。

在交互評審後，需要根據大家的反饋對原型進行優化完善，然後和產品過一下原型，保證原型能夠滿足產品需求。之後，交互設計師需要召集產品、UI、開發、測試，進行交互評審，為大家講解你的交互方案。參加評審的同事，會從各自的角度，提出一些疑問，比如UI可能會覺得某個動效太複雜，開發可能會認為某個操作易造成卡頓。在會上交互設計師也要充分說明這樣設計的原因，和大家共同討論出大家都能接受的最優方案。在交互評審之後，設計師需要根據反饋對原型進行完善，並郵件發出原型的最終版本。之後就進入UI環節。

UI設計的環節和交互環節幾乎完全相同，交互同學在此階段的任務，主要是和UI同學配合，解答UI遇到的疑問，以及確保UI稿與交互稿一致，並且沒有交互上的問題。

之後是開發和測試階段，交互同學此時主要任務是解答疑問。等到測試同學完成了對功能的測試，證明該功能已經開發完畢。交互同學就可以開始進行交互驗收——即使用這個功能，並查找功能中是否存在和交互稿不同的地方。所有的這些不同處，都需要提交bug，請開發同學進行修改。不要小看了這一步，交互稿即使做得再完美，如果開發的同學沒有按照交互稿進行開發，而是「強行創新」，那麼到時候主要的責任還是在交互同學身上——大家不會去追究某個錯誤發生的原因，只會看到這個錯誤是發生在你負責的範圍。所以驗收是相當重要的一環。

驗收結束後，以郵件形式發出驗收結果。待所有bug已修復，即可郵件發出「同意上線」的指令（帥不帥？）。在功能終於上線之後，千萬不要忘記找產品或者用研同事要功能上線後的數據分析。數據是驗證交互方案是否合理的很重要的一項指標，也是增長經驗的重要途徑。

以上是在大公司中的完整流程。可以看到流程中每一環節都有評審的步驟，這其實都是為了保障最終產出物的質量。在小公司，其實只要砍掉每個環節里的評審環節，就得到了一個簡化的、更快捷的流程。有的小公司里可能也沒有交互的職位，而是產品經理或是UI設計師代勞。但想學習交互的同學們，請不要氣餒。交互設計是諸多設計方法和設計思維的集合，可以幫助一個產品得到更好的用戶體驗。即使你不做交互設計師的工作，但你依然可以學習交互設計的方法，以設計出體驗良好的方案。

每周二點更新，歡迎關注

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！