產品開發總結

開發設計，需求先行；需求肯定，原型說明。設計完善，開發搭架；UI敲定，開發拼命。砌磚完畢，先行測試；設計驗收，產品檢查。

參與人員

• 產品(PM)
• UI設計師
• 開發人員
• *測試人員

主要流程

• 產品(PM)肯定需求，需求整理成檔
• 開發人員參與討論，肯定技術可行性

• 產品二次整理，並出項目原型稿與必要說明文檔

  • 設計人員豐富產品細節，出最終效果稿，並整理色值、寬高等供開發人員使用的說明文檔

  • 開發人員依據原型稿，初步設計搭建技術框架

    • 技術選型
    • 項目基礎框架搭建
    • 全局把控，模塊化設計
    • 爲分工執行作好必要準備

• 開發人員正式全力開發(各職位相互配合，此時已開發爲主要中心)

  • 針對實現過程當中的功能需求須要與產品溝通
  • 界面交互等視覺問題需與設計人員溝通

• 開發完畢，自我測試

  • 設計驗收效果
  • 產品體驗檢查

各角色職責與注意事項

產品(PM)

• 立項

  • 要作什麼產品？
  • 該產品的基礎功能與要解決的基本需求是什麼？
  • 咱們是否有作該項目的條件或基礎？

• 明確產品目標及定位

  • 洞察目標需求
  • 明確核心功能

• 採集需求

  • 調研目標用戶的相關狀況
  • 市面上有哪些對標的竟品？它們的情況如何？
  • 有哪些是潛在的可參考目標？

• 肯定需求

  • 咱們須要的項目特點輔助功能是？
  • 排列需求與功能優先級，並進行分析挑選

• 集體討論

  • 與開發等人員集體討論，討論可行性；並讓全部參與人員明確產品自己的定位與思考

注意事項:

• 產品須要走在開發與設計前面：即須要考慮周全，顧慮細節；儘可能避免最終實現中發現有遺漏點或不可行
• 產品須要作好溝通與協調的工做，須要讓項目開發人員能從一開始就參與進來(前提是產品已經有了一套方案或思路)，避免由於我的思考的侷限而致使的未知坑
• 須要有果斷力，在一些似可而非的需求方面，能理智的當機立斷(因此「明確產品目標及定位」是最大的前提)

UI設計師

• 結合產品特性與定位，肯定產品設計基調

  • 主色調、副色調
  • UI風格流派

• 根據產品給的原型，豐富細節

  • 過程當中，有任何交互等方面的問題(不明確或不理解)，需當即與產品溝通(或許這就是潛在的產品疏忽)
  • 作第一個UI界面的時候，當完成六七成的時候，就給產品過目，避免沒必要要的徒勞
  • 總體設計完成一半的時候，就邀請產品一塊兒討論，以及時解決設計中的問題(可能與產品起初的預期有誤差的問題均可以最小化的避免)
• 設計不該該侷限於設計視角，也須要站在產品的思惟去理解，甚至是去思考
• 合做過程當中，設計會與前端開發人員有較大的接觸；而若設計能瞭解一點前端開發的東西，這能很好的幫助之間的溝通；而且還能很好在設計UI之初就有一種全局觀，能同時站在開發人員的角度去分解視覺與交互的邏輯

注意事項:

• 設計須要有產品觀，最好還能瞭解一點開發
• 須要培養本身的產品視覺感

開發人員

• 正式開發前

  • 技術選型

    • 產品肯定後，根據產品的功能特色，綜合選出最佳技術方案(自身熟悉且擅長的優先)

    • 選型主要圍繞這幾個點：

      • 開發語言
      • 數據庫
      • 框架
      • 第三方工具或依賴
      • 緩存等

  • 定方案

    • 針對需求與功能，設計開發方案
    • 須要明確各個細節，不要把問題留到開發過程

  • 提早模塊化準備

    • 拆出重點難點問題，爲後期「化整爲零，逐個擊破」作好準備
    • 方便正式開發時的分工，且減小相互等待干擾等問題

  • 搭基礎框架

    • 一旦基礎框架搭建好後，後續就是在這個框架上砌磚堆瓦，這是打地基與建骨架的階段
    • 須要作好可擴展性、安全性、可持續性等方面的考慮

• 正式開發中

  • 統攬各方面細節與因素，設計一套開發流程分工方案
  • 獨立開發過程當中的改動(如數據庫等)，須要及時通知開發組人員；有牽連其餘開發人員的功能時，需一塊兒協商討論，避免開發錯亂與無用功
  • 過程當中，遇到問題及時找相關人員瞭解溝通(產品&設計等)

  • 注意規範性、條理性；最好有一套內部的溝通方式(溝通文檔)

    • API文檔
    • 產品功能列表與注意事項
    • 重點功能解決方案
    • 功能對接說明
  • 該封裝的封裝，該獨立的獨立；既要考慮公共可用性，也要考慮邏輯獨立性 (高內聚低耦合)

• 正式開發結束後

  • 注意完成一塊邏輯後，須要自行測試，及時修改沒必要要的bug
  • 讓產品與設計參與進來，一塊兒檢查，及時修改調整

注意事項:

• 開發過程當中，最可怕的是已經作了一半，甚至已經完成，結果需求說不是這樣的；因此開發人員須要與設計和產品及時溝通，確保對需求或功能的理解準確無誤
• 開發人員與開發人員之間在獨立工做過程當中，須要注意到若目前的功能後面會與其餘同事交接，最好提早溝通
• 按功能需求來，一個模塊一個模塊的按流程與計劃完成
• 開發完成後，須要自行測試
• 在待肯定或須要後續完成的功能邏輯處，標記TODO，並進行必要說明
• 代碼註釋是一個好習慣，方便合做開發
• 每一個人的工做進度最好及時更新與通知(因此，一套好的協做工具能起到事半功倍的效果)，讓每一個人都能知道項目的進展，也方便及時解決過程當中的問題

測試人員

• TODO