【投稿】微觀筆記|軟體產品與商業模式

這篇是在 FB社團看到分享文章:在網路產業該如何做產品?其實就是分階段在驗證一整個商業模式 的衍伸思考,原作者已經寫得很完整了,主要是因為覺得對方寫得太用心、看完會想站起來鼓掌,才想提筆交流不同經驗。(建議先看過原文再繼續閱讀本文。)

很多人說,現在只有老人會用 Facebook,年輕人都在玩 Instagram或抖音。

對這句話,我是不完全認同的。身為一個年輕人,我中肯覺得 FB 的社團功能還是非常好用,也非常有價值的 😆 ❤️

為甚麼寫這篇文章

這篇是在 FB社團看到分享文章:在網路產業該如何做產品?其實就是分階段在驗證一整個商業模式 的衍伸思考,原作者已經寫得很完整了,主要是因為覺得對方寫得太用心、看完會想站起來鼓掌,才想提筆交流不同經驗。(建議先看過原文再繼續閱讀本文。)

這篇文章會談到甚麼內容

一、軟體產品開發流程與包含項目(依個人經驗整理,不同公司可能有不同分類或流程)

二、優化「軟體產品商業模式圖」

一、軟體產品開發流程與包含項目

  1. 構思:客戶發案 or 老闆指派 or 企業內部創意提案 。
  2. 產品定位:市場分析、競爭對手分析 。
  3. 用戶需求驗證(User Story, Persona):用戶需求分析、模擬、測試、驗證 。
  4. 規格:開發範圍、開發環境、開發語言、工期制定、資源分配、版本規劃 。
  5. 功能規劃(Functional map, Flow Chart, UI Flow, Wireframe) 。
  6. 介面設計(Mockup, Prototype):風格、配色、詳細 Guidline 。
  7. 開發:環境建置、程式開發、版本控管、單元測試。
  8. 測試:內部測試、外部測試。
  9. 上市:行銷、廣告、業務 。
  10. 迭代:依照使用者回饋與功能需求不斷地優化與更新。
  • 2~3 在初期會不斷交互影響,但最終一定需要有個定案才能往下進行 。
  • 4~7 會多次重複循環(產品必定經過迭代,沒有一步到位的開發) 。

二、優化「軟體產品商業模式圖」

如圖,這是依照個人經驗與所學重新設計與規劃的「軟體產品商業模式圖」,其中整合了 「Business Model Canvas」與 「Lean Canvas」如下。(在網路產業該如何做產品?其實就是分階段在驗證一整個商業模式 一文有較完整的說明,如有興趣亦可參考相關文章,在此先不重複說明)

【 說明】

  1. 另有新增與合併部分項目,希望能將執行專案需要注意的環節(盡量)完整呈現 。
  2. 不特別限制起始點,原則上可以「剛需問題」開始,由左至右、由上而下閱讀與規劃。
  3. 強化項目位置與大小之意義,讓每個項目的位置與其四周之其他項目有密切關聯 。
2019 Software Product Canvas 軟體產品商業模式圖(圖一)

好吧,題外話,在人員編制,需要將 UX 與 UI 是有其顯著原因與必要性的,請大家見諒配色 😅

回到圖二,我們可以發現:

依最廣義的分法,仍至少需要有四種不同部門才能將軟體產品做好的「調研」、「規劃」、「開發」與「推動」

分別是

  1. 掌握全局的負責人或專案經理
  2. 產品開發部(包含技術工程師、UI/UX Designer與產品經理)
  3. 事業發展部(包含市場研究與行銷)
  4. 管理預算與成本精算的財務會計相關部門

只能說……程式開發幾乎完全需要依靠「人」去完成,團隊每一個夥伴都很重要,彼此間需有良好的溝通更重要!

以上,首先還是必須感謝「在網路產業該如何做產品?其實就是分階段在驗證一整個商業」作者大大的分享,才讓我有將想法整理成文字的動力。

最後關於進一步的細項應如何分類、有哪些地方需要增修或其他補充,這些都期待前輩們不吝指教。

本文作者:rafeni lee

文章出處:微觀筆記|軟體產品與商業模式

主圖來源:Visualhunt.com

若有轉貼需求,請來信(service@pmtone.com)討論。 轉貼時禁止修改內容及標題、須保持所有連結、禁止商業使用,並且必須註明原文標題、連結、及作者訊息。 覺得這篇文章好嗎? 請分享給您的朋友吧~

Facebook
Twitter
LinkedIn
Email
列印
編輯嚴選

編輯嚴選

我們是網站的小小編輯群 專門負責挑選、刊登好文章 歡迎部落客、寫手們投稿至 editor@pmtone.com

延伸閱讀