與 KOL 聯手打造產品! 2B、2C 產品技能一次獲得!

Dennis Hsu
CMoney Product Blog
16 min readMar 5, 2024

每次在跟不同部門的同事、朋友分享在財經 KOL 專案(以下稱為作者專案)的工作時,大家最好奇第一個問題通常是:什麼是 B2KOL2C 產品經理? 你們工作內容與其他 2B、2C 的 PM 有什麼不同? 你們是不是要很懂投資理財? 為什麼你們一個人可以負責這麼多支產品?等種種問題。

在回答上述問題之前,可以先初步了解我們所服務的對象:
1.目前作者專案所服務對象是以財經相關領域的 KOL 為主,因此 PM 會需要具備基礎的投資理財知識。
2.財經 KOL 通常本身具有一定社群能量,對此通常開發完成後不需要經過冷啟動流程。
3.可搭配出版書籍、直播、線上線下講座課程等運營操作,強化 財經 KOL 社群能量。
4.透過持續性與 財經 KOL 對標產品市場定位(Product Market Fit),幫助產品與 KOL 教學內容緊密扣合,強化投資人運用軟體學習。

以下本文將會淺談 B2KOL2C 獨特的商業模式、未來展望,以及 B2KOL2C 的產品經理如何有效管理。

《文章目錄》
● 什麼是 B2KOL2C ?
● 為什麼需要幫助 財經KOL 開發產品?
● 5 大 B2B2C 產品經理運用的管理術
● 身為財經 B2KOL2C 產品經理我們的期待是?
● 結語

什麼是 B2KOL2C ?

在了解 CMoney 為什麼要大量開發產品之前,首先要先了解什麼是 B2KOL2C ? 因為我們所服務的對象不僅僅只是單一企業客戶,或是終端的使用者而已。

簡述:B2KOL2C 是 Business to Key Opinion Leader(KOL) to Customer 的縮寫;簡稱裡面的 B 代表 Business、C 代表 Customer,而在 CMonerey 中 Business 第一個 B 指的是 CMoney(B),第二個 KOL 指的是 財經KOL、金融法人或是網紅 KOL(2B),Customer (2C) 則是透過這些產品服務的終端對象。

特色:與 B2B、B2C 產品最大的差異,主要是服務對象的不同;B2KOL2C 產品服務的對象包含 公司內部、企業客戶、終端用戶,也因此對接到的利害關係人相較於 2B or 2C 的產品要多得多!另外會需要兼顧 企業客戶(財經 KOL),以及 終端用戶(財經 KOL 的用戶)需求外,同時也會有多位的 企業客戶(財經 KOL) 需要管理與維護關係。

為什麼需要幫助 財經KOL 開發產品?

在了解開發的原因之前,可以先知道作者專案的使命與願景;

◆我們的使命:幫助每個人做好財務投資
◆我們的願景:讓每個人從學投資到下單賺錢都在CMoney發生

*關於項目分級可參考
《Mission → Vision → Strategy → Goals → Roadmap → Task》(LENNY RACHITSKY)
《組織的溝通架構 Communication Stack》(Peter Su)

在上述的願景之下,我們所衍伸的問題如下:
1.期望用戶做好投資,但每個人的擅長&使用的投資商品、策略皆不相同
2.對於投資學習,每個人的理解程度、學習效率,能消化多少知識也不相同
3.新手初學投資,不知道哪些適合自己的操作方式

基於以上的問題,那為什麼不直接使用功能豐富的傳統看盤軟體進行教學,或是讓財經KOL僅透過線上、線下的課程學習就好?

要知道原因,首先我們要先來了解財經 KOL 與看盤產品的差異:

財經 KOL 產品 v.s. 看盤產品

◆財經 KOL產品
過濾掉看盤產品多而雜的資訊,僅保留財經 KOL 運用獨門知識進行投資操作。
飛輪:
學習財經 KOL 的投資技法 > 應用產品工具進行選擇標的 > 觀察標的加入自選 > 進行下單操作 > 反思&回饋 >優化原先操作策略 > 再次進入學習循環

