一個軟件產品的幸福人生

前言

昨天一番發佈了一個桌面軟件小工具，整個產品從無到有，從粗糙到完善，也算是經歷了整個從概念到產品的完整週期。雖然有幾個環節作得還有欠缺，這裏也算是作一個覆盤，回顧總結整個流程，但願在下個迭代流程走得更好。

需求整理

一番發佈了兩個面向普通用戶的軟件，都是帶有圖形交互界面的。

這兩個軟件面向的需求的主要來源有兩個，一個是一番自身的功能需求，一個是跟你們交流中獲得的需求。

對需求的理解深度，會影響產品的功能、交互、體驗等等，能夠說是一個軟件產品的靈魂。

一番其實一年前就有這兩個產品的需求，也能作出這樣輕量級的應用，但過於糾結產品的外觀，所以過多的糾結在設計方案選型的過程當中，最終不得成型。

其實從產品初期的需求來看，功能需求大於外觀需求。並且最後一番作出來的界面交互其實也不是太差。獲得這個啓發的也是看到WeChatDownload小工具獲得的。雖然界面不是那麼炫，但只要市面上尚未這樣的工具，其實市場對功能的需求、與使用者的交互友好、大於對外觀的追求。

總結出來就是，功能 > 交互 > 外觀。

固然，一個優秀的軟件產品，這三個點都很重要。

方案設計

有了上面產品需求的理解，那麼就須要找實現方案了。大概包括這幾點：

• 編程語言選擇：這個須要結合功能的技術方案、開發者的技術棧和學習成本綜合考慮。

• 功能模塊設計：從需求出發，一個大需求須要分解成哪些子需求，須要實現哪些功能。還有一些軟件通用需求，好比升級、問題反饋、使用說明、聯繫方式等等。

• 界面交互設計：主要從小白用戶角度出發，儘可能減小用戶的學習成本和使用難度。

編碼設計

編碼階段主要注意幾點：

• 編程規範
• 模塊化
• 可複用性
• 可擴展性
• 代碼管理

開發測試

編碼開發完以後須要有基本的功能測試，這裏須要設計一些測試用例，才能避免由於在開發一個模塊而影響到其餘功能了殊不知道。

測試用例的設計也是須要結合方案設計、用戶需求來作。

整個自測用例跑完一遍後，就會對當前版本的狀態有一個大概的認知了。

最後，評估下當前版本狀態，若是能夠，就能夠打包了。

發版測試

打包後，理論上來說這個就是咱們準備發佈的版本了。但打包版本和咱們開發調試版本是有差別的，因此必定要作一次發版測試。

發版測試大概包括這幾點：

• 功能測試：基本就是將整個開發測試的測試用例再跑一遍，這是最基本要求。
• 穩定性測試：找一些特殊使用場景，看下功能的穩定性。
• 用戶體驗測試：非法操做、交互體驗、任何可能的操做。

以上若是測出來嚴重問題，須要從新作開發，而後從新進行發版測試。

版本發佈

這一步就是最開心的了，終於能夠發版本了。也包括怎麼告知用戶，軟件功能展現。須要讓用戶簡單明瞭的清楚軟件功能、使用方式和可能的用戶體驗。

若是可能，還須要有運營、推廣。

產品迭代

以上全部環節完成後，根據用戶反饋，就須要考慮是否有下一個產品迭代週期了。若是有，那就進入下一個一樣的週期了。

總結

有了上面這些全部的環節，一個軟件產品纔算是有一個完整的人生，健康的一輩子。根據軟件的規模，以上每一個環節的投入均可大可小。