PickTrip建造術：第一批使用者到底去哪裡找

Transcript

大家好，我是 Kai。 上一集我們把 PickTrip 的產品閉環拆開來看：靈感進收藏， AI 變行程，行程變購物車，旅途中用地圖、MiniApp 和旅行相機，

最後再變成 Travel Pack 分享出去。 Luna: 對！ 我記得最後我們停在一個很現實的問題：好，閉環聽起來很漂亮， 那第一批使用者到底去哪裡找？

總不能坐在辦公室裡等大家自己發現吧。

沒錯。 今天這集就要聊這件事。 不過我想先講一個前提：PickTrip 現階段找第一批使用者， 不應該把它當成一般的行銷活動。

它更像是產品驗證。 Luna: 你的意思是，不是追曝光、追粉絲數、追下載量？

對。 第一批使用者的任務不是讓報表好看，而是幫我們回答三個問題。 第一，他們看到 Travel Pack 會不會有興趣保存或複製？

第二，他們在規劃旅行時，會不會真的用 PickTrip 邀朋友一起排？ 第三，他們旅行中會不會自然打開地圖、集合點、相機或 MiniApp？

Luna: 所以第一批人要找得很精準，不能只是找一堆路人來試用。

正是。 PickTrip 應該分成兩條路找人：C 端和 B 端。 C 端要找正在規劃旅行、喜歡分享旅行內容、願意和朋友共同行動的人。

B 端則要找本來就要交付行程的人，像旅行社、企業行政、秘書、 活動承辦、公司旅遊 PM。 Luna: 那 C 端先講好了。

假設我要找第一批 C 端使用者，我會直覺想到 Reddit、 Threads、小紅書、Instagram，還有旅遊創作者。

這樣對嗎？

方向對，但執行方式要很小心。 不要一開始就發一篇「我們做了一個旅行 app，大家來用」的貼文。 那種通常會被當廣告滑過去。

Luna: 欸，這真的很像我會做的事。 那要怎麼做？

先做內容，再把產品藏在內容的自然動作裡。 比如團隊自己先做五到十份高品質 Travel Pack： 東京咖啡散步、京都初訪五天、首爾女生朋友小旅行、曼谷週末吃喝、 台北外國朋友三日遊。

每一份都要像真的可以照著走，不是空泛攻略。 Luna: 所以不是先賣 PickTrip，而是先讓人覺得「欸， 這份行程我想收藏」。

對。 Travel Pack 的第一個測試不是「下載 app」， 而是「這個內容本身有沒有保存價值」。

你可以把它分享到 Threads、Reddit、IG story、 小紅書，標題也不要太產品化。

比如「我把東京五天咖啡廳行程整理成一份可以直接複製的旅行包」。 Luna: 這樣比較像一個真實旅行者在分享，而不是公司在推廣。

沒錯。 然後所有連結都要帶 tracking。 來源、貼文、創作者、Travel Pack、保存、複製、 建立行程、邀請朋友、購物車，這些都要串起來。

不然最後只會知道「好像有人點」，但不知道哪一種內容真的有效。 Luna: 那 influencer 呢？

之前也有提到可以找旅遊 influencer，請他們用 Travel Pack 分享。 這個策略好嗎？

我覺得可以，但不要一開始找大型 influencer。 第一批應該找 micro creator，可能是五千到五萬粉絲， 內容比較垂直，願意真的試用產品，也願意回饋。

Luna: 因為大型 influencer 可能只是收錢發文， 互動很漂亮，但不一定真的有人用。

對。 而且 PickTrip 要驗證的是行為，不只是曝光。 所以 creator 合作要設計成任務，不是業配文。

比如請十到二十位 creator 各自做一份 Travel Pack， 要求他們真的放自己的經驗、照片、路線和注意事項，再分享給粉絲。

Luna: 然後我們看粉絲會不會 save、copy、 改成自己的行程。

對。 這裡還可以設一個很清楚的成功線。 比如十位 creator 裡面，至少五位願意完成 Travel Pack 並公開分享；

每份 Travel Pack 至少有一定比例的人點開後保存； 保存的人裡面，有人真的複製成 itinerary，甚至邀朋友進來。

Luna: 我覺得這比「找一個大網紅發一篇」健康很多。 因為我們可以學到哪一種 Travel Pack 有用。

還有一個重要來源，是正在規劃旅行的人。 這群人不是在看內容消遣，他們真的有痛點。 Luna: 可是這種人要去哪裡找？

你不可能在路上問「你最近有沒有要去日本」吧。

可以從意圖訊號找。 第一，社群裡會有人問問題。 Reddit 的 travel、JapanTravel、 solotravel，或者中文社群裡的小紅書、Dcard、

PTT、Threads，都有人問「第一次去東京五天怎麼排」、 「朋友四人去韓國怎麼分工」、「大阪京都要住哪裡」。

Luna: 所以我們不是發廣告，而是回答問題？

對。 先用真誠的方式回答，給一份有用的建議，再補一句「我順手把這個整理成一份 Travel Pack， 你可以複製後自己改」。

這種進入方式比較像幫忙，而不是推銷。 Luna: 第二種意圖訊號呢？

行前時間點。 比如櫻花季、暑假、跨年、連假前兩到八週，會有大量正在規劃的人。 PickTrip 可以針對這些時間點做「可複製的場景包」： 東京櫻花四天、首爾聖誕週末、沖繩親子五天。

Luna: 也就是不是做一堆泛泛的城市攻略，而是做有情境、 有時間、有同行關係的 Travel Pack。

對。 因為產品真正要解決的是「我和這群人，要在這個時間，完成這趟旅行」。 Luna: 那多人互動要怎麼驗證？