◆看盤產品
主推看盤功能,相較於選股APP,更著重於各項資訊的揭露、功能的多元性。
飛輪:
具備基礎投資觀念 > 找到合適自己的指標&功能 > 選擇合適自身標的 > 進行下單操作

如果僅透過線上、線下的課程學習,在學習投資的脈絡會缺乏應用、實戰、反饋等學習路徑;
因此透過 專家 + 專家工具,期望打造更好的學習體驗,扣合工具應用於實戰,幫助用戶持續學習。

我們採取的策略,並透過飛輪來制定用戶的學習歷程:
策略1:能夠承接並開發來自不同領域的財經專家、財經 KOL
策略2:在相同領域中,再區分不同難度、教學方式,與操作週期等
策略3:具有足夠影響力的財經專家、財經 KOL,發展產品、教學多元性

因此根據上述使命、願景,以及所訂立的策略,會需要透過開發多元性的 財經 KOL 的產品來完成,然而在管理產品以下是我們日常所使用的管理方式。

5 大 B2KOL2C 產品經理運用的管理術

那作者專案到底是如何管理與開發產品的?這邊分別從5大管理面向切入:

  • 利害關係人管理
  • 需求管理
  • 數據管理
  • 專案管理
  • 資料管理

【利害關係人管理】

在作者專案中,會有來自財經 KOL、行銷、產品本身各方面的需求來源,我們大致上可以將需求分為兩種需求,分別是「客製化」與「一般性」需求,客製化需求指的是製作完成某一項功能僅能符合單一產品使用(e.g.獨特的財經 KOL 技法&工具),一般性需求指的是可以覆用於各產品使用(e.g.日K線圖)。然而,對於利害關係人而言,往往會更傾向於客製化需求來展現自身特色,這點是產品團隊可以理解的,但一味地聽從利害關係人的建議,我們會變成客製化接案團隊,這對於團隊來說過多的客製化會導致資源過度消耗,因此我們會更傾向引導將客製化需求轉為能夠被覆用、成本極低,或是尋求其他替代方案的作法。因此對於在利害關係人管理上我們會採用以下 3 招來執行:
◆期望管理:對於需求方所提出來內容,在需求調研時盡可能的追根究柢詢問真實需求(可運用 5 個 why 來找到真實需求),在了解需求後,先採取保守的方式進行工程上的評估,並在工程評估信心值尚未明確前,傾向給予較大範圍的時間區間,或是不提供具體完成的時間。另外是利害關係人對於需求的認知,盡可能以真實UI介面來呈現,提高需求方與產品方對於需求的理解認知。
◆優劣分析:在了解真實需求後,會進行優劣的分析,並至少提供 1~2 項替代方案讓利害關係人參考,並從替代方案中,能夠明確的表示降低多少實作時間,對於原先真實需求解決了哪些痛點。
◆門檻設定:假設上述都無法有效說服利害關係人,屆時可以與利害關係人設定門檻,例如:本次銷售達到多少套數?達成多少營收?或是獲得多少新用戶作為門檻的設定,以激勵利害關係人具有目標感的同時,也確保能達到我們所需要的商業效益。

*關於利害關係人的區分方式可參考Peter Su所使用的Stakeholder Mapping矩陣
《產品經理該如何做好利害關係人管理》(Peter Su)

【需求管理】

在需求管理上,除了上述所提到的客製化與一般性需求外,我們可以透過 Kano 模型定義出三種不同層級的使用者需求,用於引導財經 KOL 能夠發揮自身優勢或是特色展現。
◆基本型需求(Basic / Must Have):若不提供,滿意度會大幅降低;若提供,滿意度會達到基本門檻。(e.g.日/週/月K線圖)
◆期望型需求(Performance):若不提供,滿意度會降低;若提供,滿意度會提升。(e.g.K線圖畫線功能)
◆興奮型需求(Excitement / Delighter):若不提供,滿意度不會降低;但若提供,滿意度會有大幅提升。(e.g.財經 KOL 投資日誌)

