透過層層判斷、過濾並選擇符合目標來開發產品｜應援產品長熙元

熙：負責應援產品的開發和管理。我的主要工作職責包括：

• 收集客戶反饋和需求，並轉化為產品功能
• 制定產品開發策略和規劃
• 與工程師和設計師合作開發產品
• 追蹤產品發布和性能

熙：不是。我大學念政治，一開始工作是偏媒體跟政治選舉，工作內容是結合科技和數據來選舉。後來在因緣際會下認識應援 CEO 蕭a，他邀請我加入應援，成為零號員工。當時加入這個 project 時，應援還沒有成立。我之所以加入，是因為當時在選舉時遇到了一些痛點，並看到市場的潛力。

熙：自己在30歲前想嘗試不同的選擇，加上對政治和科技都很有興趣，就想也許是一個很好的機會可以嘗試這個產業，因為組織較小，比較有機會可以邊做邊學，缺點是比較少人會引導你，需要靠自己多花一些時間去學習、犯錯，優點是可以用比較開創性角度去接觸，因為以自己的個性可能不會去創業，所以覺得這是一個蠻難得的機會來挑戰自己。

熙：因為我們的產品是TO B，所以跟第一線接觸客戶的BD(業務開發)密切去討論是非常重要的，同時讓BD可以理解產品開發的困難，讓產品開發理解BD開發業務的困難，當大量的需求湧入時，可以快速的去反應跟驗證。未來會以策略性的角度去開發產品，例如：BD要開發那些類型的客戶，我們可以提前做出可以解決這類型客戶關鍵問題的功能，讓業務開發更順利。

熙：有一個例子是，我們曾經開發了一個活動售票的功能。在系統介面上，我們很直覺地寫了「購票」和「你的票券」。但客戶覺得他們不是在賣票，不應該寫「購票」這麼商業行為的用詞，應該是寫「報名」。類似這樣的情況，我們花了很多時間考慮這件事情。要想一個很通用但又怕大家聽不懂。這些都是我們剛開始開發時不會想到的問題。往往丟出去的 UI/UX 會覺得沒有問題，但是往往就是會有問題，而且問題往往是你從來沒有想過的。不過，當經驗越來越多時，現在慢慢可以猜出客戶會注重的點。

熙：我會使用一個簡單的框架來評估產品功能開發的先後順序。這個框架包括以下幾個因素：

• 影響力：該功能可以影響多少用戶？
• 重要性：該功能對用戶來說有多重要？
• 可行性：該功能是否可以順利開發？
• 成本：開發該功能需要多少成本？

我會根據這幾個因素對每個功能進行打分，然後根據得分來確定開發的先後順序。此外，我也會與業務開發和老闆進行討論，確認開發的功能是否與公司的發展策略一致。

熙：說"不"的能力(大笑)、溝通能力、控制焦慮的能力，代表你很清楚你現在要做什麼，但你同時又要告訴大家什麼東西要跟我講我需要知道。另外一個是加強商業知識，尤其是做SaaS，你的商業模式就是你的產品，如何跟產品結合並衡量impact很重要，最後是忍受挫折，你要接受很多事情跟你當初預期的不一樣，因為很多事情都想做的很好，但是有時候你必須要放掉一些事情，才能走得更長遠，不然就會一直被打磨。

熙：新創就是有很大的生存壓力，所有的掙扎與挫折都是因為大家想把事情做好。另外一個滿意的地方是我們上下班很彈性，彈性和要有自己的生活對我來講蠻重要的，總結來說是滿意的。

熙：之前有想要去國外念書，有考一些檢定但已經過期兩次，現在有機會的話也許會去，但不是主要的目標，這可能跟大學念政治系有關，我還是希望在台灣做一些事情，就算是去國外也是要吸收不同知識，但最終是要留在台灣，之前出去一年，感受到自己對於台灣這片土地有比較深的連結，或許待在台灣有很多不好的地方，或是可能機會比較少，但我還是喜歡待在自己感受比較舒適的地方，家人都在這裡，所以目前沒有這個想法。