新的一年我參與的讀書會首個討論議題是「組織改造跟文化核心如何提升作業績效」。這個議題銜接去年底的「年終績效考核」討論,其中不少人都提到《影視颶風》作為例子。因此我想分享自己對工作流程、組織以及文化如何提升團隊作業績效的看法。
◎系統與功能的迷思
我前公司的老闆大約每三個月就會提出系統與功能方面的需求,認為工作全面資訊化、系統化後,就能避免人員出錯,並以最有效的方式作業。這個想法本質上是對的 - 有了自動化和資訊系統的輔助,確實能讓人員將心力投注在更有價值的工作上。關於這點,我們可以從《影視颶風》的影片「影視颶風的100個員工,上班都在做點啥？飛書辦公體驗分享」中得到很好的印證。
◎《影視颶風》的演進歷程
從影片中可以看到《影視颶風》不同職位工作者的工作模式與環境。但這樣的工作流程並非一蹴可幾,而是在八年間經歷了多次改變與調整,中間也曾面臨過工作流程與管理的困境。感謝 Tim 在 Youtube 頻道上的分享,不論是 QA 問答或《影視颶風》內部的工作內容分享,都讓我們看到這間公司不斷求變的態度,完全符合他們「無限進步」的 Slogan。
話說第一個採訪的剪輯工程師姚志浩，提到他想購買的整套圖馬司特方向盤，這讓我想起我們午休時間，一群工程師在開歐洲卡車模擬遊戲的場景，所有的工程師想法都是差不多的。
在《AI 助力產品規劃與市場洞察的應用》一文中，我說明了產品開發階段中涉及「揣摩上意」、「集思廣益」以及「市場分析」的部分。而在《透過 AI 進行商業模式與市場份額的分析》一文中，我進一步探討了如何展開「商業模式」與「市場份額」的分析，並以 AI 工具輔助的實例作為說明。本篇文章將進一步聚焦於產品開發過程中的功能規劃與系統結構設計，說明如何有效與開發團隊協作，並最終成功完成產品的開發與上市。
◎團隊角色與分工
在網路平台服務的開發中，團隊通常包括以下角色：產品負責人/專案經理、系統分析師/功能企劃者、UI/UX 設計師、前端開發者、後端開發者、SRE 工程師、QA 工程師。如果產品還包含 APP 或資料分析功能，則還需 APP 開發者與資料工程師參與。對於規模較小的公司，一人身兼多職的情況並不少見。
無論組織規模大小，各有其優劣，但保持高效能與競爭力的關鍵在於團隊內部的協作。我在《逐步打造高效開發團隊的經驗談》中有提到，團隊分工與協作是一個長期且需不斷滾動優化的重要課題。
當產品從商業規劃轉向技術實作，就像建築設計產業中，從需求溝通到結構圖繪製的過程，以及最終由工班完成整個建築結構與內裝設計工程。系統分析師和功能企劃者的角色，類似於建築師和室內設計師；SRE 工程師則如同結構技師；後端、APP、前端開發者及 UI/UX 設計師則像是各類型的工班；QA 工程師則負責驗收成果；產品負責人則是協調整個項目的管理者。
◎流程與文件的重要性
產品開發的第一步通常是撰寫產品規格書，內容涵蓋功能結構文件與產品架構圖。這些文件會在啟動會議中進行討論，以確認功能可行性，並細化成可執行的工作任務與工時規劃。工時分配包含規劃、開發、測試、修正、驗收五個階段。
有了產品規格書後在細部設計階段，UI/UX 與前端開發人員負責功能頁面的規劃，並與後端及 APP 團隊同步協作。功能企劃者則需負責在交付產品規劃的同時，也定義驗收標準，由 QA 工程師執行測試並反饋問題，確保最終成果符合需求。
下圖是我以 ChatGPT 生成 Mermaid 格式的語法，然後再透過 Draw.io 輸出的開發流程圖，原則上多數開發團隊應該都是以類似的模式在進行。
附帶一提，我曾遇到一些團隊忽略文件的重要性，僅以簡單的思維圖與不斷的會議討論進行需求傳達與確認，但過程缺乏完整的會議記錄僅憑與會者各自的記憶，這進一步導致在驗收階段 QA 無法有效測試，也不清楚驗收的真正標準。這種模式有時會被以敏捷開發的名義掩蓋，甚至轉而批評文件化流程浪費時間。我贊成功能需求變化過大的開發，可以省略很多文件規劃的步驟，畢竟有可能規劃剛做完需求又改變。而另一種是在開發的程式語言其架構、註解與歸檔都做的很好的狀態下，也可以省下一些不必要的文件，這些都可以讓時間更有效的運用在開發本質上。但我不認為什麼都不留紀錄，只留在每個開發者的腦海裡這一件事，會是一個妥當的開發模式。
我認為敏捷開發應注重需求切割與快速迭代，而非完全放棄文件的存在。快速迭代是為了跟著市場的變化來進行開發，但市場的真實需求變化其實沒那麼快，最大的問題是我們需求作業沒有到位，而這跟有沒有文件化完全是兩回事。
◎引言
在上一篇《AI 助力產品規劃與市場洞察的應用》中，我分享產品開發過程中「揣摩上意」、「集思廣益」、「市場分析」的方式與經驗，這一篇我將接續分享「商業模式」、「市場份額」如何展開，並以「會員紅利系統」與「訂閱服務機制」應用在：健身俱樂部、電子商務平台、餐飲連鎖品牌、共享辦公空間、娛樂與影城、旅館住宿集團與OTA，這六種類似的產業，作為參考的範例。
當我們已經確認了前段的需求，並且做了市場的需求分析與調查之後，再往下就需要思考我們想推出的解決方案或服務，其商業模式應該如何展開，才能夠確保有足夠的獲利支撐這個產品。同樣的也應該預估產品在市場中潛在的影響力跟競爭地位，並制定一個有機會達成的市場份額，在之後的銷售規劃上才能圍繞這個目標來進行。
以下將延續上篇探討「會員紅利系統」與「訂閱服務機制」這兩種商業模式在不同產業中的應用，包括健身俱樂部、電子商務平台、餐飲連鎖品牌、共享辦公空間、娛樂與影城、以及旅館住宿集團與 OTA。此外，還會介紹如何透過市場份額的分析來評估這些模式的潛在商業價值。
◎會員紅利系統與訂閱服務機制的商業模式
⦿會員紅利系統的商業模式
•積分累積與兌換：通過用戶的每次消費累積積分，這些積分可以用於兌換商品、優惠券或免費服務。這種模式的優勢在於能夠提高用戶的重複消費頻率，增強品牌忠誠度。適合各類高頻率使用場景，例如餐飲、零售與健身。
•推薦獎勵：用戶通過邀請新會員加入可獲取額外積分，這種方式不僅能增加新客戶，還能提高現有會員的參與感與忠誠度。這種模式適合需要快速擴大用戶基數的行業，如共享經濟平台與電子商務。
•分級會員制：根據積分的累積，會員可以晉升至不同等級，每個等級享有不同的專屬權益，例如折扣、升等、獨家活動邀請等。這樣的層級設計能激發用戶進一步消費以達到更高的會員等級，適合娛樂、影城及旅館住宿集團。
⦿訂閱服務機制的商業模式
•固定費用訂閱（預收）：用戶每月或每年支付固定費用，以獲取無限次使用特定服務的權利，例如健身房的月卡或電影院的 A-List 計劃。這種模式的優勢在於現金流穩定，並能提高用戶的使用頻率。
•增值服務訂閱：在基本服務之外，提供額外的增值服務，這些服務可能包括專屬內容、特別折扣或專屬活動。此模式適合電子商務平台與共享辦公空間，能吸引願意支付更多的用戶。
•按次消費訂閱：結合按次消費與訂閱模式，用戶支付較低的訂閱費用後可享受每次消費的額外優惠，例如餐飲連鎖品牌的飲品訂閱服務。這樣的模式能夠兼顧穩定收入與促進消費頻率。
•多元化訂閱：提供不同層級的訂閱選擇，每個層級對應不同的服務範圍與權益，例如共享辦公空間的基本會員與高級會員服務。這樣的多元化設計能滿足不同消費能力的用戶需求，並最大化收入潛力。
從 1997 年開始，我就習慣使用行事曆來管理每天的工作，在當時使用的是 Outlook。時至今日，我已經改用 Mac 和 Google 的行事曆，搭配蘋果備忘錄與 Google 的待辦事項應用，逐漸建立起一套屬於自己的工作管理系統。這些工具的功能不盡相同，但它們的核心價值在於協助梳理時間、掌控進度，以及記錄重要細節。
現在的敏捷開發包含採用 Scrum 與 Kanban 的相互搭配，跟我使用這幾個工具的概念類似，這包含規劃與檢視的循環作業、工作事項的拆解與分層管理、不同工具間的動態轉換，基本上 Scrum、Kanban 是以團隊為概念來運作，而我使用的方式則是針對個人工作管理的一種模式。因此這篇就簡易分享我如何使用這幾個隨手可得的工具，來優化我的工作模式。
◎行事曆：規劃未來與檢視過去的好幫手
行事曆是這三個功能裡我最早接觸的，求學階段我是使用傳統的日誌手寫紀錄，邁入職場後發現有電子化工具，我就轉改為用電腦跟 PDA 來紀錄。對我來說行事曆不僅僅是提醒工具，而是一種反思與歸納彙整的載體。最早期我會在每月與每一年度回顧整年的工作狀況，但養成檢視行事曆事項後，我就把這種檢討進一步固定為每週都進行。通常下班的路上，我會回顧上一週的工作狀況，並檢視有哪些問題需要解決；而最後一個假日晚上，我會預先安排或調整接下來一週的工作優先事項。
我對行事曆的使用非常直觀，所有需要安排具體時間的事項都會記錄在這裡，包括專案的時程安排、團隊的固定會議，甚至是我的運動計劃。最早它在團隊工作中若是有搭配 Lotus Note 或 Microsoft Exchange 伺服器，可以將個人的行事曆與其他同事分享，在 2000 年初期這是很新穎的模式，而現在使用 Google 行事曆就可以輕易分享各種行程，也可以預約實體設施。而行事曆不僅是用來規劃未來，也能成為追溯過去的工具。我可以藉由查看行事曆，搜尋特定關鍵字，快速掌握某段時間的工作狀態，或找到某些項目延誤、重複發生問題的原因。
◎引言
在產品開發的過程中，規劃與分析是決定產品成功與否的關鍵環節。無論是初創公司還是成熟企業，精準的產品規劃不僅能幫助團隊聚焦於核心目標，還能有效應對市場的競爭與挑戰。如何進行全面而深入的產品分析，並制定具體的執行策略，是產品開發過程都需要面對的課題。
產品規劃通常涵蓋多個層面，從理解市場需求到設計商業模式，從制定價格策略到選擇銷售管道，每一個環節都需要結合數據分析、用戶研究以及創新的思維方式。這不僅是對產品價值的深度挖掘，更是企業在激烈市場中獲得競爭優勢的必要步驟。
對於產品規劃，我一般會從「揣摩上意」、「集思廣益」、「市場分析」開始，接著思考「商業模式」、「市場份額」、「產品結構」，最終再進行「價格策略」、「銷售策略」的規劃。之前我分享過<如何擬定網路平台產品的定價模式>，裡面提到如何有效制定產品的價格策略。而這篇文章我將以結構化的方式，分享我在軟體平台開發過程中，會進行的產品規劃與分析的前期核心環節，包括如何揣摩需求背後的商業目標、如何進行市場與競爭分析。同時也會分享如何透過AI工具的輔助，提升我們作業的廣度與效率，希望這些清晰的框架與實際經驗的分享，可以提供完整的產品規劃指引。
◎揣摩需求與目標：理解產品的本質
產品規劃的第一步是明確需求背後的商業目標，這是一切決策的起點。需求通常來自多種管道，例如常見的是由經營層/老闆提出一個戰略概念、或是我們從使用者回饋中發現未被滿足的痛點，抑或是競爭環境中出現的挑戰。無論來源為何，最終的目的是確保產品的設計方向與公司的商業發展藍圖保持一致。這裡我覺得很重要的一點，需求提出只是開頭，不論是由誰所提案，負責作業的人都要進行適當的市場解析與研究，最終才制定一個可行的產品方案。千萬不要只評直覺或單一觀點，就投入產品的規劃與開發。
例如，我們接到經營層提出一個目標：「提升現有產品的用戶黏性」，更具體而言公司希望能夠促使現有客戶持續進行消費，並透過建立完善的系統與機制，進一步強化客戶與產品的連結。這個策略不僅能提升客戶忠誠度，還能有效降低市場開發成本，因為對於企業來說，維繫舊客戶的成本通常遠低於開發新客戶。同時公司也希望藉此實現資金預收，為企業帶來穩定的現金流，從而更靈活地管理金流水位，支持公司的業務運營與擴展。
這個看似簡單的需求，其背後蘊藏著多層的事項要進行分析跟考量。我們利用這個假設的目標，開始進行產品規劃的實作拆解，由於不同行業別對於產品用戶黏性的切入點都不相同，我就以網路平台的角度來切入，實作中提到的一些情境、系統規劃，會適用於下列的幾種產業：健身俱樂部、電子商務平台、餐飲連鎖品牌、共享辦公空間、娛樂與影城、旅館住宿集團與OTA。
在這個階段我會透過生成式語言模型來提供給我產品方向的思維參考，我可以給予一個提示詞詢問：「在網路平台中，要達到提升現有產品的用戶黏性，有哪些系統功能可以實現呢？」透過像 ChatGPT 這類的語言模型，就會給出一些參考，像是會員積分與紅利系統、VIP 分級會員系統、推薦系統與個性化內容、任務與獎勵系統、個性化行銷與消息推送、訂閱制服務與專屬內容......等。當我收到這些參考項目時，就會開始跟我已知的服務進行關聯，例如會員積分與紅利與會員分級系統，不論在零售業或是旅遊娛樂產業都很常見。推薦系統跟個性化內容，最早在 Amazon 電商最為知名。任務與獎勵系統像Nespresso膠囊咖啡，或是寶可夢的手機版遊戲，都有這一類的設計。跟已知的服務關聯是很重要的一個環節，一方面讓我們更進一步去理解這個功能的可行樣貌，另一方面也養成對於生活中接觸的不同事物仔細觀察的習慣。
除了透過提示詞來取得產品方向的參考外，還可以不斷的利用提示詞深入分析，或對於我們不太理解的項目進行解釋。同時也可以提供目前我們已經擁有的功能，來推理較適合開發哪一種新的功能達到公司的目的。例如可以透過這個提示詞來詢問：「上面提到的功能哪一種最能實現預收金流，以及技術上面的困難度最低，使用者的接受度也最高？」這時語言模型回覆提到「訂閱制服務與專屬內容」 是最能實現預收金流、技術困難度相對較低、且使用者接受度最高的一種功能。通常語言模型回覆的內容更多且更完整，因此可以往復進行提示詞的修正，最終獲取我們需要的資訊。
彙整了公司的需求以及我們整理的資料後，可以將本次產品規劃的核心目標定為：快速吸金以提升公司資金流動性，同時打造一個具黏著力且具備競爭壁壘的商業生態系統。這個目標的具體呈現與達成是透過推動「會員紅利」系統與「訂閱服務」機制，讓會員每年預先支付一個額度的會費，換取公司旗下的產品服務，而針對這個我們可以繪製一個系統目標的心智圖。
同樣心智圖的產生，也能以 ChatGPT 來作業，我們可以要求生程式語言模型以 Markdown 的格式來輸出心智圖，之後再將這個 Markdown 語法的文件，轉存成md檔再透過心智圖軟體來開啟，例如 Xmind 或 EdrawMind 來呈現心智圖。但這裡也需要注意一點，現有版本的生程式語言模型，其原理就是個受過大量資料所訓練出來的文字接龍。它所回答的內容不一定是真實的，我們可以透過這個輔助工具來提升效率，並快速獲取資料，但這些資料的彙整跟吸收，還是要仰賴我們的思維才能成為有用的東西。同時語言模型產出我們要求的格式時，有時會出錯，因此也必須了解這些格式的語法，當它出錯時才能進行提示詞的修正與調整。AI 工具很好用，但使用它也需要具有一定的知識背景。
:: 下一頁 >>
