maokiddo 2.0

專案起點

maokiddo 1.0 已經上線，但技術債與 bug 累積到臨界點：每次要加新功能都需要付出極高的工程代價，前台體驗也無法支持我們想推進的雙邊平台策略。

前台的預約流程仍延續舊有邏輯——飼主打開地圖，自己搜尋附近保母，瀏覽個人頁再送出預約。平台更像是資訊列表與比價工具，沒有真正協助使用者做出這個「把陌生人帶進家裡照顧毛孩」的高風險決策。

與此同時，供給端其實已在教育站累積了 80+ 名修過動保處核定 40 小時課程的學員，但這條供給端路徑在產品上完全沒被整合呈現。

在這樣的情況下，團隊決定直接重建 2.0，而不是繼續在舊架構上打補丁。我接下這個案子時，目標就很清楚：3 個月做出一個可營運的 MVP，重新定義預約邏輯，並把照護員課程與平台端接案流程串成一條完整的路。

問題與機會

在訪談階段，我從雙邊使用者出發，整理出核心痛點：

• 照護員端： 資深照護員對既有平台最大的抱怨，是搶單文化、金流不透明和工具貧乏。即使支付 20% 抽成，卻沒有獲得足夠的管理工具與支援，讓她們有強烈的換平台意願。
• 飼主端： 慎重型飼主表示對「陌生人進家」有極高警戒，更在意平台是否有專業認證與篩選機制。

這讓機會點變得清晰：

• 對飼主來說，平台真正的價值在於「幫我挑人」，而不是「給我一堆人讓我自己挑」。
• 對照護員來說，透明金流、清楚訂單與職涯路徑，比單純抽成比率更重要。

結論：2.0 不應該只是把舊流程做得更漂亮，而是要把產品角色改寫成「決策輔助 + 供給端賦能」。

從需求到解法

在定義解決方案之前，我用 Jira 把整個 3 個月 MVP 拆成三個 Sprint，對齊三個核心目標，而不是從頁面出發做排程：

• Sprint 1 — 品牌落地 × 用戶入口：靜態介紹頁上線，建立平台第一印象；同步完成會員註冊與登入流程，讓真實用戶開始進站。
• Sprint 2 — 供給端進站：照護員申請與後台審核流程、服務項目與定價設定上線，確保有足夠合格的照護員在預約啟動前就位。
• Sprint 3 — 交易閉環：預約配對流程、綠界金流串接、後台訂單管理與 Email 通知全數上線，讓整條預約 → 付款 → 通知路徑跑完一圈。

Jira 看板 — 以三個 Sprint 對齊目標，而非單純按頁面排工

核心產品決策：搜尋 → 配對

• 將預約入口從「地圖搜尋」改為「條件化需求表單」：飼主先描述服務地點、時間、寵物類型與偏好，讓系統有結構化資訊可媒合，不再一開始就丟一排保母卡片給飼主自己決定。
• 設計基礎條件媒合機制，以地點、時間、寵物類型與服務項目為主，預留進階排序空間，確保 MVP 不過度複雜但保留延展性。
• 讓照護員端有調整訂單內容的權限，把現場實務的彈性考量放進設計裡，不是讓飼主單方面決定所有細節。

MVP 功能範疇

產品 Sitemap — 飼主端、照護員端、後台三方模組的頁面架構總覽

刻意暫緩：退款自動流程、進階評價／信用系統、複雜推薦排序——讓團隊在 3 個月內完成「可用且可營運」的閉環，而不是一開始就追求完美平台。

預約流程重構

將原有的「地圖 → 列表 → 自己選 → 自己溝通」，重寫為：

改版前後對照 — 從「打開地圖自己找」到「填表單交給系統配對」

設計關鍵決策

• UI 風格偏產品感：MVP 階段刻意以資訊清晰優先於品牌花樣，確保照護員與飼主在第一次使用就能搞懂平台角色，降低教學成本。
• 供給端漏斗設計：將照護員課程→申請→審核→服務設定拆成一條完整路徑，避免讓學員停在「上完一門課」而看不到後續職涯出口。
• 照護員金流透明化：進帳總覽頁呈現每筆服務收入與抽成明細，直接對應訪談中照護員最在意的「工具貧乏」痛點。

飼主端預約流程 — 從需求表單到自動配對，取代原本的地圖搜尋

供給端漏斗 — 從 edu.maokiddo 課程學員，到平台接案照護員的申請與審核路徑

上線後帶來了什麼？

• 開發面：MVP 在約 3 個月內完成並上線，證明在技術債嚴重的情況下，重建是一個可行的選擇，而不是無止境修補。
• 牽引力：2.0 上線後搭配寵物展的線下曝光，1 個月內會員數突破 1,000+。這波流量不是產品本身「長出來」的成長，但真正驗證 PM 能力的地方在於：重構後的註冊、預約與媒合流程，禁得起短時間大量陌生使用者湧入的考驗——如果還是舊架構，這波曝光很可能變成一次性流失，而不是留得住的會員基底。
• 商業面：照護員課程已累積招募 150+ 名學員，並成為現階段主要收益來源之一，證明供給端專業化路徑不只是品牌敘事，也是一個真正的營收引擎。

下一階段持續追蹤的指標：預約完成率、課程學員轉照護員比例、照護員留存率與飼主復購率，作為後續優化配對品質與信任機制的依據。

成長與反思

• 產品思維的真正意義：這個專案讓我真正體會到，「把頁面做漂亮」和「做對產品決策」是兩件不同的事。從地圖搜尋改成配對式預約，背後是對飼主決策壓力的重新理解，而不是單純的 UI 優化。
• MVP 取捨的藝術：在重建型專案裡，最重要的不是把所有功能一次做出來，而是找到那條最早能驗證價值、又能支撐營運的閉環。刻意暫緩退款自動流程與進階推薦排序，就是在練習這種取捨。
• 設計角色的重新定位：這個案子讓我更清楚自己不是純視覺設計，而是能從問題定義到解法落地的產品設計者——能與 RD 討論架構，也能和使用者討論需求。

如果重來一次

• 更早設計簡單的評價／信用機制原型，讓配對結果的信任感可以更快被量化。
• 在前期就與營運方一起定義「早期客訴處理流程」，避免所有售後問題都只能用人工 ad-hoc 解決。