Software Development Life Cycle — AlphaCamp General Lesson

Itsuki Lin
文學少年 & 神話少女
4 min readMay 10, 2016

--

此為 AlphaCamp 產品設計實戰營上課筆記,詳情請見課程筆記總整理

後來被我們稱之為通識課的「產品開發的進展過程」和「Software Development Life Cycle」這兩堂課最主要就是在講:

  • 產品從誕生到開發流程
  • 找TA、決定問題、找 MVP
  • Narrow Down Your User Stories

誕生到開發流程其實可以參考之前我寫的網站企劃流程這篇。最大的差別就是產品初期前段的目標、TA跟市場定義不是公司或客戶給你的,而是你和團隊自己決定的。

因此前期要做的事情就變成是:

找團隊成員→Brainstorming→確立TA、問題、情境和行為(user case)→制定 MVP Plan來驗證

產品早期開發流程

1. 先找團隊成員

要找到適合的成員其實非常的困難,要找到一輩子值得深交的朋友也很困難。

我自己默默覺得,多數人在工作幾年後都會承認最難的是人的問題,而不是個人能力問題。

2. Brainstroming

團隊先想要做什麼事情,先發散去思考出很多很多點子,然後再收斂,找出

  • 目標對象
  • 想解決的問題
  • 使用情境
  • 使用行為

以我們這次 Alphacamp group project 來說,我們在第三次定義主題時做了兩次 Brainstorming ,基於過去兩次的失敗經驗,一開始我們就確立方向「自己必須跟TA是同種人=辛苦的上班族」, 因此我們先針對 TA 開始發想他的特徵與所擁有的問題,之後一起討論過這些特徵與問題後,再做一次 Brainstorming 提案出想要做的事情,並且針對點子投票,最後選出「團購按摩」為主題。

其實光是訂主題就已經耗掉我們超多的時間,這段流程一定要實際跑過才會體認到沒有想像中輕鬆。

另外就是以產品設計師來說,其實做完這些發想後,是可以用訪談等使用者研究技去驗證團隊的方向與 Idea 以及尋找更多機會點,畢竟在早期能夠確保團隊與產品走在正確的道路上,是降低整個專案失敗率和成本最重要的事情。

3. MVP Plan

最小可行性產品,花最少時間做出產品核心功能,測試 Idea 可不可行。

但其實老師有提到兩個所有提到 MVP 的文章都不太會強調的重點:

  1. MVP的精華是不花一毛錢,嘗試 Idea 可不可行
    看到 Product 大家都會有一種誤會,就是好像一定非得要 coding 然後做出個軟體或系統來不可。但其實 MVP 最重要是驗證市場存在=有人買單,跟 Idea 可不可行&了解使用者反應。因此甚至是開一個FB專頁,用人工去幫運動教練與學生做媒合的形式,都是一個 MVP ,而且完全不用花工程師的費用就能了解 Idea 有沒有市場,有了市場確定可行,才真正開始要跳下去繼續做。
  2. 要忍受不完美,做出MVP
    對於已經工作一段時間的企劃/設計師來說,忍受不完美這件事可能是初期的一個大關卡。因為平時就被要求需要細心處理每個細節,但是做 MVP 重點是要快點誕生一個產品出來驗證因此方向錯誤的 MVP 有可能大改或整個丟掉,所以只要把核心功能做好拿去驗證即可,產品細節都可以暫時省略。忍受不完美,不要糾結細節,是做 MVP 跟新創初期最重要的事情之一。

之後的步驟就跟大部分的專案開發流程差不多,做 Prototype 取得共識和做測試,然後評估時程投入開發,最重要的是產品開發是一個循環的流程,因此實際上會是:

驗證研究→製作原型→開發測試版,做修正→正式版上線→(收取feedback)驗證研究

以上的流程不斷循環,產品也因此不斷成長。

其他重點補充

產品專案開發其實還有滿多細節和可以討論的地方,如:評估時程、專案管理、團隊分工與合作等等,每個都是學問,但就我自己過去經驗跟實際上跑 Group Project 的狀況來看,其實一切都會依照視團隊與產品性質不同而有所不同。假設一個新創團隊的每個成員真的都是彼此合拍且優秀的話,只要有辦法充分溝通,確保每個人都能達成共識,那不管是用什麼管理方法或是跑什麼流程其實都會很順。

當然,磨合的時間還是必要的,但這應該是每個團隊都會需要做的事了。

--

--

Itsuki Lin
文學少年 & 神話少女

好的創意跟設計是「結合多種領域並要求細節與規劃」的產物。