在我轉產品之前，總是覺得別人家做的產品十分的糟糕，體驗做的這麼差勁，界面做的這麼low，但是當我真正自己開始帶着團隊做產品的時候，才發現自己也踩坑無數，沒有一件事情可以隨隨便便成功。要做好一個好的產品，我們需要經驗，也需要自己的付出。
所以本文是結合我自己成長曆程總結出來的產品流程，以及需要注意的一些經驗，想分享給所有想做，或者在做產品的童鞋，不要以爲產品就只有高大上，敲黑板。細節決定成敗，凡事只有腳踏實地，做好基本功，才能成功。
那麼我們就從頭說起
一、建立開發流程
開發流程無論是敏捷，還是瀑布，要看各自企業的部門架構和運營邏輯，但是建立明確的開發流程是十分重要的，白紙黑字寫下來，以後可以避免很多的扯皮和無效工作。例如：每個階段的成果產物需要進行相應的評審，評審有相應的《會議紀要》；從項目啓動起，研發項目經理每週提供《項目研發週報》；測試階段，測試工程師每週提供《項目測試周報》。
二、項目啓動準備
（1）成立項目組團隊，包括產品經理、研發項目經理、研發工程師、測試團隊等，並明確各團隊負責人。
（2）產品經理完成《產品梳理》
首先，明確每個項目的目標；其次，梳理項目涉及的角色；再來，每個角色要進行的事項；最後，再梳理整個系統分哪些端口，要有哪些業務模塊，每個模塊再包含哪些功能。由項目負責人共同開會評估，確保大方向一致。
三、需求建立及設計
（1）設計並提交《產品原型》。
除了根據使用邏輯走完流程。還需要根據業務流程，再次覆盤，確保產品操作流程順暢。
產品經理面向整個團隊，進行需求的講解。
記住，這個非常重要，可以極大的降低後續溝通成本！
（2）項目經理根據需求及項目要求，明確《項目里程碑》。根據項目里程錶，完成《產品開發計劃》，明確詳細階段的時間點，最後根據開發計劃，進行《項目任務分解》，完成項目的分工。
（3）研發負責人按照各自的分工模塊，進入概要需求培訓。旨在讓研發團隊初步理解業務，評估技術可行性。 並且完成《概要設計》、《通訊協議》及《表結構設計》，及完成正式編碼前的一系列研發準備工作。
（4）UI設計師根據產品的原型設計效果圖。
效果圖必須提供界面的標註，最好能夠提供一套《UI設計規範》。UI設計規範主要是明確常用界面形式尺寸等，方便研發快速開發。UI設計常涵蓋交互的內容。
四、開發階段
研發工程師正式進入編碼階段，這個過程雖然大部分時間用來寫代碼，但是按日、周、月的定期彙報工作一定要落實到位，實時跟進項目進度。
五、測試階段
測試工程師按階段設計《測試用例》，這時候藉助工具，如我們用的是CORNERSTONE，可以直接提交測試用例，並且根據用例提交缺陷，分配給相應的開發人員調整。
CORNERSTONE執行測試計劃，也是非常有亮點的哦
亮點一：用例的執行情況一目瞭然,隨着執行的進度即時更新測試結果
亮點二：執行用例不通過，有BUG，可以直接關聯缺陷，新增缺陷指派責任人，完全不用退出頁面，再去缺陷列表新增
亮點三：執行用例過程中，執行後，自動切換到下一條用例，減去很多點點的操作。
亮點四：測試用例批量執行的功能肯定少不了，你需要的它都有哦。
亮點五：用例執行頁面執行操作簡單明瞭，還可以記錄下了執行過程中發現的缺陷，執行人員的操作記錄，一目瞭然
研發工程師根據缺陷進行修復調整，完成後反饋測試人員複測，測試通過後完成。
測試工程師編寫《測試結果報告》，包括功能測試結果、壓力測試結果等。
測試工程師編寫系統各端口的《操作手冊》、維護手冊等。
六、系統上線
系統上線，最好先安排小部分用戶進行，真實環境測試。並且安排專職人員及時跟進修復問題。總之快速響應是這個時候的關鍵。這批用戶不僅僅是你的測試用戶，更是你的種子用戶！好的產品，往往需要他們幫忙大力推廣。
產品狗當了5年，即使頭髮掉了不少，但是已經上路就不打算回頭了。
最後也希望大家能夠在“產品”這條不歸路上，找到自己的樂趣。