loading

cover

企劃階段

企劃設計 x 敏捷開發 = 持續成功的關鍵

什麼是企劃階段?

比寫程式更重要的事

無論是建築還是室內設計,都會經過無數次討論,規劃出具共識的設計藍圖
最後,無論交付給誰施工,都應產出預期的結果。
而軟體系統,亦是如此。

努力去做對的事情,勝過拼命把事情做對。

企劃階段通常會有哪些東西?

將模糊概念、靈感,轉化為具體的設計藍圖
以下為通常包含的範圍 (視案件規模與型態不同)

  • 需求分析: User Story 使用者情境/行為描述, Wireframe 頁面線框稿。
  • 系統分析: 系統結構大綱, 資料庫設計。
  • 評估報告: 系統規模, 主機環境, 系統架構。
  • 流程圖表: 行為或資料狀態機制, 資料流向, 資金流向。
  • 品牌策略: 五力分析, 推廣機制, 形象定位, 客群鎖定, 核心難題分析(痛點) 等。
  • 系統影響分類制定: 制定「關鍵業務流程」運作比例範圍 (優先權種)。

避免開發常見誤區

是好事,也是優勢

與常見不同之處,不任意報價收訂後便開始程式開發
未經詳細的訪談、事前規劃討論與設計
直接開發往往都是踩雷的開始。

  • 保有足夠時間的選擇權

    謹慎對待重大決策的投入,且產品須經年累月的使用,可避免因對程式系統、設計領域不熟悉,或初次合作無法辨別好壞,而導致陷入錯誤的方向難以轉彎。

  • 確立正確的開發方向

    完備企劃的重要力,遠勝過優異的程式能力,企劃交付後,即便由其他團隊執行,亦可確保方向正確。而對於資深的程式團隊來說則是如虎添翼。

  • 大幅降低風險與成本

    相較於開發方向偏移浪費的機會成本,初期投入的企劃設計,可大幅節約事後開發成本的風險。

  • 如同保險般的完備文件

    許多後續交接維護等,往往都是最後才從零開始準備,既耗時又缺乏脈絡,若過程因意外而中斷,更容易使已完成的設計變成孤兒無法接續。

舉個實際的例子

單純提供使用者"購物"的行為,涉及範圍就有如此之廣:

  1. 顯示條件:是否為特定時間範圍
  2. 購買條件:是否為特定時間、身分、限量可購買
  3. 顯示價格:是否因特定時間、優惠、使用者等級而有所不同
  4. 子項目:是否有尺寸、顏色、配件或其他自訂規格而影響價格
  5. 庫存:是否預留、先扣後扣、子項目是否分開
  6. 產品圖:是否有多圖組合、是否可改變順序、是否因子項目變化、是否可放大
  7. 購物行為:加入購物車、直接結帳
  8. 數量選擇:根據庫存或無上限
  9. 優惠條件:根據折扣碼、全站折扣、單品折扣
  10. 折扣方式:固定值、按比例、免運費、買A送B
  11. 加價購:品項是根據分類或根據品項關聯、優惠比例多少
  12. 同時購買:是否為限時限量搶購、同時上線人數可負荷多少流量或人次
而此處,僅僅只列出常見的簡易變因

令人細思極恐的是
有多少血淚案例
因著倉促施工,而缺乏規劃與略過細節的共識討論
虛度創業者的青春與人生

如同建築設計般,很難直接回答蓋一棟房子多少錢
根據地坪、空間、建材、裝潢、人流等等的不同
設計是一段、施工又是一段,後續的維運亦是另一段
都需要詳細了解後才能評估

而在有限的範圍內盡可能滿足需求,則是我們擅長的事。




< 返回首頁