*關於產品策略方法參考於
《Dan Olsen’s Product Strategy Framework》(DOTTIE SCHROCK)
《B2B2C 產品經理(三)從初創、成長到成熟期,不同階段的產品策略》(Anne Hsiao)

而對於上述三種類型需求,在我們會更傾向於
◆基本型需求(Basic / Must Have):建置模組,並將模組套用於各產品上,讓各產品對齊模組功能,未來需要優化功能時,可先優化模組,再將各產品模組版本升級,避免於不同產品上有不同操作流程、寫法,或是不同的用戶體驗。(e.g.社群功能、文章/影音功能、個股K線圖等)
◆期望型需求(Performance):除了建置模組外,可設定商業效益門檻,對於有該需求的財經 KOL,在確保開發成本的同時,也兼顧商業效益。(e.g.畫線工具、獨特技術指標等)
◆興奮型需求(Excitement / Delighter):可接受部分客製化需求,並執行假設驗證,透過實驗與測試來確認興奮型需求可覆用於其他產品中。

*關於假設驗證可參考
《連結夢想與現實:PM做新創產品的4步驟,讓idea成功落地》(Rebecca Chiu)

在需求管理上,要同時能夠兼顧多支產品,主要會仰賴「模組」的建置,透過執行模組的迭代與優化,確保每一支產品在基本型需求、期望型需求能夠被滿足的前提下,將資源投入於興奮型需求。在透過假設驗證多項興奮型需求,以建立更具個人特色的產品功能。

【數據管理】

然而在上述的對於 2KOL 的需求管理外,能夠有效透過漏斗分析(Funnel Analysis) 2C 用戶需求,將有助於完善產品流程與體驗,幫助 KOL 的用戶於產品中能夠更有效的運用工具。從上述的財經 KOL 學習飛輪,我們可拆解為「學習」、「實戰」、「反饋」三大塊領域,然而在產品流程可透過「功能漏斗分析」進一步拆解用戶行為:

◆實戰階段:
﹣開啟APP進入選股頁查看今日選股清單
﹣透過篩選選股清單進入個股頁查看重要指標
﹣將需觀察標的加入自選股 或是 進行下單操作
﹣進入下單頁執行標的買賣
﹣追蹤每日庫藏股動態,並調節部位
◆反饋階段:
﹣依據每一次的操作反思,並與社群進行交流
◆學習階段:
﹣持續學習投資理財內容
﹣根據優化結果應用於下一次實戰中

可根據上述內容分別拆解,以下拆解在實戰階段行為(由選股頁到下單委託成功):

*每一步轉化率都是下一步人數/上一步人數,例如選股頁進入個股頁,就是個股頁人數/選股頁人數,1000/5000=20%。

然而製作漏斗會需要三個基本條件:
條件一:流程上,有前後關聯的N個步:優先梳理前後關係的流程
條件二:資料上,每個步驟得有資料記錄:需要確保每一個環節都有事件埋點。
條件三:統計上,從完成第一個環節開始統計:需要完成上一個步驟(例如:選股頁),才計算下一步驟(例如:個股頁)

我們可以根據每一個執行步驟來去分析,進行多個角度觀察,目前常用觀察方式:
1.與相似產品類型比較:比較相同類型產品(例如:皆為台股存股型產品)
2.自己與自己比較:週維度比較(WOW)、月維度比較(MOM)、季維度比較(QOQ)、年維度比較(YOY)等

根據上述比較方式,我們便可得出相對應優劣的數據,進而排查導致數據變因的原因,並依據該流程進行功能上的優化。

【專案管理】

