SHOPLINE CEO 精彩分享：我們只做店主需要的產品（ALPHA CAMP課程心得）

今天請到 SHOPLINE 的 Founder/CEO, Tony 來分享自己的心得

當他稍微介紹完 SHOPLINE 以後，還是有些人搞不懂到底跟 pchome/yahoo 超級商城差在哪邊
我覺得這是因為 SHOPLINE 有時候會說自己是一個「平台」，而這個字會造成一些誤解
於是我決定跟大家介紹一下 SHOPLINE

假設你今天是一個素人，想要經營網拍
在前期沒有錢的情況下，你只能進駐奇摩拍賣，大家都知道你的賣場叫做：「阿發賣場」

可是當你生意漸漸做大之後，你開始覺得應該要擁有自己的品牌、自己的家
那這代表什麼呢？代表你想要自己的官方網站，甚至是自己的購物平台
經過一些研究後發現，現在市面上的方案都很貴，你要外包一個購物平台要十幾萬到百萬
於是 SHOPLINE 就跳出來幫你解決這個問題！
它可以提供你：官方網站、購物平台、獨立網址、串接各項追蹤以及處理物流跟金流
而且價格便宜！

可以想成是：「月租版的套裝購物車系統」的感覺，但是功能更厲害
於是透過 SHOPLINE 這個工具，你就會有自己的店面、自己的網站
大家會慢慢開始認為你是一個品牌，而不再只是「yahoo 拍賣的一個賣場」

我認為這就是 SHOPLINE 解決的問題：讓你有一個自己專屬的（購物）網站

這樣子來解釋，跟 pchome 商家、yahoo 商城等等的區別應該就很明顯
在這兩個上面開店的話，永遠都只是「pchome 底下的阿發商家」，因為是進駐在這裡面
但 SHOPLINE 能讓你獨立出來開自己的店

當天 SHOPLINE 的人在解釋的時候，用到了百貨公司 vs 旗艦店的概念
只是我覺得這樣子的解釋沒有很好，拿實體店面來舉例不是這麼洽當，沒有那麼好懂
這個例子要先讓對方知道 SHOPLINE 在做什麼之後，再拿來加強印象會比較好

好，回歸正題！

如何創造使用者喜歡的產品？

1. 找到一個對客戶有價值的問題，並且解決它
2. 確認客戶願意付錢（PMF）
3. 從客戶那邊得到回饋，聽聽你的客戶在想什麼
4. 改正、調整
5. 回到 3

Tony 在 SHOPLINE 以前有一次創業的經驗，是做一個有關時尚的 app
也因為這次經驗讓它學到很多東西

例如說你要做的產品要專一，不要這個想做那個也想做
這樣只會搞到什麼都不好

有些功能自己內部覺得很好，或是老闆覺得很好，但可能根本沒有使用者會用！
那這個功能就可以趕快拿掉了，要聽使用者的。

很多不重要的但要花很長時間的功能，可以不要把優先權排在那麼前面
說不定到時候做出來根本沒人用

SHOPLINE 其實也砍掉了很多功能，該砍的就要砍
不然留一堆功能其實程式難維護，系統也會變得很複雜
有趣的是，有些 SHOPLINE 覺得可以砍掉的功能，卻有很多使用者需要
例如說線上照片編輯，Tony 覺得可以用 photoshop 就好，但使用者還是習慣在線上編輯
我可以理解這種想法，我也認為線上編輯照片超級方便！

SHOPLINE 有一個很特別的地方，就是他們會把使用者的意見做「加權」
加權不一定是按照付費多寡，我也不太清楚確切的機制
但概念大概就是，有些使用者的需求要給比較多分，例如說這個使用者以前提的需求每個都很精確
做出來之後都很多人用，那就可以給他比較多分
我覺得這滿特別的，我以前一直認為「一人一票，票票等值」
沒有想過還可以做加權計算

Tony 說他們找到 PMF 的時候是有個客戶想要一個 domain 但是不會買
後來客戶直接來公司付錢，感謝 SHOPLINE 幫他們解決問題
從那時候就知道：這個產品是有價值的，我要把這個產品做好！

執行力 > 點子

這次上課，我最喜歡的一句是：「It’s not about the idea, it’s all about execution.」
點子真的不重要，重要的是你的執行力
只有「被驗證過的點子」才真的重要，其他你認為「可能很好、一定很好」的點子都不一定是這樣

這也是 MVP 為什麼重要，因為要快速的「驗證想法」
有可能團隊花一堆時間開發出一個產品，結果根本沒有使用者想要
那就浪費了一堆時間跟金錢

dropbox 的 MVP 也只是個影片，讓使用者能完整體驗到「完全版 dropbox」的功能
但有了這個 MVP 之後，他們也驗證了需求，證明這個產品是真的有人要的

那執行力從何而來呢？就是看你的團隊
小團隊的好處就是溝通成本很低，你想做個功能你可以直接自己做，也不太需要跟別人合作
但如果你的團隊比較大，例如說有前後端工程師，他們兩個就必須先溝通
溝通完之後才能合作做出作品，這時候就會有溝通成本

我很認同溝通成本這件事情，在人多的時候必定會發生
例如說今天 30 人的公司要做一個決策，可能要比較多人都同意才能這樣做
但 3 個人的公司要做決定就容易多了

這次上課我有兩張投影片很喜歡，還特別寫信給 Tony 說能不能讓我 po 上來XD

Return on Development (開發回報）

這張是把功能分類：

1. 使用者覺得沒價值但要花很多力氣：系統架構
2. 沒價值花很少力氣：bug fixes
3. 有價值花很多力氣：主要功能
4. 有價值花很少力氣：讓使用者開心的功能

我最有感觸的是 1
系統架構就像是空氣一樣，很重要，沒有空氣的話會死
但你不會覺得空氣很重要，因為你習慣有它的存在了，或甚至是你根本不會主動意識到它的存在

3 的話要花滿多力氣，但總不可能每三個月才改一次版本吧？
因此 4 我覺得就很重要，可以一兩個禮拜一次小改版，新增一些使用者會開心的功能
把其他時間拿去做主要功能

這張是說從複雜度跟價錢來看，你的產品應該怎麼收費
例如說不複雜、價格高就應該從交易費用裡面抽成，可能抽個5~10%就很夠了
但如果價格偏低，還不如說固定費用，就像是 SHOPLINE 這樣如果很複雜價格又划算，那大概就是 gg 了XD

我滿喜歡 Tony 這次的分享，因為裡面有很多實際的案例，都是

本篇文章轉載於Huli’s Blog

SHOPLINE 小編讀後感：非常開心能夠看到Huli這麼用心的筆記，以及真情的推薦！  如果各位看完Huli的分享有什麼心得或疑問，都可以在下面留言告訴我們哦！