陪爸爸做產品－從原型到上線
更新於 發佈於 閱讀時間約 3 分鐘
有想法之後接下來就是執行的階段，在我過去的工作經驗中，大多數的客戶確實有想法也準備開始執行，這些想法會隨著時間跟討論細節的完善逐漸增加，最後就會變成一個完整的產品，然而這樣就違背了產品原型的目的。
產品原型
大多數情況下，我們會認為產品原型是一個「完整可用」的東西叫做產品原型，然而這樣的系統即使是在數個月內也是難以開發完成，在開發軟體的過程中除了功能之外還需要測試跟調整。
也因此，在科技業很常說的 MVP（Minimum Value Product，最小可行產品）指的是只具備核心功能的原型，很多時候可能是沒有撰寫程式或者使用 Low-Code（低代碼）工具來完成的，主要是去驗證商業模式的可行性。
要做到這點實際上是很困難的，因為我們必須不斷的刪減想法去找到最為核心的問題，有時候我們可能刪減到最後發現並沒有這樣的東西，最後就只能去尋找其他方案。
敏捷開發
要討論到 MVP 的話很常會一起出現的是敏捷開發（Agile）這個詞，大多數時候我們看到這個單字都會覺得是「很快」的意思，然而在一些業界前輩的討論中更偏向用適應這個單字去討論，如果從字義上來看 Agile 還有靈活的意思。
簡單來說，敏捷開發並非「開發快」而是「反應快」的概念，如果安排太多功能、想法要去實行，就會讓開發的不斷的被各種東西卡住，正確的應用這樣的觀念是縮短檢討（Review）的過程，根據現況不斷的調整我們要實現的功能，這也是比較為大眾所知的 Scrum 會採取一到兩週的 Sprint（衝刺）來安排，讓原本數月才會檢查一次的流程縮短到一到兩週。
從這點來看，大多數公司對敏捷開發的推行難以實踐的問題時企業文化上的，當負責人無法說服其他人接受這樣的想法、協調不同單位的需求跟優先度，敏捷開發就會因此被各方「硬插進來」的要求卡住，進而讓重要功能的進度延宕。
資源有限
回到我跟爸爸的專案上，因為我們幾乎是沒有任何資源，我平常也有自己的工作、創業的任務等等，要在有限的時間跟基本上是沒有資金的狀況下開發，就必須完全落實 MVP 和敏捷兩個精神，否則是很難實踐的。
因此我們在最初期只做了關鍵的功能，掃描 QRCode、自動計算回饋金額、顯示結果。
接著，爸爸就把這樣的東西拿去給他的潛在客戶嘗試以及使用，並且找到重要的功能回饋回來，並且根據每一次的回饋進行調整。
接下來經過一個月的調整跟打磨，最終上線的版本則是套用了簡單的版型、支援顯示回饋的紀錄、可以邀請朋友等等功能。
至於更新，我們會將一兩個小功能討論好優先順序，接下來再完成以及測試後，直接的釋出到正式版本上，也就是每次都少量修改來構成較大的功能，同時增加釋出的頻率來不斷對應需求。
這系列的文章未來會不定期的根據近況更新在開發過程中發生的一些事情。
封面圖片使用 Unsplash 上 Alexander Andrews 的作品
為什麼會看到廣告
55會員
40內容數
軟體工程師逐漸變成一個熱門的職業，當我們進入這個職業之後應該要具備怎樣的技能才會在工作上更加順利呢？這系列的專欄會分享日常工作中的經驗以及一些案例分析，讓我們一起努力成為一位更優秀的軟體工程師吧！
留言0
查看全部
你可能也想看
Google News 追蹤
/
大家現在出門買東西還會帶錢包嗎
鴨鴨發現自己好像快一個禮拜沒帶錢包出門
還是可以天天買滿買好回家(?
因此為了記錄手機消費跟各種紅利優惠
鴨鴨都會特別注意銀行的App好不好用！
像是介面設計就是會很在意的地方
很多銀行通常會為了要滿足不同客群
會推出很多App讓使用者下載
每次
獨立遊戲開發，很多時是一個想法和熱情冒出來後，就叫人衝到電腦前想快點把成品弄完……就算做不了完整版，至少也想有個Demo。
既然想「快點」，那還要不要「花額外時間」去寫企劃書呢？
在處理這個問題之前，要先理解的是，這句話裡面至少有兩種情況。
其一：團隊裡只有一個企劃，所有事情都由一人主導
產品開發的成功，除了品質，更在於是否能夠在適當的時程內推出並滿足客戶需求。
身為開發、設計人員，從文中提供的三個角度來思考，以確保產品與公司的競爭力。
1.設計系統不用從頭開始
在設計產品時，有一個觀念可能會顛覆我們對於產品設計的傳統想法。這是初期在 AlleyPin 擔任一人設計師，負責各種產品或視覺設計工作時才逐漸領悟到的一點。
當時，我在購買UI Kits這件事情上猶豫不決，擔心使用現成的設計資源會使我的設計變得無聊或是缺乏創造。後來面臨
在設計有四年快五年的時間，大部分都是從實戰經驗中去不斷摸索產品開發的流程。從視覺傳達的背景出來，在用戶體驗的經驗都是在實際開發中去摸索出來的。不是理論派，只是根據我本人的經驗摸索出來的設計方法，也不會用太多高深的詞彙說明。
以前搜尋怎麼做產品設計？究竟是要從什麼步驟開始的這件事情，大部分看到的
1.最小可行性產品(MVP)開發
一開始不必追求完美的產品,應先打造最小可行的產品上市
制定合理的初始生產量,考慮成本、現金流和效期等因素
善用閒置資源,降低固定成本
2.持續收集用戶回饋並快速調整
透過展會、市集、線上問卷等管道收集用戶回饋
重視並快速回應用戶回饋
這篇文章講述科技背景的創業者在不同階段應該做的事情，Idea 階段要迅速做出原型並讓使用者試用，MVP階段的目標是建構來發布並在一週內完成，發布階段要找到product-market fit等等。還有講述選擇技術棧、持續迭代、以及如何招募等。要以完成產品為優先，而非做到完美的架構，且能夠快速的迭代。
本文討論如何運用敏捷開發的概念到人生，以打造人生產品並驗證自己的喜好。透過市場見解，敏捷開發可以幫助我們快速迭代，以不斷納入新資訊制訂下一波戰術。同時，設計思考和建立人脈也能運用敏捷迭代。此外，我們也討論了計畫如何做才完整、產品藍圖的重要性以及應對科技債的建議。
敏捷測試能有效幫助科技公司應對網路興起、軟體當道和資訊爆炸的挑戰，透過小型、跨功能團隊的協作與快速執行，並以用戶反饋進行快速迭代以測試產品假說。本文談到敏捷開發的迷思、MVP的重要性以及風險的注重，以及精實創業中如何驗證市場假說。同時提出敏捷的問題點，並結合同理心設計以滿足消費者情感上的需求。
/
大家現在出門買東西還會帶錢包嗎
鴨鴨發現自己好像快一個禮拜沒帶錢包出門
還是可以天天買滿買好回家(?
因此為了記錄手機消費跟各種紅利優惠
鴨鴨都會特別注意銀行的App好不好用！
像是介面設計就是會很在意的地方
很多銀行通常會為了要滿足不同客群
會推出很多App讓使用者下載
每次
獨立遊戲開發，很多時是一個想法和熱情冒出來後，就叫人衝到電腦前想快點把成品弄完……就算做不了完整版，至少也想有個Demo。
既然想「快點」，那還要不要「花額外時間」去寫企劃書呢？
在處理這個問題之前，要先理解的是，這句話裡面至少有兩種情況。
其一：團隊裡只有一個企劃，所有事情都由一人主導
產品開發的成功，除了品質，更在於是否能夠在適當的時程內推出並滿足客戶需求。
身為開發、設計人員，從文中提供的三個角度來思考，以確保產品與公司的競爭力。
1.設計系統不用從頭開始
在設計產品時，有一個觀念可能會顛覆我們對於產品設計的傳統想法。這是初期在 AlleyPin 擔任一人設計師，負責各種產品或視覺設計工作時才逐漸領悟到的一點。
當時，我在購買UI Kits這件事情上猶豫不決，擔心使用現成的設計資源會使我的設計變得無聊或是缺乏創造。後來面臨
在設計有四年快五年的時間，大部分都是從實戰經驗中去不斷摸索產品開發的流程。從視覺傳達的背景出來，在用戶體驗的經驗都是在實際開發中去摸索出來的。不是理論派，只是根據我本人的經驗摸索出來的設計方法，也不會用太多高深的詞彙說明。
以前搜尋怎麼做產品設計？究竟是要從什麼步驟開始的這件事情，大部分看到的
1.最小可行性產品(MVP)開發
一開始不必追求完美的產品,應先打造最小可行的產品上市
制定合理的初始生產量,考慮成本、現金流和效期等因素
善用閒置資源,降低固定成本
2.持續收集用戶回饋並快速調整
透過展會、市集、線上問卷等管道收集用戶回饋
重視並快速回應用戶回饋
這篇文章講述科技背景的創業者在不同階段應該做的事情，Idea 階段要迅速做出原型並讓使用者試用，MVP階段的目標是建構來發布並在一週內完成，發布階段要找到product-market fit等等。還有講述選擇技術棧、持續迭代、以及如何招募等。要以完成產品為優先，而非做到完美的架構，且能夠快速的迭代。
本文討論如何運用敏捷開發的概念到人生，以打造人生產品並驗證自己的喜好。透過市場見解，敏捷開發可以幫助我們快速迭代，以不斷納入新資訊制訂下一波戰術。同時，設計思考和建立人脈也能運用敏捷迭代。此外，我們也討論了計畫如何做才完整、產品藍圖的重要性以及應對科技債的建議。
敏捷測試能有效幫助科技公司應對網路興起、軟體當道和資訊爆炸的挑戰，透過小型、跨功能團隊的協作與快速執行，並以用戶反饋進行快速迭代以測試產品假說。本文談到敏捷開發的迷思、MVP的重要性以及風險的注重，以及精實創業中如何驗證市場假說。同時提出敏捷的問題點，並結合同理心設計以滿足消費者情感上的需求。