在作者專案中,每一項產品我們會認列為一項專案,或是某一次的迭代項目認列為一次性專案,因此我們大致上區分為「新作者新產品」與「既有產品」2項進行管理。

在新作者新產品上,我們採用 CRM 方式進行管理,透過建置由「業務開發」到「產品上線銷售」流程(較類似瀑布式開發(Waterfall),但採用最小可行性版本執行,來確保每一個環節的執行內容,以及明確的紀錄過程。
◆工單顆粒度:單一財經 KOL 產品。
◆看板目的:確保新作者新產品開發過程能被有效紀錄與推進。
◆利害關係人:財經 KOL、業務、行銷、產品、前後端工程等單位。

在既有產品的迭代管理上,我們採用 Scrum 敏捷開發方式與建置「需求收斂」到「產品上線」流程,並透過 Jira 來建立對應看板,以利追蹤、滿足單一產品的需求 or 功能推進。
◆工單顆粒度:單一產品需求 or 功能(控制在一期 Scrum 可完成內容)。
◆看板目的:確保各產品單一需求的過程能被有效紀錄與推進。
◆利害關係人:財經 KOL、行銷、產品、前後端工程等單位。

*關於瀑布式開發(Waterfall)、敏捷開發(Agile Methodology)介紹可參考
《敏捷系列 | 我該如何選擇瀑布式開發或敏捷式開發?》(Alex Chang)

當然,除了上述所提及的開發流程、看板與泳道應用外,皆需要扣合每一季度所制定的OKR,並設定忌妒內的Roadmap、甘特圖,確保每一項開發可符合OKR以及如期完成。

【資料管理】

由於有大量的新作者新產品以及既有產品迭代專案開發同時進行,因此對於所有產品的文件、資料需要能夠有效控管,避免為了找尋一份文件或是檔案花了太多的時間,甚至是有同仁轉調、離職時造成文件上的缺失,因此有效的資料管理是不可或缺的。而對於資料管理上,目前採用以下方式進行:

制定資料層級:可透過資料的目的、資料執掌涵蓋範圍,以及涉及的利害關係人來進行區隔,並將其框架套用到每一項產品管理上。以確保執行每一項產品時,所運用的資料脈絡一致,避免找不到文件與檔案的情況。
◆專案總表:專案資料最高層級,具備連結地圖、各項總表、每季OKR、人力等資訊。
◆作者總表:以財經KOL為分類,表單包含各軟體規格書、迭代紀錄等單一作者內容。
◆通用總表:以基礎功能、模組等通用內容進行分類,用於確保模組迭代內容與規劃書。
◆教育資源:以專案、部門教育資源為分類依據,建立明確的專案課程與教學簡報等。

除了上述針對各項管理有不同的應用方式與工具,在作者專案中也有 2 項方法來幫助管理內容能夠被有效落實。

◆仰賴高度 SOP(Standard Operating Procedures):對於 B2B2C 的產品經理來說,具備完整且明確的 SOP,能夠大大降低管理成本,不只適用於資料管理上,可用於各項管理上有明確的原則與規範。
在作者專案中,最活用的 SOP 包含:
產品開發 SOP:於每一支新產品開發上,都有許多細節與內容需要注意,包含會需要建置 iOS、Android 後台、需要建置 Firebase 的 Remote Config,或是建立該產品第三方登入等,因此透過建置從 0 到 1 完整的新產品開發 SOP,能夠確保新產品在製作、設定、驗收上,每一項環節能夠被有效落實。
工單開票 SOP:於每一項工單在開票上,所需填寫內容、文件規格、任務受託人等皆須有明確流程,能夠確保每一項單據開票時,能夠明確的提供接收任務者相關資訊,避免因為不同成員的不同習慣而讓工單內容參差不齊。

*關於SOP相關介紹&應用可參考
《SOP是什麼?3個步驟打造不用訓練也不會犯錯的標準作業流程(姚長安 Mr. Frank)

◆建置完整教學資源:要能夠有效運用上述的內容,專案內部能夠建置完整教學資源也是十分必要的,除了能夠有效對齊專案內的執行原則、SOP 外,也能有效的降低新成員加入所帶來的磨合時間,幫助專案也幫助新人能夠快速上手。關於教學資源未來再深談如何根據專案打造專屬課程。

● 身為財經 B2KOL2C 產品經理我們的期待是?

在投資面向:強化投資知識,拓展海外市場。

◆推廣策略投資理財的重要性:身為 CMoney 財經 KOL 的產品經理,因為實務上會接觸到很多不同的市場、商品標的、投資技法&策略,深知投資策略的好壞大大的影響用戶的投資績效,我們也於雙週進行「投資分享交流會」,主要鼓勵同仁能夠持續優化投資知識,除了幫助自身在工作上更了解 KOL 需求外,也能夠強化自已在投資領域的造詣。

◆拓展開發美股海外市場:除了持續開發台股的財經 KOL 外,我們也關注到目前美股市場逐漸於台灣開枝散葉,2023 年全市場複委託戶數 465 萬戶,新增 85 萬戶,較 2022 年新增 75 萬戶成長 13%,顯示台灣人對於美股市場的需求外,2024年我們也致力於開發東亞(日、韓)、紐澳、歐美等地的海外財經 KOL,將產品推向國際,接軌全球。

在產品面向:持續開發品質優良的產品與功能,讓每個人從學投資到下單賺錢都在 CMoney 發生

◆透過 PAGEs 系統降低開發成本與提升品質:CMoney 仰賴於 PAGEs 系統日漸成熟,目前大多數的產品均可用 Low-Code 的方式由 產品經理自行組裝 APP,組裝內容包含 選股策略、資料報表,甚至是 介面UI,都可以由作者專案 PM 自行學習、建置,最終上架提供給 財經 KOL 的用戶。而對於軟體內使用元件將可以持續投入人力資源,讓每一項軟體功能都具備可覆用、品質好、體驗佳等條件。

*關於CMoney PAGEs相關介紹&應用可參考
不用透過工程師,一週完成一支APP- CMoney PAGEs- low-code APP開發解決方案(屁哥 終於成為產品經理了)

◆深度研究 產品應用場景強化功能:持續深度研究 2C 投資者從學習、選股、應用、下單、獲利整體流程,透過數據分析、調整UI/UX體驗、財經 KOL 策略回測與技法學習,讓投資變得簡單、易懂,且能反覆學習驗證,幫助每個人從學投資到下單獲利。

結語

本篇簡單分享了 財經 B2KOL2C 商業模式的執行與展望,以及作者專案對於 5 大管理面項所使用的方法與工具,實際在執行上除了能夠熟悉上述內容外,更仰賴於產品經理對於利害關係人的溝通,良好的引導與向展現專業,有助於提升與利害關係人的信任度,未來將會對本文內容所提到的部分進行更深度的討論與分享。

最後:改變世界的 2 大趨勢:投資理財 + 產品思維,成就你的亮點人生。

我們致力於將投資理財與產品思維結合,幫助每個人透過有效的工具學習投資。CMoney 是一間成立於 2003 年由投資分析工具與資料起家的公司,目前提供國內超過 200 家的銀行、證券、基金等公司智慧型高速回測系統,並擁有超過百萬用戶的金融科技公司,如果你對學習「投資理財」或是成為「 B2KOL2C」產品經理 有興趣,並且喜愛投資學習與主導產品策略開發,歡迎一起加入我們!

--

--

CMoney Product Blog
CMoney Product Blog

Published in CMoney Product Blog

CMoney 產品部致力於創造更好的工具與社群,幫助每個人做好人生投資。我們相信,打造成功產品的第一步,就是擁有出色的產品經理。而培養產品經理最好且唯一的方法就是實戰。我們開發超過百支App,橫跨不同產品階段與TA。讓你實際體會0–1或1–100的過程。