Travel Pack 分享出去可能有人收藏，但旅途中打開 app 這件事要怎麼測？

這要另外招募「旅行團體測試」。 不是只找個人，而是找五到十組已經確定要出發的朋友，每組兩到六人。

給他們一個很明確的任務：出發前一起加入行程，旅途中至少用一次集合點、 一次地圖定位、一次 MiniApp，並用旅行相機拍幾張照片。

Luna: 聽起來像 usability test，但場景是真旅行。

對，這比坐在會議室裡點 prototype 有價值得多。 因為旅行中會有網路不好、朋友遲到、臨時改行程、大家不想學新工具這些真實阻力。

PickTrip 要知道產品在這些情境下能不能活下來。 Luna: 那 B 端呢？ B 端聽起來跟 C 端完全不一樣。

B 端的切入點是「交付效率」。 對旅行社、企業行政、秘書、活動 PM 來說，他們不是為了好玩使用 PickTrip。

他們要把模糊需求變成專業行程，分享給客戶或主管，收集修改意見， 最後確認版本，甚至轉成 quote 或購物車。

Luna: 所以 B 端不是看他們會不會覺得 Travel Pack 可愛， 而是看他們能不能少花時間、少出錯、少來回傳 PDF。

沒錯。 第一批 B 端可以找五到十個人做深度訪談加任務測試。 比如請一位企業行政把「副總下週去東京出差，三天兩夜，兩個會議， 一個晚餐，交通要順」變成一份可分享行程。

或請旅行社用 PickTrip 把客戶需求做成初版 itinerary。 Luna: 然後我們看他們完成第一份行程要多久、願不願意分享給真實主管或客戶、

是否覺得比 Excel 和 PDF 好。

對。 B 端最重要的訊號不是稱讚，而是下一步承諾。 他們願不願意拿下一個真實案子試？ 願不願意付一點 pilot fee？

願不願意介紹同事？ 如果只說「很有趣」但沒有下一步，那代表價值還不夠強。 Luna: 所以第一批客戶規模到底要多大？

我們需要一百個人嗎？

不需要。 一開始要小而密。 C 端可以先做三十個高意圖測試者、五到十組旅行團體、十到二十位 micro creator。

B 端先做五到十個深度對象。 重點是每一個都要追蹤完整旅程，而不是只拿到一個 email。 Luna: 我喜歡「小而密」這個說法。

因為現在需要的是看見完整行為，不是把漏斗最上面灌很大。

對。 第一階段真正要驗證的是三個 go/no-go 問題。 第一，Travel Pack 是否能讓陌生人產生保存和複製行為？

第二，多人行程是否真的比現有工具更省事？ 第三，旅行中互動是否有自然使用場景？ Luna: 如果這三個都不成立，後面就算做更多功能也很危險。

沒錯。 反過來，如果其中一條路徑出現強訊號，比如 creator 分享後保存和複製率很高， 或者企業行政真的願意用在主管出差，那就代表下一階段可以加碼。

Luna: 那我想問一個很實際的問題。 團隊自己去寫 Travel Pack、自己發文，會不會太假？

使用者會不會覺得這是官方內容，不像真實分享？

這要誠實處理。 官方可以先做 seed content，但不要假裝成普通使用者。 可以說「PickTrip team 整理了一份我們自己會照著走的東京咖啡旅行包」。

同時要盡快讓 creator 和真實用戶做出他們自己的 Travel Pack， 這樣內容生態才會有可信度。

Luna: 所以官方內容是點火，不是長期替代用戶內容。

對。 還有一個細節：每個渠道都要有不同假設。 Reddit 測的是深度討論和高意圖規劃； Threads 測的是輕量傳播和創業故事；

小紅書測的是目的地靈感和收藏； IG 測的是視覺吸引與 creator 轉換； B 端 cold outreach 測的是效率痛點和付費意願。

Luna: 這樣聽起來，每個渠道不是只是「發一發」，而是各自有考題。

對。 沒有考題的渠道測試，只是忙碌。 比如 Reddit 的成功不是讚數，而是有沒有人留言問細節、 點開 Travel Pack、複製行程。

B 端 email 的成功不是開信率，而是有沒有人願意排一場十五分鐘的真實 workflow 測試。

Luna: 最後要怎麼決定下一步？ 如果 C 端和 B 端都有一點點訊號，要先追哪個？

我會看哪一條路徑更接近「完成共同旅程」。 如果 C 端能從 Travel Pack 走到朋友加入、 旅途中使用，那是非常強的產品訊號。

如果 B 端能快速出現 paid pilot 或真實交付， 那是很強的商業訊號。 兩邊都可以跑，但資源投入要看哪邊的行為更完整。

Luna: 所以 PickTrip 的第一批使用者策略， 不是單一渠道答案，而是一個驗證系統。

沒錯。 先用 Travel Pack 內容找到高意圖 C 端，用旅行團體測旅行中互動， 用 B 端任務測專業交付。

每條路徑都要有 tracking、任務、成功線和下一步決策。 Luna: 今天這集我聽完最大的感覺是，找第一批使用者其實不是「拜託大家試試看」，

而是設計一個讓對的人在對的場景中自然遇到 PickTrip 的方法。

說得很好。 下一集我們可以再更深入一點，聊每一種使用者畫像：主揪、內容創作者、 商務 VP、秘書、旅行社、朋友團裡的懶人，他們各自的痛點、 觸發點和產品訊息應該怎麼寫。

Luna: 好期待！ 如果你也在打造一個從產品走向市場的早期產品，希望今天這集能提醒你， 不要急著追大數字，先找到會給你真實行為的人。

那我們下週同一時間再見囉！

掰掰！