Zi 字媒體

軟體專案開發 軟體專案與產品有差別嗎？聽起來好像一樣，又好像不一樣？好像很賺，又好像不太賺？雖然軟體開發的本質與精神是相同的，但我覺得軟體開發在面對這產品與專案兩種情境上，心態上是有些不同的。對我而言：軟體專案風險低，求的是結案收錢；軟體產品風險高，求的是 PMF (Product-Market Fit)。 我們先看看什麼是專案 (定義)： 專案是組織進行的一個暫時性 (Temporary) 的努力付出，在一段事先確認的時間內，運用事先決定的資源，以生產一個獨特 (Unique) 且可以事先定義的產品、服務或結果。 聽起來是不是很饒舌？總之，專案就是「用一定的資源、在一定的時間、做完一定的事」，在軟體開發專案中，直白一點的講法就是「就是那些錢，請在 Deadline 前把這些夢幻的功能做完！」 專案聽起來沒什麼問題，但我覺得最大的困難在於訂立明確地專案目標 (盡力符合 SMART 原則)，也就是軟體的交付規格 (或驗收方式) 。一個健全的軟體開發專案，應有 33% 的時間花費在規劃 (取自人月神話作者論述)。由於軟體設計相當的複雜，但是在鬼島業界常有一種特殊的現象，不管是買方還是賣方，很少人願意先把要做的事情說清楚。專案評估與系統初期分析 (甚至包含 PoC 的製作) 在鬼島通常是不收費的，想做案子前都得先燒些資源賭一下。 另外還有一種心臟比較大顆的做法，就是大家坐下來聊聊天，若是需求聽起來貌似可行，默許未來雙方透過默契進行開發，不明確的地方可以自行發揮或採用通靈的方式進行，也不會寫下明確的驗收規格，這類的案子最後通常呈現兩極化的結果。對於專案我相信大家都經歷很多了，當然並非所有軟體開發專案都是這樣。以前也曾經參與日本公司開發專案，倒是蠻認真進行規劃的。 談談軟體產品開發 軟體最大的價值在於複製，軟體的研發成本極高，生產複製 (或運行) 成本極低。基本上寫好的軟體跑一次就賺一次，把握這個特性加上網路槓桿便有機會創造更高的價值。那什麼是軟體產品開發？ 開發限定目標市場需求的軟體，完成後可透過低成本的複製執行來滿足多數需求。 軟體產品開發的生態剛好與專案相反，產品「沒有一定的資源、沒有一定的時間、沒有一定的規格」，市場與需求才是引導產品發展的基石。但這其實是很難做好的一件事，有兩個難處，第一是如何洞悉市場需求，第二是如何歸納需求實作功能。失敗常常是因為沒做出來，或者做了沒人用 (我覺得沒人用最淒慘，頭都洗下去了.......)。為了與市場的變化一同共舞，最小可行性產品 (MVP, Minimum Viable Product) 是一個很好產品發展的模式，此外開發團隊也需要保有一定的靈活性，得以面對每一次 Pivot，對於創業開發團隊來說，敏捷開發是一個很適合的方法論。 比起專案，我覺得產品開發真的有趣多了，大部分的情況我們會先假設一個可能的市場 (畫大餅時間!?)，然後盡可能在比較短的時間做出產品來驗證市場。伴隨著市場的回饋，產品發展也持續改變，在沒有達到 PMF 之前是不會結束的，因此也沒有什麼專案期限，要麻就是資源耗盡失敗收場，不然就是順利進展到下一個階段，需求持續發展、產品持續開發。 工作至今，我也參與了一些些軟體產品的開發工作，在開發上有幾點心得可以分享： 不要用做專案的心態做產品 MVP 避免過度設計與過早優化產品 (Premature Optimization Is The Root Of All Evil) 為了能快速適應市場變化，架構往往比功能重要 用數據驗證市場，比用瞎猜或通靈來得有用 如果真的不行就趕快 Pivot 轉換你的產品，別往死胡同裡鑽 好吧，祝你產品之路順利，Good Luck！ 分享到 Twitter(在新視窗中開啟) 按一下以分享至 Facebook(在新視窗中開啟) 分享到 LinkedIn(在新視窗中開啟) 點這裡寄給朋友(在新視窗中開啟) 按一下即可分享至 Skype(在新視窗中開啟) 分享到 Reddit(在新視窗中開啟) 分享到 Tumblr(在新視窗中開啟) 按一下以分享到 Telegram(在新視窗中開啟)